Debian Bug report logs - #443292
Mouse: cannot open input pEvdev

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 12:42:06 +0200

Package: xserver-xorg-input-evdev
Version: 1:1.2.0~git20070819-3
Severity: important

evdev is unloaded. I've recompiled xserver-xorg-input-evdev-1.1.5
against xserver-xorg-dev (>= 2:1.4) and everything seems to be ok
then.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 Sep 17 19:40 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1669528 Sep 16 20:56 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 4743 Sep 20 01:26 /etc/X11/xorg.conf

xorg.conf
[...]
Section "InputDevice"
     Identifier        "Mouse"
     Driver            "evdev"
     Option            "CorePointer"
     Option            "Phys"    "usb-*/input0"            #via cat /proc/bus/input/devices
     Option            "Name"    "Logitech USB Receiver"    #via cat /proc/bus/input/devices
EndSection


Xorg.0.log
[...]
(**) Option "CorePointer"
(**) Mouse: always reports core events
(EE) Mouse: cannot open input pEvdev
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "Mouse"
(II) evaluating device (Keyboard)
(II) XINPUT: Adding extended input device "Keyboard" (type: KEYBOARD)
(II) AIGLX: Suspending AIGLX clients for VT switch


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-rc7-frodo (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc6                         2.6.1-5    GNU C Library: Shared libraries
ii  xserver-xorg-core             2:1.4-2    X.Org X server -- core server

xserver-xorg-input-evdev recommends no packages.

-- no debconf information

-- 

Message #10 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: Elimar Riesebieter <riesebie@lxtec.de>, 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 18:56:03 +0200

Elimar Riesebieter wrote:
> Package: xserver-xorg-input-evdev
> Version: 1:1.2.0~git20070819-3
> Severity: important
>
> evdev is unloaded. I've recompiled xserver-xorg-input-evdev-1.1.5
> against xserver-xorg-dev (>= 2:1.4) and everything seems to be ok
> then.
>   

Could you try to locate which git commit introduced the breakage between
1.1.5 and current 1.2.0 upstream branch?

Brice

Message #15 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Brice Goglin <Brice.Goglin@ens-lyon.org>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 21:58:45 +0200

[Message part 1 (text/plain, inline)]

On Thu, 20 Sep 2007 the mental interface of
Brice Goglin told:

> Elimar Riesebieter wrote:
> > Package: xserver-xorg-input-evdev
> > Version: 1:1.2.0~git20070819-3
> > Severity: important
> >
> > evdev is unloaded. I've recompiled xserver-xorg-input-evdev-1.1.5
> > against xserver-xorg-dev (>= 2:1.4) and everything seems to be ok
> > then.
> >   
> 
> Could you try to locate which git commit introduced the breakage between
> 1.1.5 and current 1.2.0 upstream branch?

Please give me a hint to clone branches before git20070819.

Elimar


-- 
  On the keyboard of life you have always
  to keep a finger at the escape key;-)

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: Elimar Riesebieter <riesebie@lxtec.de>, 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 22:16:37 +0200

Elimar Riesebieter wrote:
> On Thu, 20 Sep 2007 the mental interface of
> Brice Goglin told:
>
>   
>> Elimar Riesebieter wrote:
>>     
>>> Package: xserver-xorg-input-evdev
>>> Version: 1:1.2.0~git20070819-3
>>> Severity: important
>>>
>>> evdev is unloaded. I've recompiled xserver-xorg-input-evdev-1.1.5
>>> against xserver-xorg-dev (>= 2:1.4) and everything seems to be ok
>>> then.
>>>   
>>>       
>> Could you try to locate which git commit introduced the breakage between
>> 1.1.5 and current 1.2.0 upstream branch?
>>     
>
> Please give me a hint to clone branches before git20070819.
>   

You could try git-bisect between current HEAD (almost exactly our
1:1.2.0~git20070819-3) and the 1.1.5 tag.

Grab the whole git tree with:
    git clone git://git.freedesktop.org/git/xorg/driver/xf86-input-evdev

Then start bisecting it and tell git that HEAD is bad and 1.1.5 is good.
    git bisect start
    git bisect bad
    git bisect good xf86-input-evdev-1.1.5

git will choose a commit between these 2 points. You build, install, and
test it. If it works
    git bisect good
if it does not work
    git bisect bad

git will choose another commit, .... until you found the exact commit
breaking this.

If you need help building the module, have a look at
http://bgoglin.livejournal.com/10936.html . Let me know if you need more
help.

Brice

Message #25 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Brice Goglin <Brice.Goglin@ens-lyon.org>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 22:31:56 +0200

[Message part 1 (text/plain, inline)]

On Thu, 20 Sep 2007 the mental interface of
Brice Goglin told:

[...]
> You could try git-bisect between current HEAD (almost exactly our
> 1:1.2.0~git20070819-3) and the 1.1.5 tag.
> 
> Grab the whole git tree with:
>     git clone git://git.freedesktop.org/git/xorg/driver/xf86-input-evdev
> 
> Then start bisecting it and tell git that HEAD is bad and 1.1.5 is good.
>     git bisect start
>     git bisect bad
>     git bisect good xf86-input-evdev-1.1.5

Now I am at
Bisecting: 18 revisions left to test after this
[23309b334c1fe892f7afa735d04569e210497dc3] Kill some more unused
bits.

How to follow up?

> git will choose a commit between these 2 points. You build, install, and
> test it. If it works
>     git bisect good
> if it does not work
>     git bisect bad
> 
> git will choose another commit, .... until you found the exact commit
> breaking this.
> 
> If you need help building the module, have a look at
> http://bgoglin.livejournal.com/10936.html . Let me know if you need more
> help.

Elimar

-- 
  On the keyboard of life you have always
  to keep a finger at the escape key;-)

[signature.asc (application/pgp-signature, inline)]

Message #30 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: Elimar Riesebieter <riesebie@lxtec.de>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 22:43:04 +0200

Elimar Riesebieter wrote:
> On Thu, 20 Sep 2007 the mental interface of
> Brice Goglin told:
>
> [...]
>   
>> You could try git-bisect between current HEAD (almost exactly our
>> 1:1.2.0~git20070819-3) and the 1.1.5 tag.
>>
>> Grab the whole git tree with:
>>     git clone git://git.freedesktop.org/git/xorg/driver/xf86-input-evdev
>>
>> Then start bisecting it and tell git that HEAD is bad and 1.1.5 is good.
>>     git bisect start
>>     git bisect bad
>>     git bisect good xf86-input-evdev-1.1.5
>>     
>
> Now I am at
> Bisecting: 18 revisions left to test after this
> [23309b334c1fe892f7afa735d04569e210497dc3] Kill some more unused
> bits.
>
> How to follow up?
>   

$ ./autogen.sh
$ make
Then you should have a src/.libs/evdev_drv.so, copy it into
/usr/lib/xorg/modules/drivers/ and restart X.

During the build, you might need to do (just once)  
    apt-get build-dep xserver-xorg-input-evdev
and
    apt-get install xutils-dev

And then git bisect good or bad depending on whether it worked or not.

Brice

Message #35 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Brice Goglin <Brice.Goglin@ens-lyon.org>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 22:58:53 +0200

[Message part 1 (text/plain, inline)]

On Thu, 20 Sep 2007 the mental interface of
Brice Goglin told:

[...]
> And then git bisect good or bad depending on whether it worked or not.

It worked:

Bisecting: 9 revisions left to test after this
[f15636ac529481a9d83e0250ff89690296f96a3d] Wheel mice work again! (Old configs don't.)

If you need any more assistance let me Know




-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
        -- Linus Torvalds

[signature.asc (application/pgp-signature, inline)]

Message #40 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: Elimar Riesebieter <riesebie@lxtec.de>, 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 23:04:02 +0200

Elimar Riesebieter wrote:
> On Thu, 20 Sep 2007 the mental interface of
> Brice Goglin told:
>
> [...]
>   
>> And then git bisect good or bad depending on whether it worked or not.
>>     
>
> It worked:
>
> Bisecting: 9 revisions left to test after this
> [f15636ac529481a9d83e0250ff89690296f96a3d] Wheel mice work again! (Old configs don't.)
>   

You need to keep doing this buillding + installing + testing + git
bisect good/bad as long as it says "<n> revisions left to test after
this". The window is being reduced by half at each step. You should be
done with 4 steps max now.

Brice

Message #45 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Brice Goglin <Brice.Goglin@ens-lyon.org>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 23:15:33 +0200

[Message part 1 (text/plain, inline)]

On Thu, 20 Sep 2007 the mental interface of
Brice Goglin told:

> Elimar Riesebieter wrote:
> > On Thu, 20 Sep 2007 the mental interface of
> > Brice Goglin told:
> >
> > [...]
> >   
> >> And then git bisect good or bad depending on whether it worked or not.
> >>     
> >
> > It worked:
> >
> > Bisecting: 9 revisions left to test after this
> > [f15636ac529481a9d83e0250ff89690296f96a3d] Wheel mice work again! (Old configs don't.)
> >   
> 
> You need to keep doing this buillding + installing + testing + git
> bisect good/bad as long as it says "<n> revisions left to test after
> this". The window is being reduced by half at each step. You should be
> done with 4 steps max now.

Last step:
1c40c7db188bc9030aaf256004b914815e821940 is first bad commit
commit 1c40c7db188bc9030aaf256004b914815e821940
Author: James Cloos <cloos@jhcloos.com>
Date:   Mon Sep 3 05:52:08 2007 -0400

    Add *~ to .gitignore to skip patch/emacs droppings

:100644 100644 da4f97a7ee76be890f79b46b9612a72be58c17e0 df3de7739e7c7add5295ed1220db632e1f072680 M      .gitignore

HTH
Elimar


-- 
  Alles was viel bedacht wird ist bedenklich!;-)
         Friedrich Nietzsche

[signature.asc (application/pgp-signature, inline)]

Message #50 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: Elimar Riesebieter <riesebie@lxtec.de>, 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Thu, 20 Sep 2007 23:29:04 +0200

Elimar Riesebieter wrote:
> Last step:
> 1c40c7db188bc9030aaf256004b914815e821940 is first bad commit
> commit 1c40c7db188bc9030aaf256004b914815e821940
> Author: James Cloos <cloos@jhcloos.com>
> Date:   Mon Sep 3 05:52:08 2007 -0400
>
>     Add *~ to .gitignore to skip patch/emacs droppings
>
> :100644 100644 da4f97a7ee76be890f79b46b9612a72be58c17e0 df3de7739e7c7add5295ed1220db632e1f072680 M      .gitignore
>   

I don't think this is right. This is the last commit in the branch, and
it doesn't change anything in the code. So the breakage cannot appear
here. Either you did not test correctly (did you install the driver and
restart X correctly at each step?) or there is a difference between the
debian package and the upstream git tree (if you just git clone, build
and install, does it work?).

Brice

Message #55 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Brice Goglin <Brice.Goglin@ens-lyon.org>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Fri, 21 Sep 2007 10:00:43 +0200

[Message part 1 (text/plain, inline)]

On Thu, 20 Sep 2007 the mental interface of
Brice Goglin told:

> Elimar Riesebieter wrote:
[...]
> > How to follow up?
> >   
> 
> $ ./autogen.sh
> $ make
> Then you should have a src/.libs/evdev_drv.so, copy it into
> /usr/lib/xorg/modules/drivers/ and restart X.

/usr/lib/xorg/modules/input/ !!!

[...]

On Thu, 20 Sep 2007 the mental interface of
Brice Goglin told:

> Elimar Riesebieter wrote:
> > Last step:
> > 1c40c7db188bc9030aaf256004b914815e821940 is first bad commit
> > commit 1c40c7db188bc9030aaf256004b914815e821940
> > Author: James Cloos <cloos@jhcloos.com>
> > Date:   Mon Sep 3 05:52:08 2007 -0400
> >
> >     Add *~ to .gitignore to skip patch/emacs droppings
> >
> > :100644 100644 da4f97a7ee76be890f79b46b9612a72be58c17e0 df3de7739e7c7add5295ed1220db632e1f072680 M      .gitignore
> >   
> 
> I don't think this is right. This is the last commit in the branch, and
> it doesn't change anything in the code. So the breakage cannot appear
> here. Either you did not test correctly (did you install the driver and
> restart X correctly at each step?) or there is a difference between the
> debian package and the upstream git tree (if you just git clone, build
> and install, does it work?).

The first bad commit is:
Bisecting: 8 revisions left to test after this
[6db4a9fb84f828f745202c3fddc58d389fca220b] Key: Remove duplicate of
keycode 0x6f, remove index 0xf8 to get a maxKeyCode of 255. This way
keycode range is in sync with core keyboard range.

It was the first after running
git bisect good xf86-input-evdev-1.1.5

HTH

Elimar

-- 
  Numeric stability is probably not all that 
  important when you're guessing;-)

[signature.asc (application/pgp-signature, inline)]

Message #60 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: Elimar Riesebieter <riesebie@lxtec.de>

Cc: 443292@bugs.debian.org

Subject: Re: Bug#443292: Mouse: cannot open input pEvdev

Date: Fri, 21 Sep 2007 10:10:14 +0200

Elimar Riesebieter wrote:
>> $ ./autogen.sh
>> $ make
>> Then you should have a src/.libs/evdev_drv.so, copy it into
>> /usr/lib/xorg/modules/drivers/ and restart X.
>>     
>
> /usr/lib/xorg/modules/input/ !!!
>   

Oops very sorry about that, looks like I am more used to make people
debug video drivers problem than input...

> The first bad commit is:
> Bisecting: 8 revisions left to test after this
> [6db4a9fb84f828f745202c3fddc58d389fca220b] Key: Remove duplicate of
> keycode 0x6f, remove index 0xf8 to get a maxKeyCode of 255. This way
> keycode range is in sync with core keyboard range.
>   

Even if it says it is a bad commit, you need to keep doing more steps
until there are no more "revisions left to test after this". Right now,
we only know that the breakage appeared between 1.1.5 and the above
commit. But there are still 8 commits between them, and it could be any
of them causing the problem.

thanks,
Brice

Message #65 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Silvestre Zabala <silvestre@zabala.name>

To: Debian Bug Tracking System <443292@bugs.debian.org>

Subject: xserver-xorg-input-evdev: git bisect testing of borken evdev

Date: Fri, 21 Sep 2007 10:59:33 +0200

[Message part 1 (text/plain, inline)]

Package: xserver-xorg-input-evdev
Version: 1:1.2.0~git20070819-3
Followup-For: Bug #443292

Hello,

I'm also affected by the bug reported here, so I followed the git bisect instructions:

a0ea7363f51ff6c2bb81006b7220b7daa9ee9221 is first bad commit
commit a0ea7363f51ff6c2bb81006b7220b7daa9ee9221
Author: Zephaniah E. Hull <warp@agamemnon.b5>
Date:   Tue Apr 24 06:49:11 2007 -0400

    Remove all of evdev_brain.c and all callers.

    Remove the non-functional 2.4 kernel compiling compatibility.

    Remove the XInput 1.4+ SendCoreEvents/DontSendCoreEvents define replacements.

    Remove evdevDriver, some stuff from evdevDevice, all users.

    NOTE: This WILL BREAK all existing configurations.

    NOTE: Device read failure segfaults, don't unplug stuff.

:040000 040000 779549d4e67d7abffe1eebdafa13e4c5c6ce1cb8 bbadfef54e9397bc0a44f0f2002a33a06e484ff2 M      src

Best regards,
  Silvestre Zabala

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-08-04 18:37 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1669528 2007-09-16 20:56 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
03:00.0 VGA compatible controller: nVidia Corporation GeForce 7900 GT (rev a1)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3529 2007-09-04 15:59 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildd@saens)  Sat May 12 22:20:45 UTC 2007

#Section "InputDevice"
#	Identifier "mouse"
#	Driver "evdev"
#	Option "evBits"  "+1-2"
#	Option "keyBits" "~272-287"
#	Option "relBits" "~0-2 ~6 ~8"
#	Option "Pass"    "3"
#EndSection
#Section "Device"
#	Identifier	"Gigabyte GV-N68128DH"
#	VendorName  	"NVidia"
#	BoardName   	"GeForce 6800"
#	Driver		"nv"
#EndSection
#Section "InputDevice"
#    Identifier     "Configured Mouse"
#    Driver         "mouse"
#    Option         "CorePointer"
#    Option         "Device" "/dev/input/mice"
#    Option         "Protocol" "ExplorerPS/2"
#EndSection

Section "ServerLayout"

	#InputDevice	"Logitech MX1000"
    Identifier     "Default Layout"
    Screen      0  "Main Screen" 0 0
    InputDevice    "Microsoft Natural Keyboard Pro"
    InputDevice    "MX1000"
    Option         "NoTrapSignals"
EndSection

Section "Files"
    FontPath        "/usr/share/fonts/X11/misc"
    FontPath        "/usr/share/fonts/X11/cyrillic"
    FontPath        "/usr/share/fonts/X11/100dpi/:unscaled"
    FontPath        "/usr/share/fonts/X11/75dpi/:unscaled"
    FontPath        "/usr/share/fonts/X11/Type1"
    FontPath        "/usr/share/fonts/X11/100dpi"
    FontPath        "/usr/share/fonts/X11/75dpi"
    FontPath        "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
    Load           "i2c"
    Load           "bitmap"
    Load           "ddc"
    Load           "extmod"
    Load           "freetype"
    Load           "glx"
    Load           "int10"
    Load           "record"
    Load           "type1"
    Load           "vbe"
EndSection

Section "InputDevice"
    Identifier     "Microsoft Natural Keyboard Pro"
    Driver         "kbd"
    Option         "CoreKeyboard"
    Option         "XkbRules" "xorg"
    Option         "XkbModel" "microsoftpro"
    Option         "XkbLayout" "de"
EndSection

Section "InputDevice"
    Identifier     "MX1000"
    Driver         "evdev"
    Option         "CorePointer"
    Option         "Name" "Logitech USB Receiver"
EndSection

Section "Monitor"

    #ModeLine       "1280x1024" 157.5 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync
    #ModeLine       "800x600" 56.3 800 832 896 1048 600 601 604 631 +hsync +vsync
    #ModeLine       "1024x768@160" 275.8 1024 1056 2104 2136 768 777 797 807
    Identifier     "HM903DT"
    VendorName     "Iiyama"
    ModelName      "VisionMaster Pro 454"
    DisplaySize     366    274
    HorizSync       30.0 - 130.0
    VertRefresh     50.0 - 200.0
    Option         "DPMS"
EndSection

Section "Device"
    Option		"RenderAccel" "True"
    Identifier     "Gigabyte GV-N68128DH"
    Driver         "nvidia"
    VendorName     "NVidia"
    BoardName      "GeForce 6800"
EndSection

Section "Screen"
    Identifier     "Main Screen"
    Device         "Gigabyte GV-N68128DH"
    Monitor        "HM903DT"
    DefaultDepth    24
    DefaultFbBPP    32
    Option         "NvAGP" "3"
    Option         "MultisampleCompatibility" "True"
    Option         "AddARGBGLXVisuals" "true"
    Option         "NoLogo" "true"
    Option         "Stereo" "1"
    Option         "RenderAccel" "True"
    Option         "AllowGLXWithComposite" "True"
    SubSection     "Display"
        Depth       24
        Modes      "1400x1050" "1280x1024" "1024x768" "800x600" "640x480"
    EndSubSection
EndSection

Section "Extensions"
    Option         "Composite" "Enable"
EndSection



Xorg X server log files on system:
-rw-r--r-- 1 root root 30600 2006-02-12 18:54 /var/log/Xorg.21.log
-rw-r--r-- 1 root root 27841 2007-06-16 19:46 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 28313 2007-09-21 10:51 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4-2)
Current Operating System: Linux skynet 2.6.22-1-lsm #1 SMP Tue Sep 18 15:57:58 CEST 2007 i686
Build Date: 16 September 2007  02:37:21PM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Sep 21 10:50:17 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Main Screen" (0)
(**) |   |-->Monitor "HM903DT"
(**) |   |-->Device "Gigabyte GV-N68128DH"
(**) |-->Input Device "Microsoft Natural Keyboard Pro"
(**) |-->Input Device "MX1000"
(**) Option "NoTrapSignals"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType").
(==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/cyrillic,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "Composite" is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81d8680
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.3
	X.Org Video Driver: 2.0
	X.Org XInput driver : 2.0
	X.Org Server Extension : 0.3
	X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,0308 card 1849,0308 rev 00 class 06,00,00 hdr 80
(II) PCI: 00:00:1: chip 1106,1308 card 1849,1308 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:2: chip 1106,2308 card 1849,2308 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:3: chip 1106,3208 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:4: chip 1106,4308 card 1849,4308 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:00:5: chip 1106,5308 card 1849,5308 rev 00 class 08,00,20 hdr 80
(II) PCI: 00:00:7: chip 1106,7308 card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1106,b198 card 0000,0000 rev 00 class 06,04,00 hdr 01
(II) PCI: 00:02:0: chip 1106,a208 card 0000,0000 rev 00 class 06,04,00 hdr 01
(II) PCI: 00:0a:0: chip 1095,3112 card 1095,6112 rev 02 class 01,04,00 hdr 00
(II) PCI: 00:0b:0: chip 1102,0008 card 1102,1021 rev 00 class 04,01,00 hdr 00
(II) PCI: 00:0c:0: chip 13d0,2103 card 13d0,2103 rev 02 class 02,80,00 hdr 00
(II) PCI: 00:0f:0: chip 1106,0591 card 1849,0591 rev 80 class 01,01,8f hdr 80
(II) PCI: 00:0f:1: chip 1106,0571 card 1849,0571 rev 07 class 01,01,8a hdr 00
(II) PCI: 00:10:0: chip 1106,3038 card 1849,3038 rev a0 class 0c,03,00 hdr 80
(II) PCI: 00:10:1: chip 1106,3038 card 1849,3038 rev a0 class 0c,03,00 hdr 80
(II) PCI: 00:10:2: chip 1106,3038 card 1849,3038 rev a0 class 0c,03,00 hdr 80
(II) PCI: 00:10:3: chip 1106,3038 card 1849,3038 rev a0 class 0c,03,00 hdr 80
(II) PCI: 00:10:4: chip 1106,3104 card 1849,3104 rev 86 class 0c,03,20 hdr 80
(II) PCI: 00:11:0: chip 1106,3337 card 1849,3337 rev 00 class 06,01,00 hdr 80
(II) PCI: 00:11:7: chip 1106,287e card 1106,337e rev 00 class 06,00,00 hdr 00
(II) PCI: 00:12:0: chip 1106,3065 card 1849,3065 rev 7c class 02,00,00 hdr 00
(II) PCI: 00:13:0: chip 1106,337b card 0000,0000 rev 00 class 06,04,00 hdr 81
(II) PCI: 03:00:0: chip 10de,0291 card 10de,042b rev a1 class 03,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
	[0] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0007 (VGA_EN is cleared)
(II) Bus 1 non-prefetchable memory range:
	[0] -1	0	0xf3b00000 - 0xf3bfffff (0x100000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 3: bridge is at (0:2:0), (0,3,3), BCTRL: 0x000b (VGA_EN is set)
(II) Bus 3 I/O range:
	[0] -1	0	0x0000b000 - 0x0000bfff (0x1000) IX[B]
(II) Bus 3 non-prefetchable memory range:
	[0] -1	0	0xf3d00000 - 0xf7dfffff (0x4100000) MX[B]
(II) Bus 3 prefetchable memory range:
	[0] -1	0	0xbff00000 - 0xdfefffff (0x20000000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:19:0), (0,2,2), BCTRL: 0x0007 (VGA_EN is cleared)
(II) Bus 2 non-prefetchable memory range:
	[0] -1	0	0xf3c00000 - 0xf3cfffff (0x100000) MX[B]
(--) PCI:*(3:0:0) nVidia Corporation G71 [GeForce 7900 GT/GTO] rev 161, Mem @ 0xf6000000/24, 0xc0000000/28, 0xf5000000/24, I/O @ 0xbc00/7, BIOS @ 0xf7de0000/17
(II) Addressable bus resource ranges are
	[0] -1	0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1	0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[5] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
(II) PCI Memory resource overlap reduced 0xf8000000 from 0xfbffffff to 0xf7ffffff
(II) Active PCI resource ranges:
	[0] -1	0	0xf7fffc00 - 0xf7fffcff (0x100) MX[B]
	[1] -1	0	0xf7fff800 - 0xf7fff8ff (0x100) MX[B]
	[2] -1	0	0xf7fe0000 - 0xf7feffff (0x10000) MX[B]
	[3] -1	0	0xf7fff400 - 0xf7fff5ff (0x200) MX[B]
	[4] -1	0	0xf8000000 - 0xf7ffffff (0x0) MX[B]O
	[5] -1	0	0xf7de0000 - 0xf7dfffff (0x20000) MX[B](B)
	[6] -1	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B)
	[7] -1	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
	[8] -1	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B](B)
	[9] -1	0	0x0000e800 - 0x0000e8ff (0x100) IX[B]
	[10] -1	0	0x0000e080 - 0x0000e09f (0x20) IX[B]
	[11] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[12] -1	0	0x0000e480 - 0x0000e49f (0x20) IX[B]
	[13] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[14] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[15] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[16] -1	0	0x0000d480 - 0x0000d48f (0x10) IX[B]
	[17] -1	0	0x0000d800 - 0x0000d803 (0x4) IX[B]
	[18] -1	0	0x0000d880 - 0x0000d887 (0x8) IX[B]
	[19] -1	0	0x0000dc00 - 0x0000dc03 (0x4) IX[B]
	[20] -1	0	0x0000e000 - 0x0000e007 (0x8) IX[B]
	[21] -1	0	0x0000d400 - 0x0000d41f (0x20) IX[B]
	[22] -1	0	0x0000cc00 - 0x0000cc3f (0x40) IX[B]
	[23] -1	0	0x0000c080 - 0x0000c08f (0x10) IX[B]
	[24] -1	0	0x0000c400 - 0x0000c403 (0x4) IX[B]
	[25] -1	0	0x0000c480 - 0x0000c487 (0x8) IX[B]
	[26] -1	0	0x0000c800 - 0x0000c803 (0x4) IX[B]
	[27] -1	0	0x0000c880 - 0x0000c887 (0x8) IX[B]
	[28] -1	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
	[0] -1	0	0xf7fffc00 - 0xf7fffcff (0x100) MX[B]
	[1] -1	0	0xf7fff800 - 0xf7fff8ff (0x100) MX[B]
	[2] -1	0	0xf7fe0000 - 0xf7feffff (0x10000) MX[B]
	[3] -1	0	0xf7fff400 - 0xf7fff5ff (0x200) MX[B]
	[4] -1	0	0xf8000000 - 0xf7ffffff (0x0) MX[B]O
	[5] -1	0	0xf7de0000 - 0xf7dfffff (0x20000) MX[B](B)
	[6] -1	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B)
	[7] -1	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
	[8] -1	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B](B)
	[9] -1	0	0x0000e800 - 0x0000e8ff (0x100) IX[B]
	[10] -1	0	0x0000e080 - 0x0000e09f (0x20) IX[B]
	[11] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[12] -1	0	0x0000e480 - 0x0000e49f (0x20) IX[B]
	[13] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[14] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[15] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[16] -1	0	0x0000d480 - 0x0000d48f (0x10) IX[B]
	[17] -1	0	0x0000d800 - 0x0000d803 (0x4) IX[B]
	[18] -1	0	0x0000d880 - 0x0000d887 (0x8) IX[B]
	[19] -1	0	0x0000dc00 - 0x0000dc03 (0x4) IX[B]
	[20] -1	0	0x0000e000 - 0x0000e007 (0x8) IX[B]
	[21] -1	0	0x0000d400 - 0x0000d41f (0x20) IX[B]
	[22] -1	0	0x0000cc00 - 0x0000cc3f (0x40) IX[B]
	[23] -1	0	0x0000c080 - 0x0000c08f (0x10) IX[B]
	[24] -1	0	0x0000c400 - 0x0000c403 (0x4) IX[B]
	[25] -1	0	0x0000c480 - 0x0000c487 (0x8) IX[B]
	[26] -1	0	0x0000c800 - 0x0000c803 (0x4) IX[B]
	[27] -1	0	0x0000c880 - 0x0000c887 (0x8) IX[B]
	[28] -1	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B](B)
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[5] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
(II) All system resource ranges:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xf7fffc00 - 0xf7fffcff (0x100) MX[B]
	[5] -1	0	0xf7fff800 - 0xf7fff8ff (0x100) MX[B]
	[6] -1	0	0xf7fe0000 - 0xf7feffff (0x10000) MX[B]
	[7] -1	0	0xf7fff400 - 0xf7fff5ff (0x200) MX[B]
	[8] -1	0	0xf8000000 - 0xf7ffffff (0x0) MX[B]O
	[9] -1	0	0xf7de0000 - 0xf7dfffff (0x20000) MX[B](B)
	[10] -1	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B)
	[11] -1	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
	[12] -1	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B](B)
	[13] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[14] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[15] -1	0	0x0000e800 - 0x0000e8ff (0x100) IX[B]
	[16] -1	0	0x0000e080 - 0x0000e09f (0x20) IX[B]
	[17] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[18] -1	0	0x0000e480 - 0x0000e49f (0x20) IX[B]
	[19] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[20] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[21] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[22] -1	0	0x0000d480 - 0x0000d48f (0x10) IX[B]
	[23] -1	0	0x0000d800 - 0x0000d803 (0x4) IX[B]
	[24] -1	0	0x0000d880 - 0x0000d887 (0x8) IX[B]
	[25] -1	0	0x0000dc00 - 0x0000dc03 (0x4) IX[B]
	[26] -1	0	0x0000e000 - 0x0000e007 (0x8) IX[B]
	[27] -1	0	0x0000d400 - 0x0000d41f (0x20) IX[B]
	[28] -1	0	0x0000cc00 - 0x0000cc3f (0x40) IX[B]
	[29] -1	0	0x0000c080 - 0x0000c08f (0x10) IX[B]
	[30] -1	0	0x0000c400 - 0x0000c403 (0x4) IX[B]
	[31] -1	0	0x0000c480 - 0x0000c487 (0x8) IX[B]
	[32] -1	0	0x0000c800 - 0x0000c803 (0x4) IX[B]
	[33] -1	0	0x0000c880 - 0x0000c887 (0x8) IX[B]
	[34] -1	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B](B)
(II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
(II) "dbe" will be loaded by default.
(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) "freetype" will be loaded. This was enabled by default and also specified in the config file.
(II) "type1" will be loaded. This was enabled by default and also specified in the config file.
(II) "record" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri" will be loaded by default.
(II) LoadModule: "i2c"(II) Module "i2c" already built-in
(II) LoadModule: "ddc"(II) Module "ddc" already built-in
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules//fonts/libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
	compiled for 1.4.0, module version = 2.1.0
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.5
(II) Loading font FreeType
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.1
(II) NVIDIA GLX Module  100.14.19  Wed Sep 12 14:48:02 PDT 2007
(II) Loading extension GLX
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	ABI class: X.Org Video Driver, version 2.0
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.13.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension RECORD
(II) LoadModule: "type1"
(II) Loading /usr/lib/xorg/modules//fonts/libtype1.so
(II) Module type1: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.2
	Module class: X.Org Font Renderer
	ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Type1
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.1.0
	ABI class: X.Org Video Driver, version 2.0
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "nvidia"
(II) Loading /usr/lib/xorg/modules/drivers//nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
	Module class: X.Org Video Driver
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.2.2
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "evdev"
(II) Loading /usr/lib/xorg/modules/input//evdev_drv.so
(II) Module evdev: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.1.0
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.0
(II) NVIDIA dlloader X Driver  100.14.19  Wed Sep 12 14:14:20 PDT 2007
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(II) Primary Device is: PCI 03:00:0
(--) Assigning device section with no busID to primary device
(--) Chipset NVIDIA GPU found
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.3
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(II) Loading /usr/lib/xorg/modules//libwfb.so
(II) Module wfb: vendor="NVIDIA Corporation"
	compiled for 7.1.99.2, module version = 1.0.0
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"(II) Module "ramdac" already built-in
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/lib/xorg/modules//libxaa.so
(II) Module xaa: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.2.0
	ABI class: X.Org Video Driver, version 2.0
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xf7fffc00 - 0xf7fffcff (0x100) MX[B]
	[5] -1	0	0xf7fff800 - 0xf7fff8ff (0x100) MX[B]
	[6] -1	0	0xf7fe0000 - 0xf7feffff (0x10000) MX[B]
	[7] -1	0	0xf7fff400 - 0xf7fff5ff (0x200) MX[B]
	[8] -1	0	0xf8000000 - 0xf7ffffff (0x0) MX[B]O
	[9] -1	0	0xf7de0000 - 0xf7dfffff (0x20000) MX[B](B)
	[10] -1	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B)
	[11] -1	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
	[12] -1	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B](B)
	[13] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[14] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[15] -1	0	0x0000e800 - 0x0000e8ff (0x100) IX[B]
	[16] -1	0	0x0000e080 - 0x0000e09f (0x20) IX[B]
	[17] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[18] -1	0	0x0000e480 - 0x0000e49f (0x20) IX[B]
	[19] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[20] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[21] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[22] -1	0	0x0000d480 - 0x0000d48f (0x10) IX[B]
	[23] -1	0	0x0000d800 - 0x0000d803 (0x4) IX[B]
	[24] -1	0	0x0000d880 - 0x0000d887 (0x8) IX[B]
	[25] -1	0	0x0000dc00 - 0x0000dc03 (0x4) IX[B]
	[26] -1	0	0x0000e000 - 0x0000e007 (0x8) IX[B]
	[27] -1	0	0x0000d400 - 0x0000d41f (0x20) IX[B]
	[28] -1	0	0x0000cc00 - 0x0000cc3f (0x40) IX[B]
	[29] -1	0	0x0000c080 - 0x0000c08f (0x10) IX[B]
	[30] -1	0	0x0000c400 - 0x0000c403 (0x4) IX[B]
	[31] -1	0	0x0000c480 - 0x0000c487 (0x8) IX[B]
	[32] -1	0	0x0000c800 - 0x0000c803 (0x4) IX[B]
	[33] -1	0	0x0000c880 - 0x0000c887 (0x8) IX[B]
	[34] -1	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B](B)
(II) resource ranges after probing:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xf7fffc00 - 0xf7fffcff (0x100) MX[B]
	[5] -1	0	0xf7fff800 - 0xf7fff8ff (0x100) MX[B]
	[6] -1	0	0xf7fe0000 - 0xf7feffff (0x10000) MX[B]
	[7] -1	0	0xf7fff400 - 0xf7fff5ff (0x200) MX[B]
	[8] -1	0	0xf8000000 - 0xf7ffffff (0x0) MX[B]O
	[9] -1	0	0xf7de0000 - 0xf7dfffff (0x20000) MX[B](B)
	[10] -1	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B)
	[11] -1	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
	[12] -1	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B](B)
	[13] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[14] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[15] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[16] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[17] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[18] -1	0	0x0000e800 - 0x0000e8ff (0x100) IX[B]
	[19] -1	0	0x0000e080 - 0x0000e09f (0x20) IX[B]
	[20] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[21] -1	0	0x0000e480 - 0x0000e49f (0x20) IX[B]
	[22] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[23] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[24] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[25] -1	0	0x0000d480 - 0x0000d48f (0x10) IX[B]
	[26] -1	0	0x0000d800 - 0x0000d803 (0x4) IX[B]
	[27] -1	0	0x0000d880 - 0x0000d887 (0x8) IX[B]
	[28] -1	0	0x0000dc00 - 0x0000dc03 (0x4) IX[B]
	[29] -1	0	0x0000e000 - 0x0000e007 (0x8) IX[B]
	[30] -1	0	0x0000d400 - 0x0000d41f (0x20) IX[B]
	[31] -1	0	0x0000cc00 - 0x0000cc3f (0x40) IX[B]
	[32] -1	0	0x0000c080 - 0x0000c08f (0x10) IX[B]
	[33] -1	0	0x0000c400 - 0x0000c403 (0x4) IX[B]
	[34] -1	0	0x0000c480 - 0x0000c487 (0x8) IX[B]
	[35] -1	0	0x0000c800 - 0x0000c803 (0x4) IX[B]
	[36] -1	0	0x0000c880 - 0x0000c887 (0x8) IX[B]
	[37] -1	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B](B)
	[38] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[39] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(**) NVIDIA(0): Depth 24, (**) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(**) NVIDIA(0): Option "NoLogo" "true"
(**) NVIDIA(0): Option "Stereo" "1"
(**) NVIDIA(0): Option "NvAGP" "3"
(**) NVIDIA(0): Option "RenderAccel" "True"
(**) NVIDIA(0): Option "MultisampleCompatibility" "True"
(**) NVIDIA(0): Option "AllowGLXWithComposite" "True"
(**) NVIDIA(0): Option "AddARGBGLXVisuals" "true"
(**) NVIDIA(0): DDC stereo requested
(**) NVIDIA(0): Multisample Compatibility enabled
(**) NVIDIA(0): Enabling RENDER acceleration
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0):     enabled.
(WW) NVIDIA(GPU-0): Unable to read EDID for display device CRT-1
(II) NVIDIA(0): NVIDIA GPU GeForce 7900 GT/GTO (G71) at PCI:3:0:0 (GPU-0)
(--) NVIDIA(0): Memory: 524288 kBytes
(--) NVIDIA(0): VideoBIOS: 05.71.22.39.09
(II) NVIDIA(0): Detected PCI Express Link width: 4X
(--) NVIDIA(0): Interlaced video modes are supported on this GPU
(--) NVIDIA(0): Connected display device(s) on GeForce 7900 GT/GTO at
(--) NVIDIA(0):     PCI:3:0:0:
(--) NVIDIA(0):     CRT-1
(--) NVIDIA(0): CRT-1: 400.0 MHz maximum pixel clock
(II) NVIDIA(0): Assigned Display Device: CRT-1
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):     "1400x1050"
(II) NVIDIA(0):     "1280x1024"
(II) NVIDIA(0):     "1024x768"
(II) NVIDIA(0):     "800x600"
(II) NVIDIA(0):     "640x480"
(II) NVIDIA(0): Virtual screen size determined to be 1400 x 1050
(WW) NVIDIA(0): Unable to get display device CRT-1's EDID; cannot compute DPI
(WW) NVIDIA(0):     from CRT-1's EDID.
(**) NVIDIA(0): DPI set to (97, 97); computed from "DisplaySize" Monitor
(**) NVIDIA(0):     section option
(WW) NVIDIA(0): Stereo is only available on Quadro cards
(II) NVIDIA(0): Disabling stereo.
(**) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC?  No, I don't.
(II) resource ranges after preInit:
	[0] 0	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B]
	[1] 0	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B]
	[2] 0	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B]
	[3] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[4] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[5] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[6] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[7] -1	0	0xf7fffc00 - 0xf7fffcff (0x100) MX[B]
	[8] -1	0	0xf7fff800 - 0xf7fff8ff (0x100) MX[B]
	[9] -1	0	0xf7fe0000 - 0xf7feffff (0x10000) MX[B]
	[10] -1	0	0xf7fff400 - 0xf7fff5ff (0x200) MX[B]
	[11] -1	0	0xf8000000 - 0xf7ffffff (0x0) MX[B]O
	[12] -1	0	0xf7de0000 - 0xf7dfffff (0x20000) MX[B](B)
	[13] -1	0	0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B)
	[14] -1	0	0xc0000000 - 0xcfffffff (0x10000000) MX[B](B)
	[15] -1	0	0xf6000000 - 0xf6ffffff (0x1000000) MX[B](B)
	[16] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
	[17] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
	[18] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
	[19] 0	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B]
	[20] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[21] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[22] -1	0	0x0000e800 - 0x0000e8ff (0x100) IX[B]
	[23] -1	0	0x0000e080 - 0x0000e09f (0x20) IX[B]
	[24] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[25] -1	0	0x0000e480 - 0x0000e49f (0x20) IX[B]
	[26] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[27] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[28] -1	0	0x0000d000 - 0x0000d0ff (0x100) IX[B]
	[29] -1	0	0x0000d480 - 0x0000d48f (0x10) IX[B]
	[30] -1	0	0x0000d800 - 0x0000d803 (0x4) IX[B]
	[31] -1	0	0x0000d880 - 0x0000d887 (0x8) IX[B]
	[32] -1	0	0x0000dc00 - 0x0000dc03 (0x4) IX[B]
	[33] -1	0	0x0000e000 - 0x0000e007 (0x8) IX[B]
	[34] -1	0	0x0000d400 - 0x0000d41f (0x20) IX[B]
	[35] -1	0	0x0000cc00 - 0x0000cc3f (0x40) IX[B]
	[36] -1	0	0x0000c080 - 0x0000c08f (0x10) IX[B]
	[37] -1	0	0x0000c400 - 0x0000c403 (0x4) IX[B]
	[38] -1	0	0x0000c480 - 0x0000c487 (0x8) IX[B]
	[39] -1	0	0x0000c800 - 0x0000c803 (0x4) IX[B]
	[40] -1	0	0x0000c880 - 0x0000c887 (0x8) IX[B]
	[41] -1	0	0x0000bc00 - 0x0000bc7f (0x80) IX[B](B)
	[42] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
	[43] 0	0	0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(II) NVIDIA(0): Initialized GART.
(II) NVIDIA(0): Setting mode "1400x1050"
(II) Loading extension NV-GLX
(II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
(II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
(==) NVIDIA(0): Backing store disabled
(==) NVIDIA(0): Silken mouse enabled
(**) Option "dpms"
(**) NVIDIA(0): DPMS enabled
(II) Loading extension NV-CONTROL
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension XAccessControlExtension
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
(**) Option "CoreKeyboard"
(**) Microsoft Natural Keyboard Pro: always reports core events
(**) Option "Protocol" "standard"
(**) Microsoft Natural Keyboard Pro: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Microsoft Natural Keyboard Pro: XkbRules: "xorg"
(**) Option "XkbModel" "microsoftpro"
(**) Microsoft Natural Keyboard Pro: XkbModel: "microsoftpro"
(**) Option "XkbLayout" "de"
(**) Microsoft Natural Keyboard Pro: XkbLayout: "de"
(**) Option "CustomKeycodes" "off"
(**) Microsoft Natural Keyboard Pro: CustomKeycodes disabled
(**) Option "CorePointer"
(**) MX1000: always reports core events
(EE) MX1000: cannot open input device
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "MX1000"
(II) evaluating device (Microsoft Natural Keyboard Pro)
(II) XINPUT: Adding extended input device "Microsoft Natural Keyboard Pro" (type: KEYBOARD)
Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list!

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-lsm (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc6                         2.6.1-5    GNU C Library: Shared libraries
ii  xserver-xorg-core             2:1.4-2    X.Org X server -- core server

xserver-xorg-input-evdev recommends no packages.

-- no debconf information

-- 
http://silvestre.zabala.name/

[signature.asc (application/pgp-signature, inline)]

Message #70 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Dario Gallucci <dario.gallucci@polito.it>

To: 443292@bugs.debian.org

Subject: Workaround for the bug

Date: Fri, 21 Sep 2007 16:21:21 +0200

[Message part 1 (text/plain, inline)]

I had the same problem.

The mouse is working again whit evdev using
Option "Device" and the specific event identifier given to the mouse by udev 
in /dev/input/by-path/...

I hope this can solve temporary this problem.

Dario

[signature.asc (application/pgp-signature, inline)]

Message #75 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Dario Gallucci <dario.gallucci@polito.it>, 443292@bugs.debian.org

Cc: Brice Goglin <Brice.Goglin@ens-lyon.org>

Subject: Re: Bug#443292: Workaround for the bug

Date: Sat, 22 Sep 2007 13:29:31 +0200

On Fri, 21 Sep 2007 the mental interface of
Dario Gallucci told:

> I had the same problem.
> 
> The mouse is working again whit evdev using
> Option "Device" and the specific event identifier given to the mouse by udev 
> in /dev/input/by-path/...
> 
> I hope this can solve temporary this problem.

Thanks a lot for pointing out.

I created a udev rule:

KERNEL=="event*", SYSFS{idVendor}=="046d", SYSFS{idProduct}=="c50e" NAME="input/event-mx1000", SYMLINK="input/%k"

and added:

Option "Device" "/dev/input/event-mx1000"

to the InputDevice Section.
This works ;)

But I noticed in evdev(4) that 'Option "Device"' is strongly
discouraged.

Elimar

-- 
  "Talking much about oneself can also 
   be a means to conceal oneself."
         -Friedrich Nietzsche

Message #80 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Dario Gallucci <dario.gallucci@polito.it>, 443292@bugs.debian.org

Cc: Brice Goglin <Brice.Goglin@ens-lyon.org>

Subject: Re: Bug#443292: Workaround for the bug

Date: Sun, 23 Sep 2007 21:03:36 +0200

On Sat, 22 Sep 2007 the mental interface of
Elimar Riesebieter told:

> On Fri, 21 Sep 2007 the mental interface of
> Dario Gallucci told:
> 
> > I had the same problem.
> > 
> > The mouse is working again whit evdev using
> > Option "Device" and the specific event identifier given to the mouse by udev 
> > in /dev/input/by-path/...
> > 
> > I hope this can solve temporary this problem.
> 
> Thanks a lot for pointing out.
> 
> I created a udev rule:
> 
> KERNEL=="event*", SYSFS{idVendor}=="046d", SYSFS{idProduct}=="c50e" NAME="input/event-mx1000", SYMLINK="input/%k"
> 
> and added:
> 
> Option "Device" "/dev/input/event-mx1000"
> 
> to the InputDevice Section.
> This works ;)

Hmm, playing ut or quake3 makes the mouse really nervous and
unusable. So I switched back to 1:1.1.5-3.

Elimar


-- 
  Learned men are the cisterns of knowledge, 
  not the fountainheads ;-)

Message #85 received at 443292@bugs.debian.org (full text, mbox, reply):

From: "Kanru Chen" <kanru@csie.us>

To: 443292@bugs.debian.org

Subject: Re: Bug#443292: Workaround for the bug

Date: Mon, 1 Oct 2007 14:52:53 +0800

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dario Gallucci wrote:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHAJihsbdbXzZcx6IRAmYRAKCuud3+9ELe9SAx1W57XkiGA1yYwgCg6yMM
pGRrvQebAUYe5TfQtb3bIZM=
=Xgz2
-----END PGP SIGNATURE-----


> I had the same problem.
>
> The mouse is working again whit evdev using
> Option "Device" and the specific event identifier given to the mouse by udev
> in /dev/input/by-path/...
>
> I hope this can solve temporary this problem.

Git commit a0ea7363f51ff6c2bb81006b7220b7daa9ee9221 actually remove a
lot of configuration stuffs. Option "Device" is the only method to
identify a mouse now. The problem is that the manpage is not up to
date.

Message #90 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Elimar Riesebieter <riesebie@lxtec.de>

To: Frank Zacharias <frank_zacharias@web.de>

Cc: 443292@bugs.debian.org

Subject: Re: Regarding your evdev-bugreport (#443292)

Date: Fri, 5 Oct 2007 21:46:57 +0200

[Message part 1 (text/plain, inline)]

On Fri, 05 Oct 2007 the mental interface of
Frank Zacharias told:

>  Hi Elimar,
> 
> because i have the same problem i came across your bugreport when
> searching for it on bugs@debian.org. Before that i've updated most xorg
> packages and nvidia binary driver (100.14.19). Until this there where no 
> problems with evdev, but after this gaming was impossible. So i switched
> my mouse back to the normal driver. But the problems are there yet, not
> so strong as before but gaming is PITA. It seems like 'lag' to me:
> sometimes movement (esp. sidewards) on screen comes late after movement
> of the mouse and in the next moment it works fine again. 
> I think evdev is not the only source of this. Do you have problems
> with evdev only or is the latest xorg causing problems on your hardware
> too? 

xserver-xorg-input-evdev  1:1.1.5-3lxtec1 (Recompiled)
xserver-xorg-video-ati    1:6.6.193-3 (194-1 from experimental sucks!)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01)

Section "InputDevice"
        Identifier  "MX1000"
        Driver      "evdev"
        Option      "Device"    "/dev/input/event-mx1000" # via udev
        Option      "CorePointer"
        Option      "Phys"  "usb-*/input0"          #via cat /proc/bus/input/devices
        Option      "Name"  "Logitech USB Receiver" #via cat /proc/bus/input/devices
EndSection

Runs fine with no regression playing UT or Q3 with r200 driver and DRI. A
similar config with r300 driver on my powerbook has some probs with the Apple
"Mighty Mouse" (can't drag). But this I have to investigate first.

Please notice, that the r?00 drivers are free ATI mesa drivers. I would never
run closed source binaries ;)

Elimar


-- 
  You cannot propel yourself forward by
  patting yourself on the back.

[signature.asc (application/pgp-signature, inline)]

Message #95 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Darren Salt <linux@youmustbejoking.demon.co.uk>

To: 443292@bugs.debian.org

Subject: Re: Bug#443292: Workaround for the bug

Date: Tue, 23 Oct 2007 17:28:33 +0100

I demand that Kanru Chen may or may not have written...

> Git commit a0ea7363f51ff6c2bb81006b7220b7daa9ee9221 actually remove a
> lot of configuration stuffs. Option "Device" is the only method to
> identify a mouse now. The problem is that the manpage is not up to date.

I think that this needs either a default setting for that option, or failure
(driver isn't initialised for the device, no attempt to open anything) if the
option isn't present.

The reason is that I'm reasonably certain that this is what's behind some
hangs which I've been seeing when exiting X (current unstable) with
xserver-xorg-video-ati 6.7.x. Curiously, these stopped when I
changed the configuration to use option "Device" for the mouse...

-- 
| Darren Salt    | linux or ds at              | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING.

Code length error, 0:1

Message #100 received at 443292@bugs.debian.org (full text, mbox, reply):

From: Fredrik Svensson <fred@ludd.ltu.se>

To: 443292@bugs.debian.org

Subject: HAL configuration

Date: Tue, 20 Nov 2007 13:26:52 +0100

Hi,

After reading
https://bugs.freedesktop.org/show_bug.cgi?id=12655
and
http://archive.netbsd.se/?ml=xorg&a=2007-11&m=5684763
and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446851

I found that

cp /usr/share/doc/hal/examples/10-x11-input.fdi 
/usr/share/hal/fdi/policy/10osvendor/

and restarting hal

/etc/init.d/hal restart

got my MX510 mouse working again :

(**) Logitech USB-PS/2 Optical Mouse: always reports core events
(II) Logitech USB-PS/2 Optical Mouse: Found 3 relative axes.
(II) Logitech USB-PS/2 Optical Mouse: Configuring as pointer.
(II) Logitech USB-PS/2 Optical Mouse: Found 8 mouse buttons
(II) Logitech USB-PS/2 Optical Mouse: Configured 11 mouse buttons.
(II) XINPUT: Adding extended input device "Logitech USB-PS/2 Optical Mouse" 
(type: MOUSE)
(**) Logitech USB-PS/2 Optical Mouse: 2 valuators.
(**) Logitech USB-PS/2 Optical Mouse: Configuring in Absolute mode.
(**) Logitech USB-PS/2 Optical Mouse: Registering 11 buttons.
(II) Logitech USB-PS/2 Optical Mouse: Init
(II) Logitech USB-PS/2 Optical Mouse: On

I am not sure if it this is the correct way for the future, but I am
happy to have a working mouse again.

I did not find so much information about this online, maybe someone
has more pointers ?

/Fred

Message #107 received at 443292-done@bugs.debian.org (full text, mbox, reply):

From: Brice Goglin <Brice.Goglin@ens-lyon.org>

To: 443292-done@bugs.debian.org, control@bugs.debian.org

Subject: Bug#443292: Mouse: cannot open input pEvdev

Date: Sat, 22 Dec 2007 15:45:58 +0100

forwarded 443292 https://bugs.freedesktop.org/show_bug.cgi?id=12655
thank you


According to the URL Above, this is a configuration problem. Some 
documentation is also missing, upstream is aware of it.

Brice

Send a report that this bug log contains spam.