Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 239096 - weird mouse behavior with hald and vmmouse driver, running as vmware guest os
Summary: weird mouse behavior with hald and vmmouse driver, running as vmware guest os
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: x86 OS X
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-29 23:40 UTC by Martin Kuchta
Modified: 2008-09-30 21:03 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Kuchta 2008-09-29 23:40:44 UTC
Running gentoo in VMware fusion on intel mac pro. Works rather well except when hald is added to default runlevel there's conflict with vmmouse driver. The mouse behavior is very erratic. Cursor moves smoothly but the area on which it is active has little relation to it's actual position and trying to get into failsafe terminal becomes a funny guess game. With driver mouse set in /etc/X11/xorg.conf instead everything works fine but the integration into OS X suffers a lot because the mouse stays locked into the gentoo virtual machine.

Reproducible: Always

Steps to Reproduce:
1.install gentoo in vmware
2.set mouse driver in /etc/X11/xorg.conf as vmmmouse
3.add hald to default runlevel

Actual Results:  
weird mouse behavior - the position of graphical representation of the cursor doesn't reflect it's actual position

Expected Results:  
work normally ;)
Comment 1 Wormo (RETIRED) gentoo-dev 2008-09-30 00:59:15 UTC
Does this work for you?

"Found a work-around: add 'Option "AutoAddDevices" "no"' to xorg.conf
ServerLayout section. This prevents "Macintosh mouse button emulation" and
ImPS/2 from loading (presumably from hal), and hence evdev is not loaded
either. vmmouse then works OK when specified in xorg.conf."

http://webui.sourcelabs.com/fedora/issues/434807
Comment 2 Martin Kuchta 2008-09-30 11:52:20 UTC
(In reply to comment #1)
> Does this work for you?
> 
> "Found a work-around: add 'Option "AutoAddDevices" "no"' to xorg.conf
> ServerLayout section. This prevents "Macintosh mouse button emulation" and
> ImPS/2 from loading (presumably from hal), and hence evdev is not loaded
> either. vmmouse then works OK when specified in xorg.conf."
> 
> http://webui.sourcelabs.com/fedora/issues/434807
> 

No. Says Parse error in ServerLayout "AutoAddDevices" is not a valid keyword in this section.

When I start hald manually after boot everything's fine and also when I have it in runlevel and stop it manually it won't help.

Comment 3 Martin Kuchta 2008-09-30 20:50:05 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > Does this work for you?
> > 
> > "Found a work-around: add 'Option "AutoAddDevices" "no"' to xorg.conf
> > ServerLayout section. This prevents "Macintosh mouse button emulation" and
> > ImPS/2 from loading (presumably from hal), and hence evdev is not loaded
> > either. vmmouse then works OK when specified in xorg.conf."
> > 
> > http://webui.sourcelabs.com/fedora/issues/434807
> > 
> 
> No. Says Parse error in ServerLayout "AutoAddDevices" is not a valid keyword in
> this section.
> 
> When I start hald manually after boot everything's fine and also when I have it
> in runlevel and stop it manually it won't help.
> 

Wasn't right there(was in a rush...) when I stop hald manually and restart X the mouse behaves normally. 
Comment 4 Martin Kuchta 2008-09-30 21:03:27 UTC
(In reply to comment #1)
Works! Thank you. Excuse me for not reading properly - wasn't entirely as focused as I should have been. Thanks very much.