1 |
Mansour Al Akeel <mansour.alakeel@×××××.com> posted |
2 |
20090412081011.GA4008@××××.lan, excerpted below, on Sun, 12 Apr 2009 |
3 |
05:10:11 -0300: |
4 |
|
5 |
> Martin, thank you for the fast reply. I just tried recompiling the |
6 |
> drivers under x11-driver/* but still no luck. |
7 |
> |
8 |
|
9 |
I don't see a Serverflags section in your xorg.conf, which means if you |
10 |
have compiled xorg-server with the hal USE flag it almost certainly WILL |
11 |
ignore your xorg.conf InputDevice section settings and hotplug using HAL. |
12 |
|
13 |
(No, I'm not sure what it does if you emerge xorg-server with USE=-hal.) |
14 |
|
15 |
Here's a quote from the xorg.conf manpage, Serverflags section, for the |
16 |
particular option in question: |
17 |
|
18 |
Option "AllowEmptyInput" "boolean" |
19 |
|
20 |
If enabled, don't add the standard keyboard and mouse drivers, |
21 |
if there are no input devices in the config file. Enabled by |
22 |
default if AutoAddDevices and AutoEnableDevices is enabled, |
23 |
otherwise disabled. If AllowEmptyInput is on, devices using |
24 |
the kbd, mouse or vmmouse driver are ignored. |
25 |
|
26 |
(As noted there's the related AutoAddDevices and AutoEnableDevices |
27 |
options as well. They're enabled by default, so this one is as well.) |
28 |
|
29 |
As I've posted in other threads, this is all covered in Gentoo's xorg- |
30 |
server 1.5 upgrade guide, with the various configuration alternatives, |
31 |
here (watch the wrap): |
32 |
|
33 |
http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade- |
34 |
guide.xml |
35 |
|
36 |
The idea is to use hal hotplugging goodness by default but allow fallback |
37 |
to the xorg.conf configured drivers when hal breaks. |
38 |
|
39 |
Note that the upgrade guide has a link to a special hal *.fdi file for |
40 |
synaptics users. You can drop that into /etc/hal/fdi/policy, making any |
41 |
modifications to it you'd like just as you would to the xorg.conf |
42 |
InputDevice section for a synaptics pad, and it should work. |
43 |
|
44 |
|
45 |
FWIW, when I first upgraded here (I'm on ~arch so I upgraded some time |
46 |
ago), I had all sorts of problems, because it was trying to default to |
47 |
evdev, which I didn't have compiled for xorg or the kernel either one! I |
48 |
temporarily solved that by using the AllowEmptyInput option above, then |
49 |
later, thus getting mouse and keyboard working normally again, then only |
50 |
later, when I had time to mess with it, tried the evdev stuff. |
51 |
|
52 |
When I DID try evdev I followed the (then) upgrade guide, and STILL |
53 |
couldn't get it to work. After trying various *.fdi edits for hours, I |
54 |
eventually realized I needed evdev enabled in my kernel as well. The |
55 |
upgrade guide at the time mentioned enabling it in INPUT_DEVICES in |
56 |
make.conf but did *NOT* mention the kernel. That was only a few days |
57 |
before they went stable with the new version and upgrade guide so I had |
58 |
to hustle to get the bug in and they had to hustle to get the |
59 |
instructions for the kernel added, but my experience and bug is why |
60 |
that's in the upgrade guide now. |
61 |
|
62 |
After I enabled evdev in the kernel, it pretty much "just worked", altho |
63 |
I did need to modify a *.fdi file based on the various documentations to |
64 |
match the keyboard key and merge an input.x11.options.XkbModel key with a |
65 |
value changed from the default "evdev" to "microsoftpro", to enable the |
66 |
extra keys on my Logitech keyboard. That bit is roughly the same except |
67 |
for the keyboard as you're doing for the mouse by dropping that synaptics |
68 |
*.fdi file in that policy subdir as I mentioned above. |
69 |
|
70 |
One final thing. Anybody with SDL merged for anything (often games) |
71 |
should pay attention to the troubleshooting tip at the bottom of the |
72 |
upgrade guide. I'm not sure it applies to a synaptics, but at least a |
73 |
regular mouse won't work in SDL apps using evdev, otherwise. I noticed |
74 |
my DOSBOX/SDL keyboard mapping is a bit funky using the evdev keyboard |
75 |
driver too, but DOSBOX has a remapping tool, which has worked for now. |
76 |
Maybe I'll look into that angle further later, but the hint about |
77 |
disabling dga for SDL apps using the mouse sure helped for it! |
78 |
|
79 |
-- |
80 |
Duncan - List replies preferred. No HTML msgs. |
81 |
"Every nonfree program has a lord, a master -- |
82 |
and if you use the program, he is your master." Richard Stallman |