Date: Tue, 26 Jun 2007 23:43:19 -0500
From: Default User <xyzzyx@sbcglobal.net>
To: ubuntu-users@lists.ubuntu.com
Cc: debian-user@lists.debian.org
Subject: Re: How I "fixed" my laptop Alps touchpad
Message-Id: <1182919399.5619.29.camel@diogenes>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Tue, 2007-06-26 at 23:30 -0500, Default User wrote:
> My laptop has an Alps touchpad (not Synaptics). Running any FOSS system,
> it was too slow. Moving from top to bottom or side to side of the
> touchpad only moved the cursor about 1/2 to 2/3 the height or width of
> the screen. So I was using a mouse (on a laptop?) instead. What the
> hell, it worked.
>
> Today, running Ubuntu 7.04, I finally figured out a quick fix for the
> touchpad. All I had to do was, as root, add one line to the
> file /etc/X11/xorg.conf:
>
> Option "AccelFactor" "0.5"
>
> (BACK UP THE FILE FIRST, OF COURSE!)
> Then I rebooted (just logging out of the X session and logging back in
> without rebooting did not work). BTW, the acceleration factor of 0.5 was
> chosen at randon, it just happened to work. You may need to use a
> different value.
>
> It works! For now anyway. And I have freed up a usb port as well. But it
> will take some getting used to using a touchpad rather than a mouse.
>
> Hope this helps someone else.
>
>
>
>
The little details mean so much. Should have stated the first time that
the line:
Option "AccelFactor" "0.5"
Was added as the last line to the Synaptics Touchpad section of the
file /etc/X11/xorg.conf, like this:
Section "InputDevice"
Identifier "Synaptics Touchpad"
Driver "synaptics"
Option "SendCoreEvents" "true"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "HorizScrollDelta" "0"
Option "AccelFactor" "0.5"
EndSection
Date: Tue, 26 Jun 2007 22:03:08 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: kernel modification and CONFIG_HIGHMEM issue
Message-ID: <20070627050307.GE20688@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="jKBxcB1XkHIR0Eqt"
Content-Disposition: inline
--jKBxcB1XkHIR0Eqt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Jun 26, 2007 at 10:59:10PM -0400, P Kapat wrote:
> Hi,
>=20
> I am running Debian unstable on an AMD Athlon 64 3500+ processor and a
> MSI K8N Neo4 Mobo.
>=20
> Problem: Kernel does not recognise all the RAM, it sees only 1GB.
>=20
> $ uname -a
> Linux *** 2.6.18-4-486 #1 Mon Mar 26 16:39:10 UTC 2007 i686 GNU/Linux
>=20
you definitely need another kernel.
>=20
> I have been using linux-image-2.6-486 (which is 32bit) kernel to avoid
> the restrictions (unavailability of flash, media codecs etc) of 64 bit
> platform. Here are my two questions:
>=20
> 1. Is it possible to overcome the memory restriction under the current
> setup? At this moment I don't have time to install a 64-bit version
> kernel and go over the whole re-installation procedure.
you could rebuild the 486 kernel with the highmem options set... but
that'll take a bit.
>=20
> 2. When I do get time and feel comfortable to move to a native 64bit
> machine, which kernel should I use? The options I am looking at are:
> a) linux-image-2.6-amd64 (under amd64 or i386 arch?)
> b) linux-image-2.6-k7 (under amd64 or i386 arch?)
I think you can install this kernel and see your memory. You have an
AMD, so this should work. though I've not tried it. If it doesn't
work, you'll know first boot... ;) It is a 32bit kernel and will work
with the stuff you already have installed.
>=20
> I am not sure what the "-vserver-" images are and does my processor
> come under the k7 class?
>=20
if you don't know then you probably don't need it.=20
learn to use 'apt-cache search' and 'apt-cache show'.
A
--jKBxcB1XkHIR0Eqt
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGge+LaIeIEqwil4YRAlbDAKCI50D+XIKVx8UKuzWt5295rfXe4wCfTO/d
UOH9YQzawmWn/4vvmnMHfaw=
=9+Me
-----END PGP SIGNATURE-----
--jKBxcB1XkHIR0Eqt--
Date: Wed, 27 Jun 2007 12:53:22 +0800
From: "Tim Yang" <timyangcc@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: opteron 175: only one core recognized
Message-ID: <1ed1b42a0706262153u5f6ae73s1b1f0e1b9a046219@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
2007/6/27, Tim Yang <timyangcc@gmail.com>:
> 2007/6/27, Bill Jones <iudicium@insecurity.org>:
> > Unless I am mis-reading the AMD spec this chip is a 1-way:
> > http://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_8796_9240,00.html
> >
> > The current kernels should work, but will likely show up as only 1 CPU.
> > Bill
> >
>
> Well, from the AMD spec I think 1-way means you can only put 1 chip on
> the motherboard, but it is still dual-core.
>
> Tim
>
Date: Wed, 27 Jun 2007 06:33:24 +0100
From: William Pursell <bill.pursell@gmail.com>
To: List Debian User <debian-user@lists.debian.org>
Subject: /var/log/{syslog,messages}
Message-ID: <4681F6A4.7040202@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
I have a box that powers down pretty regularly, and is
rarely up for more than 24 hours. I usually shutdown
via /sbin/shutdown from the command line, but occasionally
I'll use the rodent from a kdm screen. I noticed that
/var/log/messages contains far more "shutting down
for system halt" messages than does /var/log/syslog.
# zgrep halt syslog.*.gz | wc -l; zgrep halt messages.*.gz | wc -l
2
16
My hypothesis is that kdm is logging through syslog, while shutdown
is logging through messages...but it seem odd that kdm doesn't
use shutdown. Can anyone explain this discrepancy? (I want
to know date/times for recent shutdowns to compare against
/var/log/aptitude, and I find it annoying that I have to
look in 2 places.) Is this a bug in kdm?
Date: Wed, 27 Jun 2007 07:32:15 +0200 (CEST)
From: bejnet <bejnet@yahoo.com>
To: debian-user@lists.debian.org
Subject: ipw3945d starts but not detecting the hardware...
Message-Id:
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
I compiled from scratch - getting tar of ipw3945-1.2.1.tgz, ipw3945-ucode=
-1.14.2.tgz and ipw3945d-1.7.22.tgz.
[b]# ps | grep ipw[/b]
3961 pts/0 00:00:00 ipw3945d
[b]# lsmod | grep ipw[/b]
ipw3945 174016 1
ieee80211 43372 1 ipw3945
firmware_class 9600 2 ipw3945,pcmcia
for me iwconfig still doesn't show the hardware even though lspci shows.
[b]# lspci -v | grep 3945[/b]
10:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Networ=
k Connection (rev 02)
[b]
# iwconfig[/b]
lo no wireless extensions.
eth1 no wireless extensions.
sit0 no wireless extensions.
Using Debian 4.0 Etch. Please help.
Date: Wed, 27 Jun 2007 12:42:35 +0530
From: "Masatran, R. Deepak" <masatran@research.iiit.ac.in>
To: debian-user@lists.debian.org
Subject: Pivot monitor with X.org
Message-ID: <20070627071235.GA31279@research.iiit.ac.in>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3"
Content-Disposition: inline
--r5Pyd7+fXNt84Ff3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
I intend buying a pivot monitor (the wide-screen becomes a tall-screen). But
how can I tell X.org to rotate the output image by a right angle? Also, can
X.org handle tall resolutions like 900x1440 (instead of 1440x900)?
--=20
Masatran, R. Deepak <http://research.iiit.ac.in/~masatran/>
--r5Pyd7+fXNt84Ff3
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFGgg3jvnoghb5uX00RAsNuAKCsrTotcbixy/3dBOY6QiE1wXj1cACdHKAm
TnH4JRF3PytJHUTWoAHEO2M=
=haZN
-----END PGP SIGNATURE-----
--r5Pyd7+fXNt84Ff3--
Date: Wed, 27 Jun 2007 08:41:33 +0200
From: Jakub Narojczyk <narojczyk@ifmpan.poznan.pl>
To: debian-user@lists.debian.org
Subject: [etch] Eterm compilation problem
Message-ID:
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 7bit
Hi
I wanted to recompile Eterm's source package using my CFLAGS for better
performance, but I ran into a problem. dpkg-buildpackage -uc -b gives:
libscream.c:1488:2: warning: #warning compiling in libscream
libscream.c:1493:2: warning: #warning compiling in support for GNU screen
libscream.c: In function 'ns_attach_by_sess':
libscream.c:1086: warning: 'ret' may be used uninitialized in this function
libscream.c: In function 'ns_ren_disp':
libscream.c:1935: warning: 'l' may be used uninitialized in this function
/bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.
-I.. -I/usr/include -O2 -Wall -g -mtune=opteron -msse2 -m3dnow -c -o
sse2_cmod.lo sse2_cmod.c
cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -O2 -Wall -g
-mtune=opteron -msse2 -m3dnow -c sse2_cmod.c -fPIC -DPIC -o
.libs/sse2_cmod.o
sse2_cmod.c: In function 'shade_ximage_15_sse2':
sse2_cmod.c:93: error: can't find a register in class 'BREG' while
reloading 'asm'
make[3]: *** [sse2_cmod.lo] Error 1
make[3]: Leaving directory `/root/eterm-0.9.4.0debian1/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/eterm-0.9.4.0debian1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/root/eterm-0.9.4.0debian1'
make: *** [debian/stamp-makefile-build] Error 2
my debian/rules script looks like this:
#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/autotools.mk
DEB_DH_SHLIBDEPS_ARGS = -L libEterm -l debian/tmp/usr/lib/
DEB_DESTDIR = $(CURDIR)/debian/tmp
DEB_CONFIGURE_EXTRA_FLAGS = \
--enable-xim \
--with-backspace=del \
--with-delete=execute \
--enable-share=yes \
--enable-static=no \
--enable-mmx=yes \
--enable-sse2=yes \
--enable-multi-charset=unicode \
--enable-escreen \
--with-pty-group=tty
CFLAGS = -O2 -Wall -g -mtune=opteron -msse2 -m3dnow
I can see that its a problem with sse2 but my box is dual opteron and it
has sse2 instructions. I've installed alle the necesery dependencies.
What can I do about that error?
thanks
Kuba
Date: Wed, 27 Jun 2007 03:33:46 -0400
From: Kevin Mark <kevin.mark@verizon.net>
To: debian-user@lists.debian.org
Subject: Re: Pivot monitor with X.org
Message-ID: <20070627073346.GB17694@feisty.myhome.westell.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5"
Content-Disposition: inline
--bg08WKrSYDhXBjb5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Jun 27, 2007 at 12:42:35PM +0530, Masatran, R. Deepak wrote:
> I intend buying a pivot monitor (the wide-screen becomes a tall-screen). =
But
> how can I tell X.org to rotate the output image by a right angle? Also, c=
an
> X.org handle tall resolutions like 900x1440 (instead of 1440x900)?
There is a program call xrandr and other similar guis that can do this.
There is probably a setting in xorg.conf for this I expect. Google for
'xrandr'.
--=20
| .''`. =3D=3D Debian GNU/Linux =3D=3D | my web site: |
| : :' : The Universal |mysite.verizon.net/kevin.mark/|
| `. `' Operating System | go to counter.li.org and |
| `-
http://www.debian.org/ | be counted! #238656 |
| my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian! |
|_______ Unless I ask to be CCd, assume I am subscribed _______|
--bg08WKrSYDhXBjb5
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGghLav8UcC1qRZVMRAvuBAJ4qcjRPzQ8U5Xb9GgDtTEh5oC6iewCfemG3
bNVgrX5a5LnnS3abRY766m0=
=jq0R
-----END PGP SIGNATURE-----
--bg08WKrSYDhXBjb5--
Date: Wed, 27 Jun 2007 09:01:44 +0100
From: Anthony Campbell <ac@acampbell.org.uk>
To: debian-user@lists.debian.org
Subject: Re: IPW3945 With Etch
Message-ID: <20070627080144.GB22079@acampbell.org.uk>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On 27 Jun 2007, Jose Rodriguez wrote:
>
> > I was able to get it working but only after enabling SSID
> > broadcasting on the AP. This is odd but it works. I wonder why
> > this is?
> >
> > -Tom
>
> I don't know the technical reason whatsoever, just know it happens
> out of my own experience. The point is: why on earth would you
> want to hide the ssid? Certainly not as a security measure. Even
> worse, depending on how crowded your area is, you may end up with
> some of your neighbours dwelling in the same channel as you are
> for they don't "see" you, interfering your precious data.
>
Presumably to reduce the chance that people nearby will use up your
bandwidth.
>From the online documentation for my Netgear DG834G:
"The default SSID is Wireless, but NETGEAR strongly recommends
that you change your networks Name (SSID) to a different value."
--
Anthony Campbell - ac@acampbell.org.uk
Microsoft-free zone - Using Linux Gnu-Debian
http://www.acampbell.org.uk (blog, book reviews,
on-line books and sceptical articles)
Date: Wed, 27 Jun 2007 07:50:45 -0000
From: Qnick <noqnick@gmail.com>
To: debian-user@lists.debian.org
Subject: Migrate kernel 2.4 to 2.6
Message-ID: <1182930645.984646.209160@o61g2000hsh.googlegroups.com>
Content-Type: text/plain; charset="iso-8859-1"
I have a box ((Fujitsu-Siemens PRIMERGY RX300 S3) within Debian 4.0
"Etch" and 2.4.31 kernel .
I very want upgrade it to kernel 2.6.21 but i don't know how do it.
I installed kernel package 2.6.18 from Debian distribution but after
reboot accured "kernel panic" (don't detect scsi megaraid).
After I compiled new kernel. I installed necessary package: udev,
yaird , initramfs-tools.
I tried create initrd file for GRUB used yaird. It was failure. Yaird
said "yaird error: can't open /proc/bus/input/devices (fatal):
I tried create initrd uses initramfs. It was succesfully but when i
reboot box was not succesfully because appear message:
----
Begin: Running /scripts/init-bottom ...
mount: Mounting /root/dev on /dev/.static/dev failed: No such file or
directory
Done.
mount: Mounting /sys on /root/sys failed: No such file or directory
mount: Mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init
BusyBox v1.01 (Debian 1:1.01-4) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
/bin/sh: can't access tty; job control turned off
/ #
I don't know what i do wrong. :(
Thanks very much indeed for any advice or pointers to useful
information.
Regards
Qnick
Date: Wed, 27 Jun 2007 10:08:42 +0200
From: Jakub Narojczyk <narojczyk@ifmpan.poznan.pl>
To: debian-user@lists.debian.org
Subject: Re: [etch] Eterm compilation problem
Message-ID: <f5t5ua$i13$1@news.task.gda.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: quoted-printable
Jakub Narojczyk napisa=B3(a):
> #!/usr/bin/make -f
> include /usr/share/cdbs/1/rules/debhelper.mk
> include /usr/share/cdbs/1/class/autotools.mk
> DEB_DH_SHLIBDEPS_ARGS =3D -L libEterm -l debian/tmp/usr/lib/
> DEB_DESTDIR =3D $(CURDIR)/debian/tmp
> DEB_CONFIGURE_EXTRA_FLAGS =3D \
> --enable-xim \
> --with-backspace=3Ddel \
> --with-delete=3Dexecute \
> --enable-share=3Dyes \
> --enable-static=3Dno \
> --enable-mmx=3Dyes \
> --enable-sse2=3Dyes \
> --enable-multi-charset=3Dunicode \
> --enable-escreen \
> --with-pty-group=3Dtty
> CFLAGS =3D -O2 -Wall -g -mtune=3Dopteron -msse2 -m3dnow
>=20
> I can see that its a problem with sse2 but my box is dual opteron and i=
t=20
> has sse2 instructions. I've installed alle the necesery dependencies.
> What can I do about that error?
>=20
> thanks
> Kuba
>=20
>=20
hmmm... it seems that indeed it's a problem with sse2 option. It=20
compiles smoothly with --enable-sse2=3Dno.
Date: Wed, 27 Jun 2007 14:39:00 +0530
From: "Sudev Barar" <sbarar@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Pivot monitor with X.org
Message-ID: <774593a20706270209u583145c8j5d6115a316eeca29@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On 27/06/07, Kevin Mark <kevin.mark@verizon.net> wrote:
> On Wed, Jun 27, 2007 at 12:42:35PM +0530, Masatran, R. Deepak wrote:
> > I intend buying a pivot monitor (the wide-screen becomes a tall-screen). But
> > how can I tell X.org to rotate the output image by a right angle? Also, can
> > X.org handle tall resolutions like 900x1440 (instead of 1440x900)?
> There is a program call xrandr and other similar guis that can do this.
> There is probably a setting in xorg.conf for this I expect. Google for
> 'xrandr'.
I have installed xrandr on my laptop which has pivot screen. however i
am only able to get this to work for increasing/decreasing screen
resolutions and not for changing layout from "landscape" to "portrait"
or reversing/reflecting x or y axis.
OTOH I have really not goone deeper in to error messages but they are
reproduced below. BTW right now I am running Ubuntu7.04 but earlier
this was loaded with Debian Etch with same results.
--
Regards,
Sudev Barar
OUTPUTS:
sudev@laptop01:~$ xrandr -o inverted
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 156 (RANDR)
Minor opcode of failed request: 2 (RRSetScreenConfig)
Serial number of failed request: 12
Current serial number in output stream: 12
Date: Wed, 27 Jun 2007 10:14:00 +0100
From: Chris Lale <chrislale@untrammelled.co.uk>
To: debian-user@lists.debian.org
Subject: Re: OT: QEMU Package faster
Message-ID: <46822A58.9080106@untrammelled.co.uk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Paul Johnson wrote:
> Chris Lale wrote in Article <46803CA1.5050004@untrammelled.co.uk> posted to
> gmane.linux.debian.user:
>
>> [2] http://archive.daniel-baumann.ch/debian/packages-other/qemu/
>
> Browsing through the tree, I can't figure out how to make a sources.list
> line from this... hing please?
>
I just download the deb file and install with "dpkg -i {package-name}".
--
Chris.
Date: Wed, 27 Jun 2007 11:00:15 +0200
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: set up Xserver for etch upgrade
Message-ID: <20070627090014.GA21997@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Jun 27, 2007 at 02:38:10 -0000, rocky wrote:
[...]
> I reloaded xserver-xorg-core and the SecurityPolicy file is in its
> place now. both dpkg --purge --force-depends xfonts-base and give me
> the warning of " warning: /usr/lib/X11/fonts/misc does not exist or is
> not a directory".
I think you can ignore this message.
> Therefore startx give me the error of below:
> $---------------------error begin------------------------------$
> xkb_keycodes { include "xfree86+aliases(qwerty)" };
> xkb_types { include "complete" };
> xkb_compatibility { include "complete" };
> xkb_symbols { include "pc(pc105)+us" };
> xkb_geometry { include "pc(pc104)" };
> xinit: No such file or directory (errno 2): no program named "xterm"
> in PATH
>
> Specify a program on the command line or make sure that /usr/bin
> is in your path.
Make sure that the "xterm" package is installed and that /usr/bin/xterm
has the correct properties:
$ ls -l /usr/bin/xterm
-rwxr-sr-x 1 root utmp 363280 2007-06-18 15:53 /usr/bin/xterm
> FreeFontPath: FPE "/usr/share/fonts/X11/misc" refcount is 2, should be 1; fixing.
This is harmless as far as I know. It seems that we eliminated the "font
fixed" problem.
> $---------------------------------------error end------------------------------$
>
> The output of the dpkg -l is
> $-------------------output begin----------------------------$
> LIJIANG:~# dpkg -l x{org,server,fonts}\* | awk '/^ii/{print $2,$3}'
> xfonts-100dpi 1.0.0-3
> xfonts-75dpi 1.0.0-3
> xfonts-base 1.0.0-4
> xfonts-encodings 1.0.0-6
> xfonts-intl-chinese 1.2.1-6
> xfonts-scalable 1.0.0-6
> xfonts-utils 1.0.1-1
> xfonts-x3270-misc 3.3.4p6-3.3
> xorg 7.1.0-16
> xserver-xorg 7.1.0-16
> xserver-xorg-core 1.1.1-21
> xserver-xorg-input-all 7.1.0-16
[...]
> xserver-xorg-video-all 7.1.0-16
[...]
> $--------output end-----------------------$
This all looks OK to me; the problem seems to be that you are missing
the xterm package. If you want to use a different x-terminal-emulator
then you have to set up your ~/.xinitrc accordingly.
--
Regards, | http://users.icfo.es/Florian.Kulzer
Florian |
Date: Wed, 27 Jun 2007 10:19:00 +0100
From: Chris Lale <chrislale@untrammelled.co.uk>
To: debian-user@lists.debian.org
Subject: Re: Virtual Machines/Emulators
Message-ID: <46822B84.9010003@untrammelled.co.uk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Hugo Vanwoerkom wrote:
> Mike McCarty wrote:
>> I recently developed a desire to run some emulators under Linux,
>> and consequently have run some of them. Here are my opinions of them,
>> based on install, ease of use, and speed of emulation.
>>
>> The emulators I tried are DOSEMU + Freedos, BOCHS + MSDOS 6.22, and
>> QEMU + MSDOS 6.22. I found that each had advantages and disadvantages.
>> I also ran MSDOS 6.0 natively.
>>
>> Two machines were used. One is an AMD 586 with 16MB of RAM and a
>> 160 MHz processor. Another is a Presario with a 2.7 GHz Celeron.
>> The AMD was used only for running MSDOS 6.0 natively. The Celeron
>> was used to run the emulators with Linux, and also to do some
>> native MSDOS 6.0.
>>
>> install share speed CPU hardware soft events
>> DOSEMU easy easy fast low Intel only not all no
>> BOCHS hard hard v.slow high Intel only all yes
>> QEMU hard hard slow high multiple all no
>>
>> install: ease of installation
>> share: ease of sharing files between emulation and Linux
>> speed: speed of emulation
>> CPU: how much CPU does the emulation burn
>> hardware: emulates other than Intel hardware
>> soft: runs all software
>> events: supports emulating hardware events
>>
>> QEMU runs something like 5x to 10x as fast as BOCHS. DOSEMU runs
>> 40x to 50x as fast as QEMU.
>>
>> BOCHS allows one to emulate various hard drives down to the
>> level of CHS.
>>
>
> Did you run kqemu with qemu?
>
Have a look at the current thread "OT: QEMU Package faster" [1] if you want to
get the best performance using QEMU's "-kernel-kqemu" option.
[1] http://lists.debian.org/debian-user/2007/06/msg02404.html
--
Chris.
Date: Wed, 27 Jun 2007 10:12:01 +0100
From: Chris Lale <chrislale@untrammelled.co.uk>
To: debian-user@lists.debian.org
Subject: Re: OT: QEMU Package faster
Message-ID: <468229E1.5040305@untrammelled.co.uk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mike McCarty wrote:
[...]
> I haven't been able to build kqemu. It has include path problems.
>
> [snip]
>
>> Alternatively, install Daniel Baumann's deb package [2] instead of the
>> official
>> QEMU package.
kqemu is available in Etch. Install kqemu-common and kqemu-modules-2.6-486 (or
whatever matches your kernel). Works fine with Daniel's unofficial QEMU package.
Alternatively, build using the kqemu-source package using module-assistant -
just two commands needed ("m-a prepare" and "m-a a-i kqemu-source").
--
Chris.
Date: Wed, 27 Jun 2007 12:13:58 +0200 (MEST)
From: ullrich.schicke@bluecarat.de
To: debian-user@lists.debian.org
Subject: Keyboard problem
Message-ID: <33523.195.243.67.238.1182939238.squirrel@sv1002.bluecarat.de>
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Hello,
we currently have the following problem...
Background:
Evaluating linux kernels for a series of machines with 16,32 and 128Mb.
On all machines with have tested a linux kernel 2.4.26 (Damm Small Linux
3.1) successfully (including X) with minor problems.
Switching to linux kernel 2.6.18 (Debian stable Etch) shows the same
positive result with the exception described below:
The problem:
Booting a kernel 2.6.18 (actually Debian etch) on the 16Mb machines results
in a not functional keyboard. The following excerpt from the dmesg log shows
that a keyboard is found.
...
[ 4.577000] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 4.580000] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 5.172000] input: AT Translated Set 2 keyboard as
/class/input/input0
[ 5.173000] evbug.c: Connected device: "AT Translated Set 2
keyboard",isa0060/serio0/input0
...
The keyboard is fully functional upon entering the GRUB boot loader menu.
At the login prompt the keyboard does not respond /accept any input!
The above mentioned hardware is using the super-IO chip "NSC PC87306".
Booting the kernel with the i8042.debug option shows some activity mainly
in the initialization phase of the keyboard device. Afterwards no actitity
from the debug output is observed.
What has changed since Kernel 2.4 and Kernel 2.6 that has this impact?
If anyeone could give us an advice or hint to solve this problem, it would
helps.
Best regards
Ullrich Schicke
End of debian-user-digest Digest V2007 Issue #1853
**************************************************
Received on Wed Jun 27 07:13:16 2007