Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Fri, Jul 10, 2009 at 10:46 PM, Keith Dart wrote: > On Fri, 10 Jul 2009 20:53:22 -0700 > "Kevin O'Gorman" wrote: > >> This is NOT the way for Linux to make progress in the desktop wars, >> folks. > > Works for me. ;-) > > But its true that Xorg is making some rapid progress. There's some > growing pains. If you are running Gentoo unstable mask (~) then > you are on the "bleeding edge" of open source development. Therefore > occasional breakage is to be expected. File a bug, make it better. > > If you want stable, then use Ubuntu LTS release, or CentOS. Stable, but > boring. ;-) Thanks for the sermon, pastor. I guess. Why did you jump to the conclusion that I am running unstable? I'm not. I never have, though I occasionally (like twice in the 7 years I've been using gentoo) marked a particular package for unstable. So by elimination, the term for what I have should be "stable". Why then try to exile me to a distro I don't want? I do, however, pretty much need "working". A black screen, dead input devices, and impossibly esoteric config files just don't cut it. (The HAL learning curve is a danger in itself, and is just not worth it to me. I don't expect to touch it for years, which means that when it eventually gets broken I'll have forgotten it completely and have no idea how to proceed safely). I got a solution by disabling HAL in gentoo. And for my broken ubuntu systems, I did indeed go back to LTS, but not so much because of the LT, it's just that 8.04 is the last one that worked. That's the upside of a binary distro -- my November backup was good enough (i.e. it worked), and an overnight update brought everything up to speed and up to snuff. The things that change a lot are all in /home, which was not affected. Hopefully, I can now get on with my summer projects. I'm done with HAL and X. Until next time. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
Keith Dart wrote: > On Fri, 10 Jul 2009 13:47:09 -0500 > Dale wrote: > > >> What gets me is this, I even did a fresh install on another hard >> drive, it don't work there either. hal and friends were included >> from the very start of the install too. Either I am missing >> something that is not in the guide or it just don't like my >> hardware. My mouse is a old P/S2 type mouse. It's not even as >> complicated as a USB thingy. >> > > Did you add the acpid, hald and dbus to the default runlevel? > > > acpid, nope. The rest, yes. I have never used acpid before either. It seems that I tried that a long time ago and it didn't work. Maybe something else close to that tho. It's been a while. Dale :-) :-)
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Fri, 10 Jul 2009 13:47:09 -0500 Dale wrote: > What gets me is this, I even did a fresh install on another hard > drive, it don't work there either. hal and friends were included > from the very start of the install too. Either I am missing > something that is not in the guide or it just don't like my > hardware. My mouse is a old P/S2 type mouse. It's not even as > complicated as a USB thingy. Did you add the acpid, hald and dbus to the default runlevel? -- -- Keith Dart ===
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Fri, 10 Jul 2009 20:53:22 -0700 "Kevin O'Gorman" wrote: > This is NOT the way for Linux to make progress in the desktop wars, > folks. Works for me. ;-) But its true that Xorg is making some rapid progress. There's some growing pains. If you are running Gentoo unstable mask (~) then you are on the "bleeding edge" of open source development. Therefore occasional breakage is to be expected. File a bug, make it better. If you want stable, then use Ubuntu LTS release, or CentOS. Stable, but boring. ;-) -- -- Keith Dart ===
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Fri, Jul 10, 2009 at 11:50 AM, walt wrote: > On 07/10/2009 01:29 AM, Helmut Jarausch wrote: >> >> On 9 Jul, Kevin O'Gorman wrote: >>> >>> I had tried holding back on xorg-server 1.5, but somewhere in May at >>> least one package got past my version limits and X broke. Rather than >>> to try to revert, I thought surely by now, X would be fixed. Sigh. >>> >>> In another thread, after spending 2 months without a working X server, >>> I got KDM to start. But without the mouse and keyboard. >>> The nice folks who got me that far warned and comisserated thus: >>> >> >> I had a similar problem. Finally I added hald to boot > > Was hald in 'default' before that? > >> rc-update add hald boot >> >> and rebooted. From now on Xorg 1.5 and now 1.6 work just fine >> with hal. I wonder why this hasn't been done/checked by the >> xorg-server ebuild. > > Interesting, I never noticed until now that I have hald in 'default' > like Kevin and yet I have no problems with input devices. > > I'm using only USB mice but PS/2 keyboard with X+hal and only evdev, > not keyboard or mouse drivers. No InputDevice sections at all in > xorg.conf. > > I'm wondering if this could be related to APCI or BIOS somehow, which > seems to be a major source of different bugs from machine-to-machine. > > Dunno, but it's frustrating to watch you guys have so much trouble with > this problem. > > Kevin, I have two mice, one very non-standard and the other bog-standard > as the Brits like to say. The Microsoft Basic Optical Mouse has two > buttons and a wheel, and it works well under evdev except that I like > to use Emulate3Buttons. > > My InputDevice sections are gone completely, as I mentioned, so I wrote > a new conf file /etc/hal/fdi/policy/10-emulate3buttons.fdi: > > > > > > true > > > > > I just edited the system input file from /usr/share/hal/fdi/policy after > studying the sytax for awhile, and it worked :o) > > Basically, anything you'd put in an InputDevice section of xorg.conf is > transformed into the "input.x11_options" syntax above. I made another > file for my non-standard mouse adding things like EmulateWheel but the > syntax was identical to above. Well, thanks for the commisseration. I put -hal on xorg-xerver in packages.use, and all is well. There's little chance I'm going to throw more time into this particular hole. I have to spend it on my Ubuntu system, which was also hosed by an xorg upgrade: I'm reverting that one to a year-old LTS install that I can rely on for at least another year. This is NOT the way for Linux to make progress in the desktop wars, folks. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
Mine is working fine also, I did have to rebuild all the drivers after every update, using 1.6.1.901-r5 currently; This is a desktop, I have nothing in /etc/hal/fdi/policy/ david [02:54 PM] opteron ~ $ ls /usr/lib64/xorg/modules/input/ evdev_drv.so kbd_drv.so mouse_drv.so Here is xorg.conf and Xorg.0.log http://dwabbott.com/xorg/ I use a wireless usb keyboard/mouse Both dbus and hald are in runlevel default I read this over plus the 1.5 guide; http://dberkholz.wordpress.com/2009/02/26/xorg-server-16-preview-in-x11-overlay/ I feel your pain. hope something can help. -- Powered by Gentoo GNU/Linux http://linuxcrazy.com
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
Alan McKinnon wrote: > On Friday 10 July 2009 17:43:44 Kevin O'Gorman wrote: > >> On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote: >> >>> 090709 Kevin O'Gorman wrote: >>> > On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: > >> If all else fails: >> x11-base/xorg-server -hal >> > Is there any other advice? > A new HAL made no difference. Sigh. >>> I ran into this twice, first on my frontline machine, then on the >>> stand-by. The solution was 'USE="-hal" emerge xorg-server', then remerge >>> all drivers. There was a Gentoo help doc re it, which gave this as the >>> simplest option. >>> >>> 'evdev' is a separate matter: you need to include it in your kernel, >>> than you can simplify your drivers. >>> >>> HTH >>> >> Evdev has been included in my kernels throughout this mess. It hasn't >> helped. The Gentoo doc on the upgrade was a bit scetchy about >> configuring HAL; now that I find that disabling HAL in xorg is the >> solution, I suspect that the underlying problem is HAL configuration. >> After all, there's nothing at all special about my mouse or keyboard. >> >> Why should we have to configure HAL manually? Since the stone ages, >> Linux installations have determined what keyboard we have and have set >> things up for us. How different can PS/2 or USB mice be? >> >> SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a >> wheel mouse, would please tell me about their HAL config, I'd sure >> love to see it. >> > > I run latest unstable here with a regular USA layout on a Dell XPS M1530 with > nvidia driver, hal and evdev. The HAL config is empty apart from a policy > file > for a touch pad, and it's a dual-screen setup. Here's my xorg.conf: > > # egrep -v '^$|^#' /etc/X11/xorg.conf > Section "ServerLayout" > Identifier "Layout0" > Screen 0 "Screen0" 0 0 > EndSection > Section "Files" > EndSection > Section "Module" > Load "dbe" > Load "extmod" > Load "glx" > EndSection > Section "ServerFlags" > Option "Xinerama" "0" > EndSection > Section "Monitor" > # HorizSync source: edid, VertRefresh source: edid > Identifier "Monitor0" > VendorName "Unknown" > ModelName "Samsung SyncMaster" > HorizSync 30.0 - 81.0 > VertRefresh 56.0 - 75.0 > Option "DPMS" > EndSection > Section "Device" > Identifier "Device0" > Driver "nvidia" > VendorName "NVIDIA Corporation" > BoardName "GeForce 8600M GT" > EndSection > Section "Screen" > Identifier "Screen0" > Device "Device0" > Monitor"Monitor0" > DefaultDepth24 > Option "NoLogo" "True" > Option "TwinView" "1" > Option "TwinViewXineramaInfoOrder" "DFP-0" > Option "metamodes" "CRT: nvidia-auto-select @1440x900 +1920+0, > DFP: nvidia-auto-select +0+0" > SubSection "Display" > Depth 24 > EndSubSection > EndSection > > It all JustWorks for me, I assume in my case at least it's working as > designed. > > What gets me is this, I even did a fresh install on another hard drive, it don't work there either. hal and friends were included from the very start of the install too. Either I am missing something that is not in the guide or it just don't like my hardware. My mouse is a old P/S2 type mouse. It's not even as complicated as a USB thingy. Dale :-) :-)
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Friday 10 July 2009 17:43:44 Kevin O'Gorman wrote: > On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote: > > 090709 Kevin O'Gorman wrote: > >>> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: > If all else fails: > x11-base/xorg-server -hal > >>> > >>> Is there any other advice? > >> > >> A new HAL made no difference. Sigh. > > > > I ran into this twice, first on my frontline machine, then on the > > stand-by. The solution was 'USE="-hal" emerge xorg-server', then remerge > > all drivers. There was a Gentoo help doc re it, which gave this as the > > simplest option. > > > > 'evdev' is a separate matter: you need to include it in your kernel, > > than you can simplify your drivers. > > > > HTH > > Evdev has been included in my kernels throughout this mess. It hasn't > helped. The Gentoo doc on the upgrade was a bit scetchy about > configuring HAL; now that I find that disabling HAL in xorg is the > solution, I suspect that the underlying problem is HAL configuration. > After all, there's nothing at all special about my mouse or keyboard. > > Why should we have to configure HAL manually? Since the stone ages, > Linux installations have determined what keyboard we have and have set > things up for us. How different can PS/2 or USB mice be? > > SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a > wheel mouse, would please tell me about their HAL config, I'd sure > love to see it. I run latest unstable here with a regular USA layout on a Dell XPS M1530 with nvidia driver, hal and evdev. The HAL config is empty apart from a policy file for a touch pad, and it's a dual-screen setup. Here's my xorg.conf: # egrep -v '^$|^#' /etc/X11/xorg.conf Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 EndSection Section "Files" EndSection Section "Module" Load "dbe" Load "extmod" Load "glx" EndSection Section "ServerFlags" Option "Xinerama" "0" EndSection Section "Monitor" # HorizSync source: edid, VertRefresh source: edid Identifier "Monitor0" VendorName "Unknown" ModelName "Samsung SyncMaster" HorizSync 30.0 - 81.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce 8600M GT" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 Option "NoLogo" "True" Option "TwinView" "1" Option "TwinViewXineramaInfoOrder" "DFP-0" Option "metamodes" "CRT: nvidia-auto-select @1440x900 +1920+0, DFP: nvidia-auto-select +0+0" SubSection "Display" Depth 24 EndSubSection EndSection It all JustWorks for me, I assume in my case at least it's working as designed. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
Kevin O'Gorman wrote: > On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote: > >> 090709 Kevin O'Gorman wrote: >> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: > If all else fails: > x11-base/xorg-server -hal > Is there any other advice? >>> A new HAL made no difference. Sigh. >>> >> I ran into this twice, first on my frontline machine, then on the stand-by. >> The solution was 'USE="-hal" emerge xorg-server', then remerge all drivers. >> There was a Gentoo help doc re it, which gave this as the simplest option. >> >> 'evdev' is a separate matter: you need to include it in your kernel, >> than you can simplify your drivers. >> >> HTH >> > > Evdev has been included in my kernels throughout this mess. It hasn't > helped. The Gentoo doc on the upgrade was a bit scetchy about > configuring HAL; now that I find that disabling HAL in xorg is the > solution, I suspect that the underlying problem is HAL configuration. > After all, there's nothing at all special about my mouse or keyboard. > > Why should we have to configure HAL manually? Since the stone ages, > Linux installations have determined what keyboard we have and have set > things up for us. How different can PS/2 or USB mice be? > > SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a > wheel mouse, would please tell me about their HAL config, I'd sure > love to see it. > > ++ kevin > > Same here. I have a old keyboard that has been around for a lng time. It's a Dell Quietkey. My mouse is a decent Logitech that cost about $20.00 or so a few years ago. It worked with Mandrake and Gentoo all this time then someone comes up with a mouse trap that don't like it. I'm with you. Dale :-) :-)
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote: > 090709 Kevin O'Gorman wrote: >>> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: If all else fails: x11-base/xorg-server -hal >>> Is there any other advice? >> A new HAL made no difference. Sigh. > > I ran into this twice, first on my frontline machine, then on the stand-by. > The solution was 'USE="-hal" emerge xorg-server', then remerge all drivers. > There was a Gentoo help doc re it, which gave this as the simplest option. > > 'evdev' is a separate matter: you need to include it in your kernel, > than you can simplify your drivers. > > HTH Evdev has been included in my kernels throughout this mess. It hasn't helped. The Gentoo doc on the upgrade was a bit scetchy about configuring HAL; now that I find that disabling HAL in xorg is the solution, I suspect that the underlying problem is HAL configuration. After all, there's nothing at all special about my mouse or keyboard. Why should we have to configure HAL manually? Since the stone ages, Linux installations have determined what keyboard we have and have set things up for us. How different can PS/2 or USB mice be? SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a wheel mouse, would please tell me about their HAL config, I'd sure love to see it. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
090709 Kevin O'Gorman wrote: >> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: >>> If all else fails: >>> x11-base/xorg-server -hal >> Is there any other advice? > A new HAL made no difference. Sigh. I ran into this twice, first on my frontline machine, then on the stand-by. The solution was 'USE="-hal" emerge xorg-server', then remerge all drivers. There was a Gentoo help doc re it, which gave this as the simplest option. 'evdev' is a separate matter: you need to include it in your kernel, than you can simplify your drivers. HTH -- ,, SUPPORT ___//___, Philip Webb : purs...@chass.utoronto.ca ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Friday 10 July 2009, Kevin O'Gorman wrote: > On Thu, Jul 9, 2009 at 9:52 PM, Kevin O'Gorman wrote: > > > > Okay, I'm re-emerging hal. I was already using gcc-4.1.2. I still > > have mouse and keyboard emerged, but not mentioned in the xorg.conf. I am coming late to the party here but I not so long ago did this on an old ATI R300 card and and an NVidia FX-5200. All I had to do was to make sure to emerge evdev by: INPUT_DEVICES="keyboard mouse evdev" in /etc/make.conf and then comment out the mouse/keyboard stanzas in my existing xorg.conf. And then it worked. If you really feel you need a new video card, I recently got a GeForce 9400 GT. It has 512MB of RAM, is inexpensive and KDE 4.2 performance is very acceptable. HTH -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling --
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
Kevin O'Gorman wrote: > > > A new HAL made no difference. Sigh. > > Another option occurs to me: get a new video card and stop using the > onboard one. I've barely paid any attention to the threads about ATI > vs NVIDIA, and don't know if there are any others worth considering. > Care to make a suggestion for someone who rarely (read: almost never) > plays games or does other work that stress a video card, and just > wants the stuff to work? In current machines, it would be a PCI-X > (not PCI-E) card. > > ++ kevin > > I have a old FX-5200 and it does all right. I tested KDE 4 the other day, it is not the fastest thing on that. I'm not sure if it is a setting on my part or just needs a better card. I'm on the old PCI stuff too. Dale :-) :-)
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Thu, Jul 9, 2009 at 10:02 PM, Dale wrote: > Kevin O'Gorman wrote: >> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: >> >>> James wrote: >>> Kevin O'Gorman gmail.com> writes: >> 'emerge -e1 world' did the trick >> >> > Okay, I was hoping for variable mileage, but maybe no dice. > > Have you rebuilt HAL? It might help I have rebuilt version hal-0.5.11-r9 try to get back to what you had before your last (broken) upgrade. Make sure you are using gcc-4.1.2, as 4.3.2 is borked (many folks have different issues) hth, James >>> If all else fails: >>> >>> x11-base/xorg-server -hal >>> >>> Put that in package.use and re-emerge xorg-server. You may have to >>> re-emerge mouse and keyboard too. >>> >>> Dale >>> >>> >> >> >> Okay, I'm re-emerging hal. I was already using gcc-4.1.2. I still >> have mouse and keyboard emerged, but not mentioned in the xorg.conf. >> >> Crossing my fingers. >> >> Is there any other advice? >> >> Is there any hope? >> >> ++ kevin >> >> > > If you find yourself without a keyboard or mouse and can't get back to a > console, press and hold alt + sysreq then hit R and E. I did this the > other day and it took me back to a console. > > Since I have yet to get xorg and hal to work, good luck. > > Dale Thanks. Ctl-Alt-BS is still working for me. I'm now rebuilding xorg-server, xf86-input-mouse and xf86-input-keyboard with -hal. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Thu, Jul 9, 2009 at 9:52 PM, Kevin O'Gorman wrote: > On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: >> James wrote: >>> Kevin O'Gorman gmail.com> writes: >>> >>> >>> > 'emerge -e1 world' did the trick > >>> >>> Okay, I was hoping for variable mileage, but maybe no dice. >>> >>> Have you rebuilt HAL? >>> >>> >>> It might help >>> >>> I have rebuilt version hal-0.5.11-r9 >>> >>> try to get back to what you had before your last (broken) >>> upgrade. Make sure you are using gcc-4.1.2, as 4.3.2 is >>> borked (many folks have different issues) >>> >>> >>> hth, >>> >>> James >>> >>> >>> >>> >> >> If all else fails: >> >> x11-base/xorg-server -hal >> >> Put that in package.use and re-emerge xorg-server. You may have to >> re-emerge mouse and keyboard too. >> >> Dale >> > > > Okay, I'm re-emerging hal. I was already using gcc-4.1.2. I still > have mouse and keyboard emerged, but not mentioned in the xorg.conf. > > Crossing my fingers. > > Is there any other advice? > > Is there any hope? > A new HAL made no difference. Sigh. Another option occurs to me: get a new video card and stop using the onboard one. I've barely paid any attention to the threads about ATI vs NVIDIA, and don't know if there are any others worth considering. Care to make a suggestion for someone who rarely (read: almost never) plays games or does other work that stress a video card, and just wants the stuff to work? In current machines, it would be a PCI-X (not PCI-E) card. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
Kevin O'Gorman wrote: > On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: > >> James wrote: >> >>> Kevin O'Gorman gmail.com> writes: >>> >>> >>> >>> > 'emerge -e1 world' did the trick > > >>> Okay, I was hoping for variable mileage, but maybe no dice. >>> Have you rebuilt HAL? >>> >>> >>> It might help >>> >>> I have rebuilt version hal-0.5.11-r9 >>> >>> try to get back to what you had before your last (broken) >>> upgrade. Make sure you are using gcc-4.1.2, as 4.3.2 is >>> borked (many folks have different issues) >>> >>> >>> hth, >>> >>> James >>> >>> >>> >>> >>> >> If all else fails: >> >> x11-base/xorg-server -hal >> >> Put that in package.use and re-emerge xorg-server. You may have to >> re-emerge mouse and keyboard too. >> >> Dale >> >> > > > Okay, I'm re-emerging hal. I was already using gcc-4.1.2. I still > have mouse and keyboard emerged, but not mentioned in the xorg.conf. > > Crossing my fingers. > > Is there any other advice? > > Is there any hope? > > ++ kevin > > If you find yourself without a keyboard or mouse and can't get back to a console, press and hold alt + sysreq then hit R and E. I did this the other day and it took me back to a console. Since I have yet to get xorg and hal to work, good luck. Dale :-) :-)
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote: > James wrote: >> Kevin O'Gorman gmail.com> writes: >> >> >> 'emerge -e1 world' did the trick >> >> >>> Okay, I was hoping for variable mileage, but maybe no dice. >>> >> >> Have you rebuilt HAL? >> >> >> It might help >> >> I have rebuilt version hal-0.5.11-r9 >> >> try to get back to what you had before your last (broken) >> upgrade. Make sure you are using gcc-4.1.2, as 4.3.2 is >> borked (many folks have different issues) >> >> >> hth, >> >> James >> >> >> >> > > If all else fails: > > x11-base/xorg-server -hal > > Put that in package.use and re-emerge xorg-server. You may have to > re-emerge mouse and keyboard too. > > Dale > Okay, I'm re-emerging hal. I was already using gcc-4.1.2. I still have mouse and keyboard emerged, but not mentioned in the xorg.conf. Crossing my fingers. Is there any other advice? Is there any hope? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: xorg-server mouse and keyboard woes
James wrote: > Kevin O'Gorman gmail.com> writes: > > > >>> 'emerge -e1 world' did the trick >>> > > >> Okay, I was hoping for variable mileage, but maybe no dice. >> > > Have you rebuilt HAL? > > > It might help > > I have rebuilt version hal-0.5.11-r9 > > try to get back to what you had before your last (broken) > upgrade. Make sure you are using gcc-4.1.2, as 4.3.2 is > borked (many folks have different issues) > > > hth, > > James > > > > If all else fails: x11-base/xorg-server -hal Put that in package.use and re-emerge xorg-server. You may have to re-emerge mouse and keyboard too. Dale :-) :-)