Package: xserver-xorg-input-evdev; Maintainer for xserver-xorg-input-evdev is Debian X Strike Force <debian-x@lists.debian.org>; Source for xserver-xorg-input-evdev is src:xserver-xorg-input-evdev (PTS, buildd, popcon).
Reported by: Michael Biebl <biebl@debian.org>
Date: Sat, 15 Sep 2007 00:18:02 UTC
Severity: important
Found in versions xserver-xorg-input-evdev/1:1.2.0~git20070819-2, xserver-xorg-input-evdev/1:1.2.0~git20070819-3, xserver-xorg-input-evdev/1:2.0.99.3-1, xserver-xorg-input-evdev/1:2.0.8-1
Done: Brice Goglin <Brice.Goglin@ens-lyon.org>
Bug is archived. No further changes may be made.
View this report as an mbox folder, status mbox, maintainer mbox
Report forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Michael Biebl <biebl@debian.org>:
New Bug report received and forwarded. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: xserver-xorg-input-evdev Version: 1:1.2.0~git20070819-2 Severity: important As you can see from the xorg.conf, I set up a German keyboard layout. After installing evdev from experimental I lost my German keyboard layout (I guess its english, y is z e.g.). Also, my special keys like alt+f1 dont work anymore. I can restore my keyboard layout partly when I run setxkbmap -model pc104 -layout de Stuff like up/down keys, or my volume up/down keys are still broken though (e.g. the up key sends the PRINT keycode) Michael -- 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-11-15 01:08 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1669112 2007-09-10 14:54 /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 R250 [Mobility FireGL 9000] (rev 01) /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 1994 2007-09-15 01:39 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" #Option "Device" "/dev/psaux" Option "Device" "/dev/input/mice" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "Standardgrafikkarte" Driver "radeon" EndSection Section "Monitor" Identifier "Standardbildschirm" Option "DPMS" HorizSync 30-90 VertRefresh 50-60 EndSection Section "Screen" Identifier "Default Screen" Device "Standardgrafikkarte" Monitor "Standardbildschirm" DefaultDepth 24 SubSection "Display" Virtual 2960 1050 Modes "1680x1050" "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" EndSection Section "Extensions" Option "Composite" "Enable" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 43280 2007-08-22 23:50 /var/log/Xorg.20.log -rw-r--r-- 1 root root 39205 2007-09-11 22:19 /var/log/Xorg.1.log -rw-r--r-- 1 root root 58251 2007-09-15 02:05 /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-1) Current Operating System: Linux pluto 2.6.23-rc6 #1 Thu Sep 13 01:04:48 CEST 2007 i686 Build Date: 10 September 2007 02:39:37PM 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: Sat Sep 15 02:03:14 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Standardbildschirm" (**) | |-->Device "Standardgrafikkarte" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Synaptics Touchpad" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (==) 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 (==) 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: 0x81d8760 (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 8086,3340 card 0e11,0860 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card 0000,0000 rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 0e11,0860 rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 0e11,0860 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 0e11,0860 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 0e11,0860 rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev 81 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card 0000,0000 rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 0e11,0860 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 0e11,0860 rev 01 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 0e11,0860 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 0e11,0860 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c66 card 0e11,0860 rev 01 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 1106,3044 card 1106,3044 rev 80 class 0c,00,10 hdr 00 (II) PCI: 02:01:0: chip 10ec,8139 card 0e11,0860 rev 20 class 02,00,00 hdr 00 (II) PCI: 02:02:0: chip 8086,1043 card 8086,2522 rev 04 class 02,80,00 hdr 00 (II) PCI: 02:04:0: chip 1524,1410 card 2800,0000 rev 00 class 06,07,00 hdr 02 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (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: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x00003000 - 0x000030ff (0x100) IX[B] [1] -1 0 0x00003400 - 0x000034ff (0x100) IX[B] [2] -1 0 0x00003800 - 0x000038ff (0x100) IX[B] [3] -1 0 0x00003c00 - 0x00003cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0x90400000 - 0x904fffff (0x100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,6), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [1] -1 0 0x00002400 - 0x000024ff (0x100) IX[B] [2] -1 0 0x00002800 - 0x000028ff (0x100) IX[B] [3] -1 0 0x00002c00 - 0x00002cff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0x90000000 - 0x903fffff (0x400000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0x40000000 - 0x43ffffff (0x4000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 3: bridge is at (2:4:0), (2,3,6), BCTRL: 0x05c0 (VGA_EN is cleared) (II) Bus 3 I/O range: [0] -1 0 0x00002800 - 0x000028ff (0x100) IX[B] [1] -1 0 0x00002c00 - 0x00002cff (0x100) IX[B] (II) Bus 3 prefetchable memory range: [0] -1 0 0x40000000 - 0x43ffffff (0x4000000) MX[B] (--) PCI:*(1:0:0) ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] rev 1, Mem @ 0x98000000/27, 0x90400000/16, I/O @ 0x3000/8 (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 0xb0000000 from 0xbfffffff to 0xafffffff (II) Active PCI resource ranges: [0] -1 0 0x90000000 - 0x90000fff (0x1000) MX[B] [1] -1 0 0x90300000 - 0x903000ff (0x100) MX[B] [2] -1 0 0x90200000 - 0x902007ff (0x800) MX[B] [3] -1 0 0xa0300000 - 0xa03000ff (0x100) MX[B] [4] -1 0 0xa0200000 - 0xa02001ff (0x200) MX[B] [5] -1 0 0x44000000 - 0x440003ff (0x400) MX[B] [6] -1 0 0xa0000000 - 0xa00003ff (0x400) MX[B] [7] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]O [8] -1 0 0x90400000 - 0x9040ffff (0x10000) MX[B](B) [9] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B](B) [10] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [11] -1 0 0x00002400 - 0x0000247f (0x80) IX[B] [12] -1 0 0x00004800 - 0x0000487f (0x80) IX[B] [13] -1 0 0x00004400 - 0x000044ff (0x100) IX[B] [14] -1 0 0x00004880 - 0x000048bf (0x40) IX[B] [15] -1 0 0x00004000 - 0x000040ff (0x100) IX[B] [16] -1 0 0x00004c20 - 0x00004c3f (0x20) IX[B] [17] -1 0 0x00004c40 - 0x00004c4f (0x10) IX[B] [18] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [19] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [20] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [21] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [22] -1 0 0x00004c00 - 0x00004c1f (0x20) IX[B] [23] -1 0 0x000048e0 - 0x000048ff (0x20) IX[B] [24] -1 0 0x000048c0 - 0x000048df (0x20) IX[B] [25] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B) (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0x90000000 - 0x90000fff (0x1000) MX[B] [1] -1 0 0x90300000 - 0x903000ff (0x100) MX[B] [2] -1 0 0x90200000 - 0x902007ff (0x800) MX[B] [3] -1 0 0xa0300000 - 0xa03000ff (0x100) MX[B] [4] -1 0 0xa0200000 - 0xa02001ff (0x200) MX[B] [5] -1 0 0x44000000 - 0x440003ff (0x400) MX[B] [6] -1 0 0xa0000000 - 0xa00003ff (0x400) MX[B] [7] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]O [8] -1 0 0x90400000 - 0x9040ffff (0x10000) MX[B](B) [9] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B](B) [10] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [11] -1 0 0x00002400 - 0x0000247f (0x80) IX[B] [12] -1 0 0x00004800 - 0x0000487f (0x80) IX[B] [13] -1 0 0x00004400 - 0x000044ff (0x100) IX[B] [14] -1 0 0x00004880 - 0x000048bf (0x40) IX[B] [15] -1 0 0x00004000 - 0x000040ff (0x100) IX[B] [16] -1 0 0x00004c20 - 0x00004c3f (0x20) IX[B] [17] -1 0 0x00004c40 - 0x00004c4f (0x10) IX[B] [18] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [19] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [20] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [21] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [22] -1 0 0x00004c00 - 0x00004c1f (0x20) IX[B] [23] -1 0 0x000048e0 - 0x000048ff (0x20) IX[B] [24] -1 0 0x000048c0 - 0x000048df (0x20) IX[B] [25] -1 0 0x00003000 - 0x000030ff (0x100) 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 0x90000000 - 0x90000fff (0x1000) MX[B] [5] -1 0 0x90300000 - 0x903000ff (0x100) MX[B] [6] -1 0 0x90200000 - 0x902007ff (0x800) MX[B] [7] -1 0 0xa0300000 - 0xa03000ff (0x100) MX[B] [8] -1 0 0xa0200000 - 0xa02001ff (0x200) MX[B] [9] -1 0 0x44000000 - 0x440003ff (0x400) MX[B] [10] -1 0 0xa0000000 - 0xa00003ff (0x400) MX[B] [11] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]O [12] -1 0 0x90400000 - 0x9040ffff (0x10000) MX[B](B) [13] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [17] -1 0 0x00002400 - 0x0000247f (0x80) IX[B] [18] -1 0 0x00004800 - 0x0000487f (0x80) IX[B] [19] -1 0 0x00004400 - 0x000044ff (0x100) IX[B] [20] -1 0 0x00004880 - 0x000048bf (0x40) IX[B] [21] -1 0 0x00004000 - 0x000040ff (0x100) IX[B] [22] -1 0 0x00004c20 - 0x00004c3f (0x20) IX[B] [23] -1 0 0x00004c40 - 0x00004c4f (0x10) IX[B] [24] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [25] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [26] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [27] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [28] -1 0 0x00004c00 - 0x00004c1f (0x20) IX[B] [29] -1 0 0x000048e0 - 0x000048ff (0x20) IX[B] [30] -1 0 0x000048c0 - 0x000048df (0x20) IX[B] [31] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B) (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: "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: "glx" (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX enabled (II) Loading extension GLX (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: "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: "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: "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: "radeon" (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.4.0, module version = 4.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "ati" (II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 1.4.0, module version = 6.7.192 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (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: "mouse" (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: 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: "synaptics" (II) Loading /usr/lib/xorg/modules/input//synaptics_drv.so (II) Module synaptics: vendor="X.Org Foundation" compiled for 4.3.99.902, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) ATI: ATI driver wrapper (version 6.7.192) for chipsets: mach64, rage128, radeon (II) Primary Device is: PCI 01:00:0 (II) Loading sub module "radeon" (II) LoadModule: "radeon" (II) Reloading /usr/lib/xorg/modules/drivers//radeon_drv.so (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI ES1000 5969 (PCI), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437, ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9250 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI FireGL RV360 AV (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9650, ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 XL (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon AIW X800 VE (R420) JT (AGP), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI FireGL V5100 (R423) UQ (PCIE), ATI FireGL unknown (R423) UR (PCIE), ATI FireGL unknown (R423) UT (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI unknown Radeon / FireGL (R480) 5D50 (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP) (--) Assigning device section with no busID to primary device (--) Chipset ATI Radeon Mobility 9000 (M9) Lf (AGP) found (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 0x90000000 - 0x90000fff (0x1000) MX[B] [5] -1 0 0x90300000 - 0x903000ff (0x100) MX[B] [6] -1 0 0x90200000 - 0x902007ff (0x800) MX[B] [7] -1 0 0xa0300000 - 0xa03000ff (0x100) MX[B] [8] -1 0 0xa0200000 - 0xa02001ff (0x200) MX[B] [9] -1 0 0x44000000 - 0x440003ff (0x400) MX[B] [10] -1 0 0xa0000000 - 0xa00003ff (0x400) MX[B] [11] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]O [12] -1 0 0x90400000 - 0x9040ffff (0x10000) MX[B](B) [13] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [17] -1 0 0x00002400 - 0x0000247f (0x80) IX[B] [18] -1 0 0x00004800 - 0x0000487f (0x80) IX[B] [19] -1 0 0x00004400 - 0x000044ff (0x100) IX[B] [20] -1 0 0x00004880 - 0x000048bf (0x40) IX[B] [21] -1 0 0x00004000 - 0x000040ff (0x100) IX[B] [22] -1 0 0x00004c20 - 0x00004c3f (0x20) IX[B] [23] -1 0 0x00004c40 - 0x00004c4f (0x10) IX[B] [24] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [25] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [26] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [27] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [28] -1 0 0x00004c00 - 0x00004c1f (0x20) IX[B] [29] -1 0 0x000048e0 - 0x000048ff (0x20) IX[B] [30] -1 0 0x000048c0 - 0x000048df (0x20) IX[B] [31] -1 0 0x00003000 - 0x000030ff (0x100) 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 0x90000000 - 0x90000fff (0x1000) MX[B] [5] -1 0 0x90300000 - 0x903000ff (0x100) MX[B] [6] -1 0 0x90200000 - 0x902007ff (0x800) MX[B] [7] -1 0 0xa0300000 - 0xa03000ff (0x100) MX[B] [8] -1 0 0xa0200000 - 0xa02001ff (0x200) MX[B] [9] -1 0 0x44000000 - 0x440003ff (0x400) MX[B] [10] -1 0 0xa0000000 - 0xa00003ff (0x400) MX[B] [11] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]O [12] -1 0 0x90400000 - 0x9040ffff (0x10000) MX[B](B) [13] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B](B) [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [20] -1 0 0x00002400 - 0x0000247f (0x80) IX[B] [21] -1 0 0x00004800 - 0x0000487f (0x80) IX[B] [22] -1 0 0x00004400 - 0x000044ff (0x100) IX[B] [23] -1 0 0x00004880 - 0x000048bf (0x40) IX[B] [24] -1 0 0x00004000 - 0x000040ff (0x100) IX[B] [25] -1 0 0x00004c20 - 0x00004c3f (0x20) IX[B] [26] -1 0 0x00004c40 - 0x00004c4f (0x10) IX[B] [27] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [28] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [29] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [30] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [31] -1 0 0x00004c00 - 0x00004c1f (0x20) IX[B] [32] -1 0 0x000048e0 - 0x000048ff (0x20) IX[B] [33] -1 0 0x000048c0 - 0x000048df (0x20) IX[B] [34] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B) [35] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [36] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0x90400000: size 64KB (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (++) RADEON(0): "-dpi 96" given in command line, assuming "ConstantDPI" set (++) RADEON(0): X server will keep DPI constant for all screen sizes (II) Loading sub module "int10" (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) RADEON(0): initializing int10 (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (--) RADEON(0): Chipset: "ATI Radeon Mobility 9000 (M9) Lf (AGP)" (ChipID = 0x4c66) (--) RADEON(0): Linear framebuffer at 0x98000000 (II) RADEON(0): AGP card detected (II) RADEON(0): Legacy BIOS detected drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.28.0 (==) RADEON(0): Page Flipping disabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): Detected total video RAM=65536K, accessible=65536K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 65536 kByte (128 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (WW) RADEON(0): Requested desktop size exceeds surface limts for tiling, ColorTiling disabled (II) RADEON(0): Max desktop size set to 2960x1050 (II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf (II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=20000 max=35000; xclk=22000 (WW) RADEON(0): LCD DDC Info Table found! (II) RADEON(0): Bios Connector table: (II) RADEON(0): Port0: DDCType-3, DACType-0, TMDSType-0, ConnectorType-2 (II) RADEON(0): Port4: DDCType-4, DACType-2, TMDSType-2, ConnectorType-1 (II) RADEON(0): Port5: DDCType-0, DACType-1, TMDSType-2, ConnectorType-6 (II) RADEON(0): Output VGA-0 using monitor section Standardbildschirm (II) RADEON(0): I2C bus "VGA_DDC" initialized. (II) RADEON(0): Output LVDS has no monitor section (II) RADEON(0): I2C bus "CRT2_DDC" initialized. (II) RADEON(0): Panel ID string: SEC (II) RADEON(0): Panel Size from BIOS: 1680x1050 (II) RADEON(0): BIOS provided dividers will be used. (II) RADEON(0): Output S-video has no monitor section (II) RADEON(0): Default TV standard: NTSC (II) RADEON(0): TV standards supported by chip: NTSC PAL PAL-M NTSC-J (II) RADEON(0): Port0: Monitor -- AUTO Connector -- VGA DAC Type -- Primary TMDS Type -- None DDC Type -- VGA_DDC (II) RADEON(0): Port1: Monitor -- AUTO Connector -- Proprietary/LVDS DAC Type -- None TMDS Type -- None DDC Type -- CRT2_DDC (II) RADEON(0): Port2: Monitor -- AUTO Connector -- STV DAC Type -- TVDAC/ExtDAC TMDS Type -- None DDC Type -- None (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Monitor Type: 0 finished output detect: 0 (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): DDC Type: 4, Detected Monitor Type: 0 (II) RADEON(0): Detected Monitor Type: 2 finished output detect: 1 finished output detect: 2 finished all detect before xf86InitialConfiguration (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Monitor Type: 0 (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): DDC Type: 4, Detected Monitor Type: 0 (II) RADEON(0): Detected Monitor Type: 2 in RADEONProbeOutputModes (II) RADEON(0): Valid mode using on-chip RMX: 1680x1050 (II) RADEON(0): Valid mode using on-chip RMX: 1280x1024 (II) RADEON(0): Valid mode using on-chip RMX: 1024x768 (II) RADEON(0): Valid mode using on-chip RMX: 800x600 (II) RADEON(0): Valid mode using on-chip RMX: 640x480 (II) RADEON(0): Total number of valid FP mode(s) found: 5 (II) RADEON(0): Output VGA-0 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Output LVDS using initial mode 1680x1050 after xf86InitialConfiguration (++) RADEON(0): DPI set to (96, 96) (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 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (==) RADEON(0): Using XAA acceleration architecture (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 (==) RADEON(0): Assuming overlay scaler buffer width is 1536 (II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable. (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0x90400000 - 0x9040ffff (0x10000) MX[B] [1] 0 0 0x98000000 - 0x9fffffff (0x8000000) MX[B] [2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [6] -1 0 0x90000000 - 0x90000fff (0x1000) MX[B] [7] -1 0 0x90300000 - 0x903000ff (0x100) MX[B] [8] -1 0 0x90200000 - 0x902007ff (0x800) MX[B] [9] -1 0 0xa0300000 - 0xa03000ff (0x100) MX[B] [10] -1 0 0xa0200000 - 0xa02001ff (0x200) MX[B] [11] -1 0 0x44000000 - 0x440003ff (0x400) MX[B] [12] -1 0 0xa0000000 - 0xa00003ff (0x400) MX[B] [13] -1 0 0xb0000000 - 0xafffffff (0x0) MX[B]O [14] -1 0 0x90400000 - 0x9040ffff (0x10000) MX[B](B) [15] -1 0 0x98000000 - 0x9fffffff (0x8000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [19] 0 0 0x00003000 - 0x000030ff (0x100) IX[B] [20] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [21] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [22] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [23] -1 0 0x00002400 - 0x0000247f (0x80) IX[B] [24] -1 0 0x00004800 - 0x0000487f (0x80) IX[B] [25] -1 0 0x00004400 - 0x000044ff (0x100) IX[B] [26] -1 0 0x00004880 - 0x000048bf (0x40) IX[B] [27] -1 0 0x00004000 - 0x000040ff (0x100) IX[B] [28] -1 0 0x00004c20 - 0x00004c3f (0x20) IX[B] [29] -1 0 0x00004c40 - 0x00004c4f (0x10) IX[B] [30] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [31] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [32] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B] [33] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B] [34] -1 0 0x00004c00 - 0x00004c1f (0x20) IX[B] [35] -1 0 0x000048e0 - 0x000048ff (0x20) IX[B] [36] -1 0 0x000048c0 - 0x000048df (0x20) IX[B] [37] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B) [38] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [39] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (==) RADEON(0): Write-combining range (0x98000000,0x4000000) Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done (II) RADEON(0): Dynamic Clock Scaling Disabled (==) RADEON(0): Using 24 bit depth buffer (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x04000000 (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (2960,5667) (II) RADEON(0): Reserved area from (0,1050) to (2960,1052) (II) RADEON(0): Largest offscreen area available: 2960 x 4615 (II) RADEON(0): Will use front buffer at offset 0x0 (II) RADEON(0): Will use back buffer at offset 0x1827000 (II) RADEON(0): Will use depth buffer at offset 0x2403000 (II) RADEON(0): Will use 16384 kb for textures at offset 0x3000000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.3 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0x98000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x1 (II) RADEON(0): [drm] installed DRM signal handler (==) RADEON(0): Using AGP 4x (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x8086/0x3340; Card 0x1002/0x4c66] (II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001 (II) RADEON(0): [agp] ring handle = 0xb0000000 (II) RADEON(0): [agp] Ring mapped at 0xb79a1000 (II) RADEON(0): [agp] ring read ptr handle = 0xb0101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0xb79a0000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xb0102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0xb36de000 (II) RADEON(0): [agp] GART texture map handle = 0xb0302000 (II) RADEON(0): [agp] GART Texture map mapped at 0xb31fe000 (II) RADEON(0): [drm] register handle = 0x90400000 (II) RADEON(0): [dri] Visual configs initialized init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 restore common restore crtc1 restore pll1 restore LVDS enable montype: 2 (WW) RADEON(0): No crtc mode list for crtc 1,continuing with desired mode disable montype: 2 (==) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 10 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0x9bff9800 is: 0x9bff9800 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xb07fb000 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xb07fb000 (II) RADEON(0): Direct rendering enabled (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (**) Option "dpms" (**) RADEON(0): DPMS enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 1052) (II) RADEON(0): Largest offscreen area available: 2960 x 4613 (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/lib/xorg/modules/multimedia//theatre_detect_drv.so (II) Module theatre_detect: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (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 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25 (WW) AIGLX: 3D driver claims to not support visual 0x26 (WW) AIGLX: 3D driver claims to not support visual 0x27 (WW) AIGLX: 3D driver claims to not support visual 0x28 (WW) AIGLX: 3D driver claims to not support visual 0x29 (WW) AIGLX: 3D driver claims to not support visual 0x2a (WW) AIGLX: 3D driver claims to not support visual 0x2b (WW) AIGLX: 3D driver claims to not support visual 0x2c (WW) AIGLX: 3D driver claims to not support visual 0x2d (WW) AIGLX: 3D driver claims to not support visual 0x2e (WW) AIGLX: 3D driver claims to not support visual 0x2f (WW) AIGLX: 3D driver claims to not support visual 0x30 (WW) AIGLX: 3D driver claims to not support visual 0x31 (WW) AIGLX: 3D driver claims to not support visual 0x32 (II) AIGLX: Loaded and initialized /usr/lib/dri/r200_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 444 x 277 (**) Option "CoreKeyboard" (**) Generic Keyboard: always reports core events (**) Option "Protocol" "standard" (**) Generic Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Generic Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Generic Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "de" (**) Generic Keyboard: XkbLayout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) Generic Keyboard: XkbVariant: "nodeadkeys" (**) Option "CustomKeycodes" "off" (**) Generic Keyboard: CustomKeycodes disabled (**) Option "Protocol" "ImPS/2" (**) Configured Mouse: Device: "/dev/input/mice" (**) Configured Mouse: Protocol: "ImPS/2" (**) Configured Mouse: always reports core events (**) Option "Device" "/dev/input/mice" (==) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) Configured Mouse: ZAxisMapping: buttons 4 and 5 (**) Configured Mouse: Buttons: 9 (**) Configured Mouse: Sensitivity: 1 (II) Synaptics touchpad driver version 0.14.6 (1406) (--) Synaptics Touchpad auto-dev sets device to /dev/input/event2 (**) Option "Device" "/dev/input/event2" (**) Option "HorizScrollDelta" "0" (--) Synaptics Touchpad touchpad found (**) Option "SendCoreEvents" "true" (**) Synaptics Touchpad: always reports core events (II) evaluating device (Synaptics Touchpad) (II) XINPUT: Adding extended input device "Synaptics Touchpad" (type: MOUSE) (II) evaluating device (Configured Mouse) (II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE) (II) evaluating device (Generic Keyboard) (II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD) Synaptics DeviceInit called SynapticsCtrl called. Synaptics DeviceOn called (--) Synaptics Touchpad auto-dev sets device to /dev/input/event2 (**) Option "Device" "/dev/input/event2" (--) Synaptics Touchpad touchpad found (II) Configured Mouse: ps2EnableDataReporting: succeeded enable montype: 2 (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.2.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (**) Video Bus: always reports core events (**) Option "xkb_model" "evdev" (**) Option "xkb_layout" "us" (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD) (II) Video Bus: Init (II) Video Bus: On (**) AT Translated Set 2 keyboard: always reports core events (**) Option "xkb_model" "evdev" (**) Option "xkb_layout" "us" (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD) (II) AT Translated Set 2 keyboard: Init (II) AT Translated Set 2 keyboard: On (**) Microsoft Natural? Ergonomic Keyboard 4000: always reports core events (II) Microsoft Natural? Ergonomic Keyboard 4000: Found 1 absolute axes. (II) Microsoft Natural? Ergonomic Keyboard 4000: Configuring as pointer. (II) Microsoft Natural? Ergonomic Keyboard 4000: Found 1 relative axes. (II) Microsoft Natural? Ergonomic Keyboard 4000: Configuring as pointer. (**) Microsoft Natural? Ergonomic Keyboard 4000: Configuring 1 absolute axes. (II) Microsoft Natural? Ergonomic Keyboard 4000: Checking button DIGI_STYLUS (74) (II) Microsoft Natural? Ergonomic Keyboard 4000: Checking bit 330 (EE) Microsoft Natural? Ergonomic Keyboard 4000: AbsoluteTouch: 'DIGI_Touch' does not exist. (II) Microsoft Natural? Ergonomic Keyboard 4000: Found 1 mouse buttons (II) Microsoft Natural? Ergonomic Keyboard 4000: Configured 18 mouse buttons. (**) Option "xkb_model" "evdev" (**) Option "xkb_layout" "us" (II) XINPUT: Adding extended input device "Microsoft Natural? Ergonomic Keyboard 4000" (type: KEYBOARD) (**) Microsoft Natural? Ergonomic Keyboard 4000: 1 valuators. (**) Microsoft Natural? Ergonomic Keyboard 4000: Configuring in Absolute mode. (**) Microsoft Natural? Ergonomic Keyboard 4000: Registering 18 buttons. (II) Microsoft Natural? Ergonomic Keyboard 4000: Init (II) Microsoft Natural? Ergonomic Keyboard 4000: On (**) Microsoft Natural? Ergonomic Keyboard 4000: always reports core events (**) Option "xkb_model" "evdev" (**) Option "xkb_layout" "us" (II) XINPUT: Adding extended input device "Microsoft Natural? Ergonomic Keyboard 4000" (type: KEYBOARD) (II) Microsoft Natural? Ergonomic Keyboard 4000: Init (II) Microsoft Natural? Ergonomic Keyboard 4000: On (**) 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 3 mouse buttons (II) Logitech USB-PS/2 Optical Mouse: Configured 6 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 6 buttons. (II) Logitech USB-PS/2 Optical Mouse: Init (II) Logitech USB-PS/2 Optical Mouse: On AUDIT: Sat Sep 15 02:03:33 2007: 3234 X: client 4 rejected from local host (uid 1000) (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): I2C device "VGA_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA_DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Monitor Type: 0 (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "CRT2_DDC:ddc2" removed. (II) RADEON(0): DDC Type: 4, Detected Monitor Type: 0 (II) RADEON(0): Detected Monitor Type: 2 in RADEONProbeOutputModes (II) RADEON(0): Valid mode using on-chip RMX: 1680x1050 (II) RADEON(0): Valid mode using on-chip RMX: 1280x1024 (II) RADEON(0): Valid mode using on-chip RMX: 1024x768 (II) RADEON(0): Valid mode using on-chip RMX: 800x600 (II) RADEON(0): Valid mode using on-chip RMX: 640x480 (II) RADEON(0): Total number of valid FP mode(s) found: 5 SynapticsCtrl called. SynapticsCtrl called. (II) Logitech USB-PS/2 Optical Mouse: Off (II) Microsoft Natural? Ergonomic Keyboard 4000: Off (II) Microsoft Natural? Ergonomic Keyboard 4000: Off (II) AT Translated Set 2 keyboard: Off (II) Video Bus: Off Synaptics DeviceOff called (II) AIGLX: Suspending AIGLX clients for VT switch disable montype: 2 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x1fff0000 (II) RADEON(0): MC_AGP_LOCATION : 0x27ff2000 finished PLL2 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV standard Leaving Restore TV (II) Open ACPI successful (/var/run/acpid.socket) (II) AIGLX: Resuming AIGLX clients after VT switch init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xb07fb000 restore common restore crtc1 restore pll1 restore LVDS enable montype: 2 (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (==) RADEON(0): Using AGP 4x (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x8086/0x3340; Card 0x1002/0x4c66] enable montype: 2 (II) Logitech USB-PS/2 Optical Mouse: On (II) Microsoft Natural? Ergonomic Keyboard 4000: On (II) Microsoft Natural? Ergonomic Keyboard 4000: On (II) AT Translated Set 2 keyboard: On (II) Video Bus: On Synaptics DeviceOn called (--) Synaptics Touchpad auto-dev sets device to /dev/input/event2 (**) Option "Device" "/dev/input/event2" (--) Synaptics Touchpad touchpad found (II) Configured Mouse: ps2EnableDataReporting: succeeded (II) Logitech USB-PS/2 Optical Mouse: Off (II) Microsoft Natural? Ergonomic Keyboard 4000: Off (II) Microsoft Natural? Ergonomic Keyboard 4000: Off (II) AT Translated Set 2 keyboard: Off (II) Video Bus: Off Synaptics DeviceOff called disable montype: 2 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x1fff0000 (II) RADEON(0): MC_AGP_LOCATION : 0x27ff2000 finished PLL2 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV standard Leaving Restore TV (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xf0a25000 at 0xb7aa2000 (II) RADEON(0): [drm] Closed DRM master. (II) Open ACPI successful (/var/run/acpid.socket) (II) APM registered successfully (==) RADEON(0): Write-combining range (0x98000000,0x4000000) Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done (II) RADEON(0): Dynamic Clock Scaling Disabled (==) RADEON(0): Using 24 bit depth buffer (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x04000000 (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (2960,5667) (II) RADEON(0): Reserved area from (0,1050) to (2960,1052) (II) RADEON(0): Largest offscreen area available: 2960 x 4615 (II) RADEON(0): Will use front buffer at offset 0x0 (II) RADEON(0): Will use back buffer at offset 0x1827000 (II) RADEON(0): Will use depth buffer at offset 0x2403000 (II) RADEON(0): Will use 16384 kb for textures at offset 0x3000000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.3 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0x98000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x1 (II) RADEON(0): [drm] installed DRM signal handler (==) RADEON(0): Using AGP 4x (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x8086/0x3340; Card 0x1002/0x4c66] (II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001 (II) RADEON(0): [agp] ring handle = 0xb0000000 (II) RADEON(0): [agp] Ring mapped at 0xb79a1000 (II) RADEON(0): [agp] ring read ptr handle = 0xb0101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0xb79a0000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xb0102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0xb36de000 (II) RADEON(0): [agp] GART texture map handle = 0xb0302000 (II) RADEON(0): [agp] GART Texture map mapped at 0xb31fe000 (II) RADEON(0): [drm] register handle = 0x90400000 (II) RADEON(0): [dri] Visual configs initialized init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 restore common restore crtc1 restore pll1 restore LVDS enable montype: 2 disable montype: 2 (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 10 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0x9bff9800 is: 0x9bff9800 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xb07fb000 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x9bff9800 (II) RADEON(0): MC_AGP_LOCATION : 0xb07fb000 (II) RADEON(0): Direct rendering enabled (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Acceleration enabled (**) RADEON(0): DPMS enabled (II) RADEON(0): Using hardware cursor (scanline 1052) (II) RADEON(0): Largest offscreen area available: 2960 x 4613 (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Reloading /usr/lib/xorg/modules/multimedia//theatre_detect_drv.so (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25 (WW) AIGLX: 3D driver claims to not support visual 0x26 (WW) AIGLX: 3D driver claims to not support visual 0x27 (WW) AIGLX: 3D driver claims to not support visual 0x28 (WW) AIGLX: 3D driver claims to not support visual 0x29 (WW) AIGLX: 3D driver claims to not support visual 0x2a (WW) AIGLX: 3D driver claims to not support visual 0x2b (WW) AIGLX: 3D driver claims to not support visual 0x2c (WW) AIGLX: 3D driver claims to not support visual 0x2d (WW) AIGLX: 3D driver claims to not support visual 0x2e (WW) AIGLX: 3D driver claims to not support visual 0x2f (WW) AIGLX: 3D driver claims to not support visual 0x30 (WW) AIGLX: 3D driver claims to not support visual 0x31 (WW) AIGLX: 3D driver claims to not support visual 0x32 (II) AIGLX: Loaded and initialized /usr/lib/dri/r200_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 444 x 277 (II) evaluating device (Logitech USB-PS/2 Optical Mouse) (II) evaluating device (Microsoft Natural? Ergonomic Keyboard 4000) (II) evaluating device (Microsoft Natural? Ergonomic Keyboard 4000) (II) evaluating device (AT Translated Set 2 keyboard) (II) evaluating device (Video Bus) (II) evaluating device (Synaptics Touchpad) (II) evaluating device (Configured Mouse) (II) evaluating device (Generic Keyboard) (**) 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 6 buttons. (II) Logitech USB-PS/2 Optical Mouse: Init (II) Microsoft Natural? Ergonomic Keyboard 4000: Init (**) Microsoft Natural? Ergonomic Keyboard 4000: 1 valuators. (**) Microsoft Natural? Ergonomic Keyboard 4000: Configuring in Absolute mode. (**) Microsoft Natural? Ergonomic Keyboard 4000: Registering 18 buttons. (II) Microsoft Natural? Ergonomic Keyboard 4000: Init (II) AT Translated Set 2 keyboard: Init (II) Video Bus: Init Synaptics DeviceInit called SynapticsCtrl called. (II) Logitech USB-PS/2 Optical Mouse: On (II) Microsoft Natural? Ergonomic Keyboard 4000: On (II) Microsoft Natural? Ergonomic Keyboard 4000: On (II) AT Translated Set 2 keyboard: On (II) Video Bus: On Synaptics DeviceOn called (--) Synaptics Touchpad auto-dev sets device to /dev/input/event2 (**) Option "Device" "/dev/input/event2" (--) Synaptics Touchpad touchpad found (II) Configured Mouse: ps2EnableDataReporting: succeeded enable montype: 2 (**) Video Bus: always reports core events (II) Video Bus: Unable to grab pEvdev (Device or resource busy). Cowardly refusing to check use as keyboard. (EE) Video Bus: Don't know how to use pEvdev. (II) UnloadModule: "evdev" (EE) PreInit returned NULL for "Video Bus" (**) AT Translated Set 2 keyboard: always reports core events (II) AT Translated Set 2 keyboard: Unable to grab pEvdev (Device or resource busy). Cowardly refusing to check use as keyboard. (EE) AT Translated Set 2 keyboard: Don't know how to use pEvdev. (II) UnloadModule: "evdev" (EE) PreInit returned NULL for "AT Translated Set 2 keyboard" (**) Microsoft Natural? Ergonomic Keyboard 4000: always reports core events (II) Microsoft Natural? Ergonomic Keyboard 4000: Unable to grab pEvdev (Device or resource busy). Cowardly refusing to check use as keyboard. (II) Microsoft Natural? Ergonomic Keyboard 4000: Found 1 absolute axes. (II) Microsoft Natural? Ergonomic Keyboard 4000: Configuring as pointer. (II) Microsoft Natural? Ergonomic Keyboard 4000: Found 1 relative axes. (II) Microsoft Natural? Ergonomic Keyboard 4000: Configuring as pointer. (**) Microsoft Natural? Ergonomic Keyboard 4000: Configuring 1 absolute axes. (II) Microsoft Natural? Ergonomic Keyboard 4000: Checking button DIGI_STYLUS (74) (II) Microsoft Natural? Ergonomic Keyboard 4000: Checking bit 330 (EE) Microsoft Natural? Ergonomic Keyboard 4000: AbsoluteTouch: 'DIGI_Touch' does not exist. (II) Microsoft Natural? Ergonomic Keyboard 4000: Found 1 mouse buttons (II) Microsoft Natural? Ergonomic Keyboard 4000: Configured 18 mouse buttons. (**) Microsoft Natural? Ergonomic Keyboard 4000: 1 valuators. (**) Microsoft Natural? Ergonomic Keyboard 4000: Configuring in Absolute mode. (**) Microsoft Natural? Ergonomic Keyboard 4000: Registering 18 buttons. (II) Microsoft Natural? Ergonomic Keyboard 4000: Init (II) Microsoft Natural? Ergonomic Keyboard 4000: On (**) Microsoft Natural? Ergonomic Keyboard 4000: always reports core events (II) Microsoft Natural? Ergonomic Keyboard 4000: Unable to grab pEvdev (Device or resource busy). Cowardly refusing to check use as keyboard. (EE) Microsoft Natural? Ergonomic Keyboard 4000: Don't know how to use pEvdev. (II) UnloadModule: "evdev" (EE) PreInit returned NULL for "Microsoft Natural? Ergonomic Keyboard 4000" (**) Logitech USB-PS/2 Optical Mouse: always reports core events (II) Logitech USB-PS/2 Optical Mouse: Unable to grab pEvdev (Device or resource busy). Cowardly refusing to check use as keyboard. (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 3 mouse buttons (II) Logitech USB-PS/2 Optical Mouse: Configured 6 mouse buttons. (**) 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 6 buttons. (II) Logitech USB-PS/2 Optical Mouse: Init (II) Logitech USB-PS/2 Optical Mouse: On AUDIT: Sat Sep 15 02:04:54 2007: 3234 X: client 4 rejected from local host (uid 1000) SynapticsCtrl called. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rc6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-input-evdev depends on: ii libc6 2.6.1-4 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4-1 X.Org X server -- core server xserver-xorg-input-evdev recommends no packages. -- no debconf information
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #10 received at 442316@bugs.debian.org (full text, mbox, reply):
On Sat, Sep 15, 2007 at 02:15:52 +0200, Michael Biebl wrote: > Package: xserver-xorg-input-evdev > Version: 1:1.2.0~git20070819-2 > Severity: important > > As you can see from the xorg.conf, I set up a German keyboard layout. > After installing evdev from experimental I lost my German > keyboard layout (I guess its english, y is z e.g.). > Also, my special keys like alt+f1 dont work anymore. > Hrm. I'm not sure why evdev is even loaded. Did you enable input hotplug via hal? Cheers, Julien
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Michael Biebl <biebl@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #15 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Julien Cristau schrieb: > On Sat, Sep 15, 2007 at 02:15:52 +0200, Michael Biebl wrote: > >> Package: xserver-xorg-input-evdev >> Version: 1:1.2.0~git20070819-2 >> Severity: important >> >> As you can see from the xorg.conf, I set up a German keyboard layout. >> After installing evdev from experimental I lost my German >> keyboard layout (I guess its english, y is z e.g.). >> Also, my special keys like alt+f1 dont work anymore. >> > Hrm. I'm not sure why evdev is even loaded. Did you enable input > hotplug via hal? Not that I know of. I actually don't know how to enable input hotplugging via hal. I didn't explicitly enabled it in my xorg.conf (as you can see) so I guess it's a compiled in default. I purged xserver-xorg-input-evdev for now to get a working keyboard back. I'm not sure if xserver-xorg-input-all should depend on evdev until this is fixed. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
[signature.asc (application/pgp-signature, attachment)]
Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=7067.
Request was from David Nusinow <dnusinow@speakeasy.net>
to control@bugs.debian.org.
(Tue, 23 Oct 2007 01:30:02 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Ruben Faelens <parasietje@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #22 received at 442316@bugs.debian.org (full text, mbox, reply):
This is known behaviour. It has been this way since 2006-05 (see
http://bugs.freedesktop.org/show_bug.cgi?id=7067). No-one knows for sure
where the problem is; the evdev subsystem sends other keycodes than the
PS/2 input subsystem.
My opinion is that the X.org evdev-driver should provide it's own
keycode->keysymbol mapping for the EVDEV keycodes. This is my X.org
configuration:
Section "InputDevice"
Identifier "logitech_keyboard"
Driver "evdev"
Option "Phys" "*/input0"
Option "Name" "Logitech Logitech USB Keyboard"
Option "AutoRepeat" "200 20"
Option "XkbModel" "evdev"
EndSection
Note the 'XkbModel' line. You can easily load other keyboard mappings
using setxkbmap, or set them in the xorg.conf. As long as XkbModel is
'evdev'.
Your Super_L and Super_R keys will not work. I fix this by using a
.Xmodmap file with
add Mod3 = Super_R
add Mod3 = Super_L
This fixes the problem. However, the evdev input driver should note that
XkbModel has not been set to evdev.
Forcibly Merged 442316 447731.
Request was from Ana Guerrero <ana@debian.org>
to control@bugs.debian.org.
(Tue, 23 Oct 2007 14:06:07 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Michael Biebl <biebl@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #29 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Julien Cristau schrieb: > On Sat, Sep 15, 2007 at 02:15:52 +0200, Michael Biebl wrote: > >> Package: xserver-xorg-input-evdev >> Version: 1:1.2.0~git20070819-2 >> Severity: important >> >> As you can see from the xorg.conf, I set up a German keyboard layout. >> After installing evdev from experimental I lost my German >> keyboard layout (I guess its english, y is z e.g.). >> Also, my special keys like alt+f1 dont work anymore. >> > Hrm. I'm not sure why evdev is even loaded. Did you enable input > hotplug via hal? You were right, Julien. It was because of hal (specifically the file /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi) that the evdev driver was enabled. Whenever xorg input hotplugging kicks in, the evdev driver is used. The kbd keyboard settings from xorg.conf are ignored and the en_US keyboard layout is used. Unfortunately, the evdev driver seems to lack functionality, e.g. my multimedia keys don't work anymore, also, very important, STRG+ALT+F1 is non-functional (maybe this is just a misconfiguration, I don't know. At least the default configuration seems to lack this functionality). It gets even worse, if you try to apply a pc105 keyboard layout over evdev (which can happen if you use GNOMEs/KDEs keyboard selector). Then you not only have missing keys but also some keys are mis-mapped. E.g. the UP key is mapped to PRINT [1]. This really makes it hard to navigate. Since the latest upgrade of hal to 0.5.10, the above fdi file is shipped by default in hal. So several users have already encountered this problem (debian bug #447666, #447676). The question now is, how we proceed from here. I CCed Daniel Stone, maybe he can give us some input on how to solve this, and how we can get xorg hotplugging work correctly. If I understood Daniel correctly, he proposes to set the keyboard layout (probably based on the values from xorg.conf) via a generated fdi file. I'd like to avoid that, because that would complicate things. Preferably, the X server should use the keyboard layout specified in xorg.conf (for the old kbd driver) even when used in xorg hotplugging mode. For the second part (DEs applying a pc105 keyboard layout over evdev) I can't think of a proper solution right now. All I can say is, that I would prefer, if we don't break working setups. In case we can't fix the above issues in a reasonable time frame, I will consider to remove /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi from hal again, at least temporarily. If you say, that this is soon fixable, I would at least raise the severity of the hal bug #447666 to critical, so users of testing will not be affected by this. Feedback and comments welcome, Michael [1] http://lists.freedesktop.org/archives/xorg/2007-October/029202.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
[signature.asc (application/pgp-signature, attachment)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Daniel Stone <daniel.stone@nokia.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #34 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote: > Whenever xorg input hotplugging kicks in, the evdev driver is used. The > kbd keyboard settings from xorg.conf are ignored and the en_US keyboard > layout is used. Yes, this should probably be fixed up, I guess. But the long-term fix is to provide an FDI file in /etc that specifies the keyboard layout. > Unfortunately, the evdev driver seems to lack functionality, e.g. my > multimedia keys don't work anymore, also, very important, STRG+ALT+F1 is > non-functional (maybe this is just a misconfiguration, I don't know. At > least the default configuration seems to lack this functionality). Sounds like the keymap isn't getting loaded correctly; it's always worked fine here. > It gets even worse, if you try to apply a pc105 keyboard layout over > evdev (which can happen if you use GNOMEs/KDEs keyboard selector). Then > you not only have missing keys but also some keys are mis-mapped. E.g. > the UP key is mapped to PRINT [1]. This really makes it hard to navigate. Use the evdev layout, not pc105. > If I understood Daniel correctly, he proposes to set the keyboard layout > (probably based on the values from xorg.conf) via a generated fdi file. > I'd like to avoid that, because that would complicate things. How would it complicate anything? xorg.conf is a file, so is an FDI. We're already using FDIs through HAL, anyway ... > Preferably, the X server should use the keyboard layout specified in > xorg.conf (for the old kbd driver) even when used in xorg hotplugging mode. Yes, probably. > For the second part (DEs applying a pc105 keyboard layout over evdev) I > can't think of a proper solution right now. All I can say is, that I > would prefer, if we don't break working setups. Unfortunately, there's not much we can do here, except possibly the evdev driver hacking pc105 to evdev. Cheers, Daniel
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to David Nusinow <dnusinow@speakeasy.net>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #39 received at 442316@bugs.debian.org (full text, mbox, reply):
On Tue, Oct 23, 2007 at 10:02:35PM +0300, Daniel Stone wrote: > On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote: > > Whenever xorg input hotplugging kicks in, the evdev driver is used. The > > kbd keyboard settings from xorg.conf are ignored and the en_US keyboard > > layout is used. > > Yes, this should probably be fixed up, I guess. But the long-term fix > is to provide an FDI file in /etc that specifies the keyboard layout. My feeling is the other way around, provided that the X server is the only user of this field. People already know how to edit xorg.conf, and they expect it. Telling them to edit a relatively obscure file among many other fdi's is more painful. There's also userspace tools that exist to help with generating a xorg.conf, but nothing friendly to deal with fdi's. > > If I understood Daniel correctly, he proposes to set the keyboard layout > > (probably based on the values from xorg.conf) via a generated fdi file. > > I'd like to avoid that, because that would complicate things. > > How would it complicate anything? xorg.conf is a file, so is an FDI. > We're already using FDIs through HAL, anyway ... Generating xorg.conf sucks though and we're trying to get away from that as much as is sensible. Of course, this was the one section I'd planned to keep generating anyway. > > Preferably, the X server should use the keyboard layout specified in > > xorg.conf (for the old kbd driver) even when used in xorg hotplugging mode. > > Yes, probably. My sense is that if we're going to do this, then there's no need to generate the fdi. Just generate the xorg.conf. We can patch the server to use libhal_device_set_property_string to dynamically set the keyboard layout at runtime in hal's database, and the server can just draw that information from xorg.conf initially. - David Nusinow
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Soeren Sonnenburg <bugreports@nn7.de>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #44 received at 442316@bugs.debian.org (full text, mbox, reply):
Package: xserver-xorg-input-evdev
Version: 1:1.2.0~git20070819-3
Followup-For: Bug #442316
As this in my case broke fn key support, mouse emulation and custom keys
and pommed / gpomme on my macbook pro and took me hours to isolate the
problem I think it is worth adding this info for people being affected
by this great bug in the future.
Ah yes this of course also happens with evdev device en_US keyboard selected in
gnome-keyboard-properties (if one does not do this then even cursor keys
stop working etc etc).
(The suggested solution - downgrade to the package in testing or
removing it makes the system work again)
-- 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 2007-01-10 17:20 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736632 2007-08-09 19:39 /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 M56P [Radeon Mobility X1600]
/var/lib/x11/xorg.conf.md5sum does not exist.
Xorg X server configuration file status:
-rw-rw-rw- 1 root root 4075 2007-10-24 07:47 /etc/X11/xorg.conf
Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier "MacBook Default"
Screen "MacBook Screen" 0 0
InputDevice "Internal Keyboard" "CoreKeyboard"
InputDevice "Internal Touchpad"
InputDevice "External Mouse" "CorePointer"
EndSection
Section "Files"
FontPath "/usr/share/fonts/X11/misc/"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1/"
FontPath "/usr/share/fonts/X11/75dpi/"
FontPath "/usr/share/fonts/X11/100dpi/"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection
Section "Module"
Load "bitmap"
Load "dbe"
Load "glx"
Load "dri"
Load "extmod"
Load "freetype"
Load "synaptics"
Load "v4l"
Load "int10"
Load "record"
Load "vbe"
EndSection
Section "InputDevice"
Identifier "Internal Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "macintosh"
Option "XkbLayout" "en_US"
Option "XkbOptions" "ctrl:nocaps"
Option "RightAlt" "ModeShift"
EndSection
Section "InputDevice"
Identifier "External Mouse"
Driver "mouse"
Option "Device" "/dev/input/mice"
Option "Protocol" "ExplorerPS/2"
Option "Buttons" "7"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
Identifier "Internal Touchpad"
Driver "synaptics"
Option "SendCoreEvents" "true"
Option "Device" "/dev/input/by-id/usb-Apple_Computer_Apple_Internal_Keyboard_._Trackpad-mouse"
Option "Protocol" "auto-dev"
Option "MinSpeed" "0.50"
Option "MaxSpeed" "4"
Option "AccelFactor" "0.09"
# Tap options.
Option "TapButton1" "0" # Mouse button for 1-finger tap
Option "TapButton2" "0" # Mouse button for 2-finger tap
Option "TapButton3" "0" # Mouse button for 3-finger tap
Option "CoastingSpeed" "0" # Scrolling *after* the finger is released
Option "LockedDrags" "off" # On means dragging is terminated with a tap
Option "VertEdgeScroll" "off"
Option "HorizEdgeScroll" "off"
Option "VertTwoFingerScroll" "true"
Option "HorizTwoFingerScroll" "false"
Option "LTCornerButton" "0"
Option "RTCornerButton" "0"
Option "LBCornerButton" "0"
Option "RBCornerButton" "0"
EndSection
Section "Monitor"
# Option "noDDC" "true"
# Option "noTV" "true"
Identifier "MacBook Monitor"
DisplaySize 519 324
Option "DPMS"
Option "HorizSync" "30-100"
Option "VertRefresh" "50-60"
# Option "IgnoreEDID" "true"
EndSection
#Section "Device"
# Identifier "ATI Radeon"
# Driver "fglrx"
##Driver "avivo"
##Driver "radeonhd"
#EndSection
Section "Device"
#Option "VRefresh2" "50-60"
#Option "ForceMonitors" "lvds,tmds1"
#Option "ForceMonitors" "tmds1,nolvds,nocrt1,nocrt2,notv"
#Option "EnableMonitor" "tmds1,nolvds,nocrt1,nocrt2,notv"
#Option "Mode2" "1920x1200 1600x1200 1680x1050 1440x900 1400x1050 1280x1024 1024x768 800x600 640x480"
#BusID "PCI:1:0:0"
Identifier "ATI Radeon"
Driver "fglrx"
Option "DesktopSetup" "clone"
Option "EnableMonitor" "lvds"
Option "XAANoOffscreenPixmaps" "true"
Option "backingstore" "true"
Option "ColorTiling" "on"
Option "Overlay" "on"
Option "OpenGLOverlay" "off"
Option "RenderAccel" "true"
Option "AccelMethod" "XAA"
Option "EnableDepthMoves" "true"
EndSection
Section "Screen"
Identifier "MacBook Screen"
Device "ATI Radeon"
#Monitor "MacBook Monitor"
DefaultDepth 24
SubSection "Display"
Virtual 1920 1200
Depth 24
Modes "1920x1200" "1600x1200" "1680x1050" "1440x900" "1400x1050" "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
Option "AddARGBGLXVisuals" "true"
Option "DisableGLXRootClipping" "true"
EndSection
Section "DRI"
Mode 0666
EndSection
Section "Extensions"
Option "RENDER" "Enable"
Option "DAMAGE" "Enable"
Option "XVideo" "Enable"
Option "Composite" "Enable"
EndSection
Section "ServerFlags"
Option "AIGLX" "True"
EndSection
Xorg X server log files on system:
-rw-r--r-- 1 root root 49107 2006-12-05 17:27 /var/log/Xorg.93.log
-rw-r--r-- 1 root root 123531 2006-12-18 12:35 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 21855 2007-09-20 14:47 /var/log/Xorg.17.log
-rw-r--r-- 1 root root 25680 2007-10-03 09:59 /var/log/Xorg.9.log
-rw-r--r-- 1 root root 32991 2007-10-05 18:45 /var/log/Xorg.22.log
-rw-r--r-- 1 root root 32896 2007-10-05 18:55 /var/log/Xorg.21.log
-rw-r--r-- 1 root root 32991 2007-10-05 18:55 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 45471 2007-10-24 07:55 /var/log/Xorg.8.log
-rw-r--r-- 1 root root 46272 2007-10-24 08:05 /var/log/Xorg.0.log
Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:
X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12)
Current Operating System: Linux no 2.6.23-sonne #11 SMP PREEMPT Wed Oct 10 07:55:06 CEST 2007 i686
Build Date: 09 August 2007
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: Wed Oct 24 08:00:37 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "MacBook Default"
(**) |-->Screen "MacBook Screen" (0)
(**) | |-->Monitor "<default monitor>"
(**) | |-->Device "ATI Radeon"
(WW) No monitor specified for screen "MacBook Screen".
Using a default monitor configuration.
(**) |-->Input Device "Internal Keyboard"
(**) |-->Input Device "Internal Touchpad"
(**) |-->Input Device "External Mouse"
(**) Option "AIGLX" "True"
(WW) 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/75dpi/:unscaled,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/Type1/,
/usr/share/fonts/X11/75dpi/,
/usr/share/fonts/X11/100dpi/,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
/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 "RENDER" is enabled
(**) Extension "DAMAGE" is enabled
(**) Extension "XVideo" is enabled
(**) Extension "Composite" is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e5140
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
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.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(++) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,27a0 card 8086,7270 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,27a1 card 0000,0000 rev 03 class 06,04,00 hdr 01
(II) PCI: 00:07:0: chip 8086,27a3 card 0000,0000 rev 03 class 11,01,00 hdr 00
(II) PCI: 00:1b:0: chip 8086,27d8 card 8384,7680 rev 02 class 04,03,00 hdr 00
(II) PCI: 00:1c:0: chip 8086,27d0 card 0000,0000 rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:1: chip 8086,27d2 card 0000,0000 rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:2: chip 8086,27d4 card 0000,0000 rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1d:0: chip 8086,27c8 card 8086,7270 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,27c9 card 8086,7270 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,27ca card 8086,7270 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:3: chip 8086,27cb card 8086,7270 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,27cc card 8086,7270 rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev e2 class 06,04,01 hdr 01
(II) PCI: 00:1f:0: chip 8086,27b9 card 8086,7270 rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,27df card 8086,7270 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:2: chip 8086,27c4 card 8086,7270 rev 02 class 01,01,8f hdr 00
(II) PCI: 00:1f:3: chip 8086,27da card 8086,7270 rev 02 class 0c,05,00 hdr 00
(II) PCI: 01:00:0: chip 1002,71c5 card 106b,0080 rev 00 class 03,00,00 hdr 00
(II) PCI: 02:00:0: chip 11ab,4362 card 11ab,5321 rev 22 class 02,00,00 hdr 00
(II) PCI: 03:00:0: chip 168c,001c card 106b,0086 rev 01 class 02,00,00 hdr 00
(II) PCI: 0c:03:0: chip 11c1,5811 card 11c1,5811 rev 61 class 0c,00,10 hdr 00
(II) PCI: End of PCI scan
(II) Intel Bridge workaround enabled
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,12), 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: 0x0008 (VGA_EN is set)
(II) Bus 1 I/O range:
[0] -1 0 0x00003000 - 0x00003fff (0x1000) IX[B]
(II) Bus 1 non-prefetchable memory range:
[0] -1 0 0x98300000 - 0x983fffff (0x100000) MX[B]
(II) Bus 1 prefetchable memory range:
[0] -1 0 0x80000000 - 0x8fffffff (0x10000000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:28:0), (0,2,2), BCTRL: 0x0000 (VGA_EN is cleared)
(II) Bus 2 I/O range:
[0] -1 0 0x00002000 - 0x00002fff (0x1000) IX[B]
(II) Bus 2 non-prefetchable memory range:
[0] -1 0 0x98200000 - 0x982fffff (0x100000) MX[B]
(II) Bus 2 prefetchable memory range:
[0] -1 0 0x98500000 - 0x985fffff (0x100000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 3: bridge is at (0:28:1), (0,3,3), BCTRL: 0x0000 (VGA_EN is cleared)
(II) Bus 3 non-prefetchable memory range:
[0] -1 0 0x98100000 - 0x981fffff (0x100000) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 4: bridge is at (0:28:2), (0,4,11), BCTRL: 0x0000 (VGA_EN is cleared)
(II) Bus 4 I/O range:
[0] -1 0 0x00001000 - 0x00001fff (0x1000) IX[B]
(II) Bus 4 non-prefetchable memory range:
[0] -1 0 0x94100000 - 0x980fffff (0x4000000) MX[B]
(II) Bus 4 prefetchable memory range:
[0] -1 0 0x90000000 - 0x93ffffff (0x4000000) MX[B]
(II) Subtractive PCI-to-PCI bridge:
(II) Bus 12: bridge is at (0:30:0), (0,12,12), BCTRL: 0x0000 (VGA_EN is cleared)
(II) Bus 12 non-prefetchable memory range:
[0] -1 0 0x94000000 - 0x940fffff (0x100000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(1:0:0) ATI Technologies Inc M56P [Radeon Mobility X1600] rev 0, Mem @ 0x80000000/28, 0x98300000/16, I/O @ 0x3000/8
(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) Active PCI resource ranges:
[0] -1 0 0x94000000 - 0x94000fff (0x1000) MX[B]
[1] -1 0 0x98100000 - 0x9810ffff (0x10000) MX[B]
[2] -1 0 0x98200000 - 0x98203fff (0x4000) MX[B]
[3] -1 0 0x98405000 - 0x984053ff (0x400) MX[B]
[4] -1 0 0x98405400 - 0x984057ff (0x400) MX[B]
[5] -1 0 0x98400000 - 0x98403fff (0x4000) MX[B]
[6] -1 0 0x98404000 - 0x98404fff (0x1000) MX[B]
[7] -1 0 0x98300000 - 0x9830ffff (0x10000) MX[B](B)
[8] -1 0 0x80000000 - 0x8fffffff (0x10000000) MX[B](B)
[9] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]
[10] -1 0 0x0000efa0 - 0x0000efbf (0x20) IX[B]
[11] -1 0 0x00004020 - 0x0000402f (0x10) IX[B]
[12] -1 0 0x000040f0 - 0x000040f3 (0x4) IX[B]
[13] -1 0 0x000040d0 - 0x000040d7 (0x8) IX[B]
[14] -1 0 0x000040f4 - 0x000040f7 (0x4) IX[B]
[15] -1 0 0x000040d8 - 0x000040df (0x8) IX[B]
[16] -1 0 0x000040c0 - 0x000040cf (0x10) IX[B]
[17] -1 0 0x00000374 - 0x00000374 (0x1) IX[B]
[18] -1 0 0x00000170 - 0x00000177 (0x8) IX[B]
[19] -1 0 0x000003f4 - 0x000003f4 (0x1) IX[B]
[20] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[21] -1 0 0x00004040 - 0x0000405f (0x20) IX[B]
[22] -1 0 0x00004060 - 0x0000407f (0x20) IX[B]
[23] -1 0 0x00004080 - 0x0000409f (0x20) IX[B]
[24] -1 0 0x000040a0 - 0x000040bf (0x20) IX[B]
[25] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0x94000000 - 0x94000fff (0x1000) MX[B]
[1] -1 0 0x98100000 - 0x9810ffff (0x10000) MX[B]
[2] -1 0 0x98200000 - 0x98203fff (0x4000) MX[B]
[3] -1 0 0x98405000 - 0x984053ff (0x400) MX[B]
[4] -1 0 0x98405400 - 0x984057ff (0x400) MX[B]
[5] -1 0 0x98400000 - 0x98403fff (0x4000) MX[B]
[6] -1 0 0x98404000 - 0x98404fff (0x1000) MX[B]
[7] -1 0 0x98300000 - 0x9830ffff (0x10000) MX[B](B)
[8] -1 0 0x80000000 - 0x8fffffff (0x10000000) MX[B](B)
[9] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]
[10] -1 0 0x0000efa0 - 0x0000efbf (0x20) IX[B]
[11] -1 0 0x00004020 - 0x0000402f (0x10) IX[B]
[12] -1 0 0x000040f0 - 0x000040f3 (0x4) IX[B]
[13] -1 0 0x000040d0 - 0x000040d7 (0x8) IX[B]
[14] -1 0 0x000040f4 - 0x000040f7 (0x4) IX[B]
[15] -1 0 0x000040d8 - 0x000040df (0x8) IX[B]
[16] -1 0 0x000040c0 - 0x000040cf (0x10) IX[B]
[17] -1 0 0x00000374 - 0x00000374 (0x1) IX[B]
[18] -1 0 0x00000170 - 0x00000177 (0x8) IX[B]
[19] -1 0 0x000003f4 - 0x000003f4 (0x1) IX[B]
[20] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[21] -1 0 0x00004040 - 0x0000405f (0x20) IX[B]
[22] -1 0 0x00004060 - 0x0000407f (0x20) IX[B]
[23] -1 0 0x00004080 - 0x0000409f (0x20) IX[B]
[24] -1 0 0x000040a0 - 0x000040bf (0x20) IX[B]
[25] -1 0 0x00003000 - 0x000030ff (0x100) 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 0x94000000 - 0x94000fff (0x1000) MX[B]
[5] -1 0 0x98100000 - 0x9810ffff (0x10000) MX[B]
[6] -1 0 0x98200000 - 0x98203fff (0x4000) MX[B]
[7] -1 0 0x98405000 - 0x984053ff (0x400) MX[B]
[8] -1 0 0x98405400 - 0x984057ff (0x400) MX[B]
[9] -1 0 0x98400000 - 0x98403fff (0x4000) MX[B]
[10] -1 0 0x98404000 - 0x98404fff (0x1000) MX[B]
[11] -1 0 0x98300000 - 0x9830ffff (0x10000) MX[B](B)
[12] -1 0 0x80000000 - 0x8fffffff (0x10000000) MX[B](B)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[15] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]
[16] -1 0 0x0000efa0 - 0x0000efbf (0x20) IX[B]
[17] -1 0 0x00004020 - 0x0000402f (0x10) IX[B]
[18] -1 0 0x000040f0 - 0x000040f3 (0x4) IX[B]
[19] -1 0 0x000040d0 - 0x000040d7 (0x8) IX[B]
[20] -1 0 0x000040f4 - 0x000040f7 (0x4) IX[B]
[21] -1 0 0x000040d8 - 0x000040df (0x8) IX[B]
[22] -1 0 0x000040c0 - 0x000040cf (0x10) IX[B]
[23] -1 0 0x00000374 - 0x00000374 (0x1) IX[B]
[24] -1 0 0x00000170 - 0x00000177 (0x8) IX[B]
[25] -1 0 0x000003f4 - 0x000003f4 (0x1) IX[B]
[26] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[27] -1 0 0x00004040 - 0x0000405f (0x20) IX[B]
[28] -1 0 0x00004060 - 0x0000407f (0x20) IX[B]
[29] -1 0 0x00004080 - 0x0000409f (0x20) IX[B]
[30] -1 0 0x000040a0 - 0x000040bf (0x20) IX[B]
[31] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B)
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.3.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: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(**) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.3.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.3.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: "synaptics"
(II) Loading /usr/lib/xorg/modules/input//synaptics_drv.so
(II) Module synaptics: vendor="X.Org Foundation"
compiled for 4.3.99.902, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.7
(II) LoadModule: "v4l"
(II) Loading /usr/lib/xorg/modules/drivers//v4l_drv.so
(II) Module v4l: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 0.1.1
ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.3.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: "vbe"
(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.1.0
ABI class: X.Org Video Driver, version 1.2
(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
compiled for 7.1.0, module version = 8.42.3
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.3.0, module version = 1.2.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.7
(II) LoadModule: "synaptics"
(II) Reloading /usr/lib/xorg/modules/input//synaptics_drv.so
(II) LoadModule: "mouse"
(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.2.2
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.7
(II) v4l driver for Video4Linux
(II) Primary Device is: PCI 01:00:0
(II) ATI Proprietary Linux Driver Version Identifier:8.42.3
(II) ATI Proprietary Linux Driver Release Identifier: UNSUPPORTED-8.423.2
(II) ATI Proprietary Linux Driver Build Date: Oct 19 2007 16:13:26
(--) Assigning device section with no busID to primary device
(--) Chipset Supported AMD Graphics Processor (0x71C5) found
(II) AMD Video driver is running on a device belonging to a group targeted for this release
(II) AMD Video driver is signed
(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 0x94000000 - 0x94000fff (0x1000) MX[B]
[5] -1 0 0x98100000 - 0x9810ffff (0x10000) MX[B]
[6] -1 0 0x98200000 - 0x98203fff (0x4000) MX[B]
[7] -1 0 0x98405000 - 0x984053ff (0x400) MX[B]
[8] -1 0 0x98405400 - 0x984057ff (0x400) MX[B]
[9] -1 0 0x98400000 - 0x98403fff (0x4000) MX[B]
[10] -1 0 0x98404000 - 0x98404fff (0x1000) MX[B]
[11] -1 0 0x98300000 - 0x9830ffff (0x10000) MX[B](B)
[12] -1 0 0x80000000 - 0x8fffffff (0x10000000) MX[B](B)
[13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[15] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]
[16] -1 0 0x0000efa0 - 0x0000efbf (0x20) IX[B]
[17] -1 0 0x00004020 - 0x0000402f (0x10) IX[B]
[18] -1 0 0x000040f0 - 0x000040f3 (0x4) IX[B]
[19] -1 0 0x000040d0 - 0x000040d7 (0x8) IX[B]
[20] -1 0 0x000040f4 - 0x000040f7 (0x4) IX[B]
[21] -1 0 0x000040d8 - 0x000040df (0x8) IX[B]
[22] -1 0 0x000040c0 - 0x000040cf (0x10) IX[B]
[23] -1 0 0x00000374 - 0x00000374 (0x1) IX[B]
[24] -1 0 0x00000170 - 0x00000177 (0x8) IX[B]
[25] -1 0 0x000003f4 - 0x000003f4 (0x1) IX[B]
[26] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[27] -1 0 0x00004040 - 0x0000405f (0x20) IX[B]
[28] -1 0 0x00004060 - 0x0000407f (0x20) IX[B]
[29] -1 0 0x00004080 - 0x0000409f (0x20) IX[B]
[30] -1 0 0x000040a0 - 0x000040bf (0x20) IX[B]
[31] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B)
(II) fglrx(0): pEnt->device->identifier=0x8204738
(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 0x94000000 - 0x94000fff (0x1000) MX[B]
[5] -1 0 0x98100000 - 0x9810ffff (0x10000) MX[B]
[6] -1 0 0x98200000 - 0x98203fff (0x4000) MX[B]
[7] -1 0 0x98405000 - 0x984053ff (0x400) MX[B]
[8] -1 0 0x98405400 - 0x984057ff (0x400) MX[B]
[9] -1 0 0x98400000 - 0x98403fff (0x4000) MX[B]
[10] -1 0 0x98404000 - 0x98404fff (0x1000) MX[B]
[11] -1 0 0x98300000 - 0x9830ffff (0x10000) MX[B](B)
[12] -1 0 0x80000000 - 0x8fffffff (0x10000000) 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 0x00002000 - 0x000020ff (0x100) IX[B]
[19] -1 0 0x0000efa0 - 0x0000efbf (0x20) IX[B]
[20] -1 0 0x00004020 - 0x0000402f (0x10) IX[B]
[21] -1 0 0x000040f0 - 0x000040f3 (0x4) IX[B]
[22] -1 0 0x000040d0 - 0x000040d7 (0x8) IX[B]
[23] -1 0 0x000040f4 - 0x000040f7 (0x4) IX[B]
[24] -1 0 0x000040d8 - 0x000040df (0x8) IX[B]
[25] -1 0 0x000040c0 - 0x000040cf (0x10) IX[B]
[26] -1 0 0x00000374 - 0x00000374 (0x1) IX[B]
[27] -1 0 0x00000170 - 0x00000177 (0x8) IX[B]
[28] -1 0 0x000003f4 - 0x000003f4 (0x1) IX[B]
[29] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[30] -1 0 0x00004040 - 0x0000405f (0x20) IX[B]
[31] -1 0 0x00004060 - 0x0000407f (0x20) IX[B]
[32] -1 0 0x00004080 - 0x0000409f (0x20) IX[B]
[33] -1 0 0x000040a0 - 0x000040bf (0x20) IX[B]
[34] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B)
[35] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[36] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) fglrx(0): === [atiddxPreInit] === begin, [x]
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 0.1.0
ABI class: X.Org Video Driver, version 1.2
(II) fglrx(0): PCI bus 1 card 0 func 0
(**) fglrx(0): Depth 24, (--) framebuffer bpp 32
(II) fglrx(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) fglrx(0): Default visual is TrueColor
(**) fglrx(0): Option "EnableDepthMoves" "true"
(**) fglrx(0): Option "OpenGLOverlay" "off"
(**) fglrx(0): Option "DesktopSetup" "clone"
(**) fglrx(0): Option "EnableMonitor" "lvds"
(==) fglrx(0): RGB weight 888
(II) fglrx(0): Using 8 bits per RGB (8 bit DAC)
(==) fglrx(0): Gamma Correction for I is 0x06419064
(==) fglrx(0): Gamma Correction for II is 0x06419064
(==) fglrx(0): Buffer Tiling is ON
(--) fglrx(0): Chipset: "ATI Mobility Radeon X1600" (Chipset = 0x71c5)
(--) fglrx(0): (PciSubVendor = 0x106b, PciSubDevice = 0x0080)
(--) fglrx(0): board vendor info: third party graphics adapter - NOT original ATI
(--) fglrx(0): Linear framebuffer (phys) at 0x80000000
(--) fglrx(0): MMIO registers at 0x98300000
(==) fglrx(0): ROM-BIOS at 0x000c0000
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules//libint10.so
(II) fglrx(0): Primary V_BIOS segment is: 0xc000
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Reloading /usr/lib/xorg/modules//libvbe.so
(II) fglrx(0): VESA BIOS detected
(II) fglrx(0): VESA VBE Version 3.0
(II) fglrx(0): VESA VBE Total Mem: 16384 kB
(II) fglrx(0): VESA VBE OEM: ATI ATOMBIOS
(II) fglrx(0): VESA VBE OEM Software Rev: 9.12
(II) fglrx(0): VESA VBE OEM Vendor: (C) 1988-2005, ATI Technologies Inc.
(II) fglrx(0): VESA VBE OEM Product: M56P
(II) fglrx(0): VESA VBE OEM Product Rev: 01.00
(II) fglrx(0): ATI Video BIOS revision 9 or later detected
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmGetBusid returned ''
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Loading /usr/lib/xorg/modules/linux//libfglrxdrm.so
(II) Module fglrxdrm: vendor="FireGL - ATI Technologies Inc."
compiled for 7.1.0, module version = 8.42.3
ABI class: X.Org Server Extension, version 0.3
(--) fglrx(0): VideoRAM: 262144 kByte, Type: DDR3
(II) fglrx(0): PCIE card detected
(WW) fglrx(0): board is an unknown third party board, chipset is supported
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"(II) Module already built-in
(II) fglrx(0): Connected Display1: LCD on internal LVDS [lvds]
(II) fglrx(0): Display1 EDID data ---------------------------
(II) fglrx(0): Manufacturer: APP Model: 9c60 Serial#: 0
(II) fglrx(0): Year: 2006 Week: 4
(II) fglrx(0): EDID Version: 1.3
(II) fglrx(0): Digital Display Input
(II) fglrx(0): Max H-Image Size [cm]: horiz.: 34 vert.: 22
(II) fglrx(0): Gamma: 2.20
(II) fglrx(0): No DPMS capabilities specified; RGB/Color Display
(II) fglrx(0): First detailed timing is preferred mode
(II) fglrx(0): redX: 0.590 redY: 0.345 greenX: 0.315 greenY: 0.555
(II) fglrx(0): blueX: 0.155 blueY: 0.155 whiteX: 0.313 whiteY: 0.329
(II) fglrx(0): Manufacturer's mask: 0
(II) fglrx(0): Supported additional Video Mode:
(II) fglrx(0): clock: 96.3 MHz Image Size: 331 x 207 mm
(II) fglrx(0): h_active: 1440 h_sync: 1504 h_sync_end 1536 h_blank_end 1760 h_border: 0
(II) fglrx(0): v_active: 900 v_sync: 903 v_sync_end 906 v_blanking: 912 v_border: 0
(II) fglrx(0): B154PW01 V0
(II) fglrx(0): Monitor name: Color LCD
(II) fglrx(0): EDID (in hex):
(II) fglrx(0): 00ffffffffffff000610609c00000000
(II) fglrx(0): 04100103802216780a1cf59758508e27
(II) fglrx(0): 27505400000001010101010101010101
(II) fglrx(0): 0101010101019f25a04051840c304020
(II) fglrx(0): 33004bcf100000190000000100061030
(II) fglrx(0): 00000000000000000a20000000fe0042
(II) fglrx(0): 313534505730312056300a20000000fc
(II) fglrx(0): 00436f6c6f72204c43440a20202000bc
(II) fglrx(0): End of Display1 EDID data --------------------
(II) fglrx(0): Primary Controller - LCD on internal LVDS
(II) fglrx(0): Internal Desktop Setting: 0x00000008
(II) fglrx(0): POWERplay version 3. 3 power states available:
(II) fglrx(0): 1. 311/297MHz @ 60Hz [enable load balancing, performance mode]
(II) fglrx(0): 2. 128/135MHz @ 60Hz [low voltage, enable sleep]
(II) fglrx(0): 3. 311/297MHz @ 60Hz [enable sleep]
(==) fglrx(0): Qbs disabled
(==) fglrx(0): FAST_SWAP disabled
(==) fglrx(0): PseudoColor visuals disabled
(==) fglrx(0): Using gamma correction (1.0, 1.0, 1.0)
(**) fglrx(0): Center Mode is disabled
(==) fglrx(0): TMDS coherent mode is enabled
(II) fglrx(0): Total of 10 modes found for primary display.
(--) fglrx(0): Virtual size is 1920x1200 (pitch 0)
(**) fglrx(0): *Mode "1440x900": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "1440x900" 96.31 1440 1504 1536 1760 900 903 906 912 +hsync +vsync
(**) fglrx(0): *Mode "1024x768": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "1024x768" 96.31 1024 1504 1536 1760 768 903 906 912 +hsync +vsync
(**) fglrx(0): *Mode "800x600": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "800x600" 96.31 800 1504 1536 1760 600 903 906 912 +hsync +vsync
(**) fglrx(0): *Mode "640x480": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "640x480" 96.31 640 1504 1536 1760 480 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "1152x864": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "1152x864" 96.31 1152 1504 1536 1760 864 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "640x400": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "640x400" 96.31 640 1504 1536 1760 400 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "512x384": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "512x384" 96.31 512 1504 1536 1760 384 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "400x300": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "400x300" 96.31 400 1504 1536 1760 300 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "320x240": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "320x240" 96.31 320 1504 1536 1760 240 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "320x200": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "320x200" 96.31 320 1504 1536 1760 200 903 906 912 +hsync +vsync
(++) fglrx(0): DPI set to (96, 96)
(--) fglrx(0): Virtual size is 1920x1200 (pitch 1920)
(**) fglrx(0): *Mode "1440x900": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "1440x900" 96.31 1440 1504 1536 1760 900 903 906 912 +hsync +vsync
(**) fglrx(0): *Mode "1024x768": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "1024x768" 96.31 1024 1504 1536 1760 768 903 906 912 +hsync +vsync
(**) fglrx(0): *Mode "800x600": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "800x600" 96.31 800 1504 1536 1760 600 903 906 912 +hsync +vsync
(**) fglrx(0): *Mode "640x480": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "640x480" 96.31 640 1504 1536 1760 480 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "1152x864": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "1152x864" 96.31 1152 1504 1536 1760 864 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "640x400": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "640x400" 96.31 640 1504 1536 1760 400 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "512x384": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "512x384" 96.31 512 1504 1536 1760 384 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "400x300": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "400x300" 96.31 400 1504 1536 1760 300 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "320x240": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "320x240" 96.31 320 1504 1536 1760 240 903 906 912 +hsync +vsync
(**) fglrx(0): Default mode "320x200": 96.3 MHz (scaled from 0.0 MHz), 54.7 kHz, 60.0 Hz
(II) fglrx(0): Modeline "320x200" 96.31 320 1504 1536 1760 200 903 906 912 +hsync +vsync
(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.3.0, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.3
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"(II) Module already built-in
(==) fglrx(0): NoAccel = NO
(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.3.0, module version = 1.2.0
ABI class: X.Org Video Driver, version 1.2
(==) fglrx(0): HPV inactive
(==) fglrx(0): NoDRI = NO
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Reloading /usr/lib/xorg/modules/linux//libfglrxdrm.so
(**) fglrx(0): Enabling depth moves
(==) fglrx(0): Capabilities: 0x00000000
(==) fglrx(0): CapabilitiesEx: 0x00000000
(==) fglrx(0): cpuFlags: 0x8000001d
(==) fglrx(0): OpenGL ClientDriverName: "fglrx_dri.so"
(**) fglrx(0): ATI GART size: 256 MB
(II) fglrx(0): [pcie] 258048 kB allocated with handle 0xdeadbeef
(II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 65536
(==) fglrx(0): UseFastTLS=0
(==) fglrx(0): BlockSignalsOnLock=1
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] 0 0 0x98300000 - 0x9830ffff (0x10000) MX[B]
[1] 0 0 0x80000000 - 0x8fffffff (0x10000000) MX[B]
[2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
[3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[6] -1 0 0x94000000 - 0x94000fff (0x1000) MX[B]
[7] -1 0 0x98100000 - 0x9810ffff (0x10000) MX[B]
[8] -1 0 0x98200000 - 0x98203fff (0x4000) MX[B]
[9] -1 0 0x98405000 - 0x984053ff (0x400) MX[B]
[10] -1 0 0x98405400 - 0x984057ff (0x400) MX[B]
[11] -1 0 0x98400000 - 0x98403fff (0x4000) MX[B]
[12] -1 0 0x98404000 - 0x98404fff (0x1000) MX[B]
[13] -1 0 0x98300000 - 0x9830ffff (0x10000) MX[B](B)
[14] -1 0 0x80000000 - 0x8fffffff (0x10000000) MX[B](B)
[15] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU)
[16] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU)
[17] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU)
[18] 0 0 0x00003000 - 0x000030ff (0x100) IX[B]
[19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[21] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]
[22] -1 0 0x0000efa0 - 0x0000efbf (0x20) IX[B]
[23] -1 0 0x00004020 - 0x0000402f (0x10) IX[B]
[24] -1 0 0x000040f0 - 0x000040f3 (0x4) IX[B]
[25] -1 0 0x000040d0 - 0x000040d7 (0x8) IX[B]
[26] -1 0 0x000040f4 - 0x000040f7 (0x4) IX[B]
[27] -1 0 0x000040d8 - 0x000040df (0x8) IX[B]
[28] -1 0 0x000040c0 - 0x000040cf (0x10) IX[B]
[29] -1 0 0x00000374 - 0x00000374 (0x1) IX[B]
[30] -1 0 0x00000170 - 0x00000177 (0x8) IX[B]
[31] -1 0 0x000003f4 - 0x000003f4 (0x1) IX[B]
[32] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[33] -1 0 0x00004040 - 0x0000405f (0x20) IX[B]
[34] -1 0 0x00004060 - 0x0000407f (0x20) IX[B]
[35] -1 0 0x00004080 - 0x0000409f (0x20) IX[B]
[36] -1 0 0x000040a0 - 0x000040bf (0x20) IX[B]
[37] -1 0 0x00003000 - 0x000030ff (0x100) IX[B](B)
[38] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[39] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(II) fglrx(0): driver needs X.org 7.1.x.y with x.y >= 0.0
(II) fglrx(0): detected X.org 7.1.0.0
(II) Loading extension ATIFGLRXDRI
(II) fglrx(0): doing DRIScreenInit
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: Searching for BusID PCI:1:0:0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenByBusid: drmOpenMinor returns 7
drmOpenByBusid: drmGetBusid reports
drmOpenDevice: node name is /dev/dri/card1
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card2
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card3
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card4
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card5
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card6
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card7
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card8
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card9
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card10
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card11
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card12
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card13
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card14
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -19
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmGetBusid returned ''
(II) fglrx(0): [drm] DRM interface version 1.0
(II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:1:0:0"
(II) fglrx(0): [drm] added 8192 byte SAREA at 0xb4000
(II) fglrx(0): [drm] mapped SAREA 0xb4000 to 0xb7ec3000
(II) fglrx(0): [drm] framebuffer handle = 0xb5000
(II) fglrx(0): [drm] added 1 reserved context for kernel
(II) fglrx(0): DRIScreenInit done
(II) fglrx(0): Kernel Module Version Information:
(II) fglrx(0): Name: fglrx
(II) fglrx(0): Version: 8.42.3
(II) fglrx(0): Date: Oct 19 2007
(II) fglrx(0): Desc: ATI FireGL DRM kernel module
(II) fglrx(0): Kernel Module version matches driver.
(II) fglrx(0): Kernel Module Build Time Information:
(II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.23-sonne
(II) fglrx(0): Build-Kernel MODVERSIONS: no
(II) fglrx(0): Build-Kernel __SMP__: yes
(II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000
(II) fglrx(0): [drm] register handle = 0x000b6000
(II) fglrx(0): Interrupt handler installed at IRQ 16.
(II) fglrx(0): Exposed events to the /proc interface
(II) fglrx(0): DRI initialization successfull!
(II) fglrx(0): FBADPhys: 0xc0000000 FBMappedSize: 0x01000e00
(II) fglrx(0): FBMM initialized for area (0,0)-(1920,2185)
(II) fglrx(0): FBMM auto alloc for area (0,0)-(1920,1200) (front color buffer - assumption)
(II) fglrx(0): Largest offscreen area available: 1920 x 985
(**) fglrx(0): Option "BackingStore" "true"
(**) fglrx(0): Backing store enabled
(II) Loading extension FGLRXEXTENSION
(II) Loading extension ATITVOUT
(**) fglrx(0): Textured Video is enabled.
(II) LoadModule: "glesx"
(II) Loading /usr/lib/xorg/modules//glesx.so
(II) Module glesx: vendor="X.Org Foundation"
compiled for 7.1.0, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension GLESX
(II) fglrx(0): GLESX enableFlags = 16
(II) fglrx(0): GLESX is enabled
(**) fglrx(0): Option "XaaNoOffscreenPixmaps" "true"
(II) fglrx(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Solid Lines
Dashed Lines
Setting up tile and stipple cache:
32 128x128 slots
18 256x256 slots
(II) fglrx(0): Acceleration enabled
(WW) fglrx(0): Option "ColorTiling" is not used
(WW) fglrx(0): Option "Overlay" is not used
(WW) fglrx(0): Option "RenderAccel" is not used
(WW) fglrx(0): Option "AccelMethod" is not used
(WW) fglrx(0): Option "AddARGBGLXVisuals" is not used
(WW) fglrx(0): Option "DisableGLXRootClipping" is not used
(II) fglrx(0): X context handle = 0x1
(II) fglrx(0): [DRI] installation complete
(II) fglrx(0): Direct rendering enabled
[atiddx] ASYNCIO init succeed!
(==) fglrx(0): Silken mouse enabled
(==) fglrx(0): Using hardware cursor
(==) 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
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID PCI:1:0:0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports PCI:1:0:0
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
(WW) AIGLX: 3D driver claims to not support visual 0x33
(WW) AIGLX: 3D driver claims to not support visual 0x34
(WW) AIGLX: 3D driver claims to not support visual 0x35
(WW) AIGLX: 3D driver claims to not support visual 0x36
(WW) AIGLX: 3D driver claims to not support visual 0x37
(WW) AIGLX: 3D driver claims to not support visual 0x38
(WW) AIGLX: 3D driver claims to not support visual 0x39
(WW) AIGLX: 3D driver claims to not support visual 0x3a
(WW) AIGLX: 3D driver claims to not support visual 0x3b
(WW) AIGLX: 3D driver claims to not support visual 0x3c
(WW) AIGLX: 3D driver claims to not support visual 0x3d
(WW) AIGLX: 3D driver claims to not support visual 0x3e
(WW) AIGLX: 3D driver claims to not support visual 0x3f
(WW) AIGLX: 3D driver claims to not support visual 0x40
(WW) AIGLX: 3D driver claims to not support visual 0x41
(WW) AIGLX: 3D driver claims to not support visual 0x42
(WW) AIGLX: 3D driver claims to not support visual 0x43
(WW) AIGLX: 3D driver claims to not support visual 0x44
(WW) AIGLX: 3D driver claims to not support visual 0x45
(WW) AIGLX: 3D driver claims to not support visual 0x46
(WW) AIGLX: 3D driver claims to not support visual 0x47
(WW) AIGLX: 3D driver claims to not support visual 0x48
(WW) AIGLX: 3D driver claims to not support visual 0x49
(WW) AIGLX: 3D driver claims to not support visual 0x4a
(WW) AIGLX: 3D driver claims to not support visual 0x4b
(WW) AIGLX: 3D driver claims to not support visual 0x4c
(WW) AIGLX: 3D driver claims to not support visual 0x4d
(WW) AIGLX: 3D driver claims to not support visual 0x4e
(WW) AIGLX: 3D driver claims to not support visual 0x4f
(WW) AIGLX: 3D driver claims to not support visual 0x50
(WW) AIGLX: 3D driver claims to not support visual 0x51
(WW) AIGLX: 3D driver claims to not support visual 0x52
(WW) AIGLX: 3D driver claims to not support visual 0x53
(WW) AIGLX: 3D driver claims to not support visual 0x54
(WW) AIGLX: 3D driver claims to not support visual 0x55
(WW) AIGLX: 3D driver claims to not support visual 0x56
(WW) AIGLX: 3D driver claims to not support visual 0x57
(WW) AIGLX: 3D driver claims to not support visual 0x58
(WW) AIGLX: 3D driver claims to not support visual 0x59
(WW) AIGLX: 3D driver claims to not support visual 0x5a
(WW) AIGLX: 3D driver claims to not support visual 0x5b
(WW) AIGLX: 3D driver claims to not support visual 0x5c
(WW) AIGLX: 3D driver claims to not support visual 0x5d
(WW) AIGLX: 3D driver claims to not support visual 0x5e
(WW) AIGLX: 3D driver claims to not support visual 0x5f
(WW) AIGLX: 3D driver claims to not support visual 0x60
(WW) AIGLX: 3D driver claims to not support visual 0x61
(WW) AIGLX: 3D driver claims to not support visual 0x62
(WW) AIGLX: 3D driver claims to not support visual 0x63
(WW) AIGLX: 3D driver claims to not support visual 0x64
(WW) AIGLX: 3D driver claims to not support visual 0x65
(WW) AIGLX: 3D driver claims to not support visual 0x66
(WW) AIGLX: 3D driver claims to not support visual 0x67
(WW) AIGLX: 3D driver claims to not support visual 0x68
(WW) AIGLX: 3D driver claims to not support visual 0x69
(WW) AIGLX: 3D driver claims to not support visual 0x6a
(WW) AIGLX: 3D driver claims to not support visual 0x6b
(WW) AIGLX: 3D driver claims to not support visual 0x6c
(WW) AIGLX: 3D driver claims to not support visual 0x6d
(WW) AIGLX: 3D driver claims to not support visual 0x6e
(WW) AIGLX: 3D driver claims to not support visual 0x6f
(WW) AIGLX: 3D driver claims to not support visual 0x70
(WW) AIGLX: 3D driver claims to not support visual 0x71
(WW) AIGLX: 3D driver claims to not support visual 0x72
(II) AIGLX: Loaded and initialized /usr/lib/dri/fglrx_dri.so
(II) GLX: Initialized DRI GL provider for screen 0
(**) Option "CoreKeyboard"
(**) Internal Keyboard: Core Keyboard
(**) Option "Protocol" "standard"
(**) Internal Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Internal Keyboard: XkbRules: "xorg"
(**) Option "XkbModel" "macintosh"
(**) Internal Keyboard: XkbModel: "macintosh"
(**) Option "XkbLayout" "en_US"
(**) Internal Keyboard: XkbLayout: "en_US"
(**) Option "XkbOptions" "ctrl:nocaps"
(**) Internal Keyboard: XkbOptions: "ctrl:nocaps"
(**) Option "CustomKeycodes" "off"
(**) Internal Keyboard: CustomKeycodes disabled
(II) Synaptics touchpad driver version 0.14.6 (1406)
(--) Internal Touchpad auto-dev sets device to /dev/input/event9
(**) Option "Device" "/dev/input/event9"
(**) Option "VertEdgeScroll" "off"
(**) Option "HorizEdgeScroll" "off"
(**) Option "VertTwoFingerScroll" "true"
(**) Option "HorizTwoFingerScroll" "false"
(**) Option "LockedDrags" "off"
(**) Option "RTCornerButton" "0"
(**) Option "RBCornerButton" "0"
(**) Option "LTCornerButton" "0"
(**) Option "LBCornerButton" "0"
(**) Option "TapButton1" "0"
(**) Option "TapButton2" "0"
(**) Option "TapButton3" "0"
(--) Internal Touchpad touchpad found
(**) Option "SendCoreEvents" "true"
(**) Internal Touchpad: always reports core events
(**) Option "Protocol" "ExplorerPS/2"
(**) External Mouse: Device: "/dev/input/mice"
(**) External Mouse: Protocol: "ExplorerPS/2"
(**) Option "CorePointer"
(**) External Mouse: Core Pointer
(**) Option "Device" "/dev/input/mice"
(**) Option "Buttons" "7"
(==) External Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) External Mouse: ZAxisMapping: buttons 4 and 5
(**) External Mouse: Buttons: 11
(**) External Mouse: Sensitivity: 1
(II) XINPUT: Adding extended input device "External Mouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Internal Touchpad" (type: MOUSE)
(II) XINPUT: Adding extended input device "Internal Keyboard" (type: KEYBOARD)
Synaptics DeviceInit called
SynapticsCtrl called.
Synaptics DeviceOn called
(--) Internal Touchpad auto-dev sets device to /dev/input/event9
(**) Option "Device" "/dev/input/event9"
(--) Internal Touchpad touchpad found
(II) External Mouse: ps2EnableDataReporting: succeeded
ProcXCloseDevice to close or not ?
Synaptics DeviceOff called
(II) AIGLX: Suspending AIGLX clients for VT switch
(II) Open ACPI successful (/var/run/acpid.socket)
(II) AIGLX: Resuming AIGLX clients after VT switch
(II) External Mouse: ps2EnableDataReporting: succeeded
Synaptics DeviceOn called
(--) Internal Touchpad auto-dev sets device to /dev/input/event9
(**) Option "Device" "/dev/input/event9"
(--) Internal Touchpad touchpad found
(II) 3rd Button detected: disabling emulate3Button
-- System Information:
Debian Release: lenny/sid
APT prefers stable
APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-sonne (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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-6 GNU C Library: Shared libraries
hi xserver-xorg-core 2:1.3.0.0.dfsg-12 X.Org X server -- core server
xserver-xorg-input-evdev recommends no packages.
-- no debconf information
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Magnus Therning <magnus@therning.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #49 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
I have a Logitech Cordless Internet Pro keyboard and mouse, both connect
to the same USB port. The interesting thing is that some keyboard
events are transmitted via the mouse (it seems rather braindead to me,
but that's the case). This is part of my /proc/bus/input/devices:
I: Bus=0003 Vendor=046d Product=c505 Version=0110
N: Name="Logitech USB Receiver"
H: Handlers=kbd event0
I: Bus=0003 Vendor=046d Product=c505 Version=0110
N: Name="Logitech USB Receiver"
H: Handlers=kbd mouse0 event1
^^^^^^^^^^
The change to hal (introducing x11-input.fdi, bug #446851) didn't just render
some keys unmapped, it also rendered the middle and right mouse key
non-functional. In fact, pressing either middle or right mouse key
would kill X :-(
I tried the configuration suggested for Logitech Cordless Desktop LX
501[1] (which also has a mouse that is part keyboard). That didn't
solve the problem however.
After commenting out the contents of
/usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi and restoring
xorg.conf to its original contents I now have a properly working X
again.
I've attached my old Xorg.0.log for your viewing pleasure, I especially
like the 96 button mouse :-)
(II) Logitech USB Receiver: Configured 96 mouse buttons.
/M
[1]: http://gentoo-wiki.com/HOWTO_Advanced_Mouse/Individual_Configurations#Logitech_Cordless_Desktop_LX_501
--
Magnus Therning (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org Jabber: magnus．therning＠gmail．com
http://therning.org/magnus
Time is a great teacher, but unfortunately it kills all its pupils.
-- Hector Louis Berlioz
[Xorg.0.log.old (application/x-trash, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Daniel Stone <daniel.stone@nokia.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #54 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Tue, Oct 23, 2007 at 08:17:10PM -0400, ext David Nusinow wrote: > On Tue, Oct 23, 2007 at 10:02:35PM +0300, Daniel Stone wrote: > > On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote: > > > Whenever xorg input hotplugging kicks in, the evdev driver is used. The > > > kbd keyboard settings from xorg.conf are ignored and the en_US keyboard > > > layout is used. > > > > Yes, this should probably be fixed up, I guess. But the long-term fix > > is to provide an FDI file in /etc that specifies the keyboard layout. > > My feeling is the other way around, provided that the X server is the only > user of this field. People already know how to edit xorg.conf, and they > expect it. Telling them to edit a relatively obscure file among many other > fdi's is more painful. There's also userspace tools that exist to help with > generating a xorg.conf, but nothing friendly to deal with fdi's. As I've said before, the X server isn't the only user of the field. :) Ubuntu were trying to move to cxkb a year or so ago, and the only thing that stopped them in the end was how huge the XKB codebase was, which I'm fixing (very slowly) upstream. So yeah, if having this in HAL lets us finaly unify console and X keymaps ... > > > Preferably, the X server should use the keyboard layout specified in > > > xorg.conf (for the old kbd driver) even when used in xorg hotplugging mode. > > > > Yes, probably. > > My sense is that if we're going to do this, then there's no need to > generate the fdi. Just generate the xorg.conf. We can patch the server to > use libhal_device_set_property_string to dynamically set the keyboard > layout at runtime in hal's database, and the server can just draw that > information from xorg.conf initially. Well, you could even have a postinst that scans xorg.conf and generates the FDI, but yes, the X server should be responsible for checking this and not breaking existing setups. Cheers, Daniel
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #59 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Tue, Oct 23, 2007 at 20:02:31 +0200, Michael Biebl wrote: > You were right, Julien. It was because of hal (specifically the file > /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi) that the evdev > driver was enabled. > BTW, should we change the fdi to load synaptics instead of evdev when it detects a touchpad? It seems most people are using that. I'm using evdev right now on my laptop, but I need to run xinput to set the device to relative mode every time I start X (and I had to modify xinput to let me do that, because it doesn't think my touchpad is an extended device). Cheers, Julien
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Daniel Stone <daniel.stone@nokia.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #64 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Wed, Oct 24, 2007 at 02:47:06PM +0200, ext Julien Cristau wrote: > On Tue, Oct 23, 2007 at 20:02:31 +0200, Michael Biebl wrote: > > You were right, Julien. It was because of hal (specifically the file > > /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi) that the evdev > > driver was enabled. > > BTW, should we change the fdi to load synaptics instead of evdev when it > detects a touchpad? It seems most people are using that. Yep, seems sensible to me. > I'm using evdev right now on my laptop, but I need to run xinput to set > the device to relative mode every time I start X (and I had to modify > xinput to let me do that, because it doesn't think my touchpad is an > extended device). Ah, yes. I assume it was just checking for XExtensionDevice, instead of Device/Keyboard/Pointer? Cheers, Daniel
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #69 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Wed, Oct 24, 2007 at 15:54:05 +0300, Daniel Stone wrote:
> On Wed, Oct 24, 2007 at 02:47:06PM +0200, ext Julien Cristau wrote:
> > On Tue, Oct 23, 2007 at 20:02:31 +0200, Michael Biebl wrote:
> > > You were right, Julien. It was because of hal (specifically the file
> > > /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi) that the evdev
> > > driver was enabled.
> >
> > BTW, should we change the fdi to load synaptics instead of evdev when it
> > detects a touchpad? It seems most people are using that.
>
> Yep, seems sensible to me.
OK. Michael, the following patch seems to work for me:
--- 10-x11-input.fdi 2007-10-24 15:07:22.000000000 +0200
+++ 10-x11-input.fdi.new 2007-10-24 15:07:58.000000000 +0200
@@ -7,6 +7,9 @@
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.x11_driver" type="string">evdev</merge>
+ <match key="info.capabilities" contains="input.touchpad">
+ <merge key="input.x11_driver" type="string">synaptics</merge>
+ </match>
</match>
</match>
>
> > I'm using evdev right now on my laptop, but I need to run xinput to set
> > the device to relative mode every time I start X (and I had to modify
> > xinput to let me do that, because it doesn't think my touchpad is an
> > extended device).
>
> Ah, yes. I assume it was just checking for XExtensionDevice, instead of
> Device/Keyboard/Pointer?
>
Right.
Cheers,
Julien
[signature.asc (application/pgp-signature, inline)]
Blocking bugs of 446851 added: 442316 and 447731
Request was from Michael Biebl <biebl@debian.org>
to control@bugs.debian.org.
(Wed, 24 Oct 2007 14:15:05 GMT) (full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to David Nusinow <dnusinow@speakeasy.net>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #76 received at 442316@bugs.debian.org (full text, mbox, reply):
On Wed, Oct 24, 2007 at 01:53:40PM +0300, Daniel Stone wrote: > On Tue, Oct 23, 2007 at 08:17:10PM -0400, ext David Nusinow wrote: > > On Tue, Oct 23, 2007 at 10:02:35PM +0300, Daniel Stone wrote: > > > On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote: > > > > Whenever xorg input hotplugging kicks in, the evdev driver is used. The > > > > kbd keyboard settings from xorg.conf are ignored and the en_US keyboard > > > > layout is used. > > > > > > Yes, this should probably be fixed up, I guess. But the long-term fix > > > is to provide an FDI file in /etc that specifies the keyboard layout. > > > > My feeling is the other way around, provided that the X server is the only > > user of this field. People already know how to edit xorg.conf, and they > > expect it. Telling them to edit a relatively obscure file among many other > > fdi's is more painful. There's also userspace tools that exist to help with > > generating a xorg.conf, but nothing friendly to deal with fdi's. > > As I've said before, the X server isn't the only user of the field. :) > Ubuntu were trying to move to cxkb a year or so ago, and the only thing > that stopped them in the end was how huge the XKB codebase was, which > I'm fixing (very slowly) upstream. So yeah, if having this in HAL lets > us finaly unify console and X keymaps ... Ok, I missed that somehow. So it should probably be hal that generates this and not the xserver? > > > > Preferably, the X server should use the keyboard layout specified in > > > > xorg.conf (for the old kbd driver) even when used in xorg hotplugging mode. > > > > > > Yes, probably. > > > > My sense is that if we're going to do this, then there's no need to > > generate the fdi. Just generate the xorg.conf. We can patch the server to > > use libhal_device_set_property_string to dynamically set the keyboard > > layout at runtime in hal's database, and the server can just draw that > > information from xorg.conf initially. > > Well, you could even have a postinst that scans xorg.conf and generates > the FDI, but yes, the X server should be responsible for checking this > and not breaking existing setups. Yeah, I'm mainly concerned with not breaking existing setups. I feel like we've been doing that a lot lately. Luckly, lenny is a ways away so we have time to break things quite a bit before we get it right. - David Nusinow
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Michael Biebl <biebl@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #81 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
David Nusinow schrieb: > On Wed, Oct 24, 2007 at 01:53:40PM +0300, Daniel Stone wrote: >> On Tue, Oct 23, 2007 at 08:17:10PM -0400, ext David Nusinow wrote: >>> On Tue, Oct 23, 2007 at 10:02:35PM +0300, Daniel Stone wrote: >>>> On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote: >>>>> Whenever xorg input hotplugging kicks in, the evdev driver is used. The >>>>> kbd keyboard settings from xorg.conf are ignored and the en_US keyboard >>>>> layout is used. >>>> Yes, this should probably be fixed up, I guess. But the long-term fix >>>> is to provide an FDI file in /etc that specifies the keyboard layout. >>> My feeling is the other way around, provided that the X server is the only >>> user of this field. People already know how to edit xorg.conf, and they >>> expect it. Telling them to edit a relatively obscure file among many other >>> fdi's is more painful. There's also userspace tools that exist to help with >>> generating a xorg.conf, but nothing friendly to deal with fdi's. >> As I've said before, the X server isn't the only user of the field. :) >> Ubuntu were trying to move to cxkb a year or so ago, and the only thing >> that stopped them in the end was how huge the XKB codebase was, which >> I'm fixing (very slowly) upstream. So yeah, if having this in HAL lets >> us finaly unify console and X keymaps ... > > Ok, I missed that somehow. So it should probably be hal that generates this > and not the xserver? The problem with hal generating the fdi file, would be that it could get out of sync, whenever you run dpkg-reconfigure xserver-xorg. We would also have to duplicate a lot of logic from xserver-xorgs postinst in hal. Generating the fdi file from within xserver-xorg seems to be more straightforward to me. If you are going to remove the input device section (generation) completely from xserver-xorgs postinst and rely completely on hal for that, then I agree hal should be the one and only place where to configure the keyboard/input. Doing the configuration at two places (xserver-xorg->xorg.conf and hal-> fdi) will really cause headaches imho. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
[signature.asc (application/pgp-signature, attachment)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Daniel Stone <daniel.stone@nokia.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #86 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Wed, Oct 24, 2007 at 07:55:35PM -0400, ext David Nusinow wrote: > On Wed, Oct 24, 2007 at 01:53:40PM +0300, Daniel Stone wrote: > > As I've said before, the X server isn't the only user of the field. :) > > Ubuntu were trying to move to cxkb a year or so ago, and the only thing > > that stopped them in the end was how huge the XKB codebase was, which > > I'm fixing (very slowly) upstream. So yeah, if having this in HAL lets > > us finaly unify console and X keymaps ... > > Ok, I missed that somehow. So it should probably be hal that generates this > and not the xserver? Yep. > > Well, you could even have a postinst that scans xorg.conf and generates > > the FDI, but yes, the X server should be responsible for checking this > > and not breaking existing setups. > > Yeah, I'm mainly concerned with not breaking existing setups. I feel like > we've been doing that a lot lately. Luckly, lenny is a ways away so we have > time to break things quite a bit before we get it right. Sweet. Well, I'll happily take patches. Cheers, Daniel
[signature.asc (application/pgp-signature, inline)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Jack Dodds <brmdamon@aci.on.ca>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #91 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
If I understand this report, this bug is being treated as if it was
introduced in the evdev version in experimental.
However, I am experiencing it with stable (etch).
I am running etch with Gnome. I have a two seat system (two independent
keyboards, mice, and screens). In etch, the two seat system can be set
up without patching anything, but it is essential to use evdev to do so.
I have two 104 key keyboards, the main one connected via a PS2 port, the
secondary one via USB.
The keyboard mappings are messed up. Both keyboards behave the same
way. For example, the <Up> key in the editing section of the keyboard
behaves like the <Print> key. The right <Ctrl> key and the <PgDn> in
the keypad both cause a page down, but the <Page Down> key in the
editing section of the keyboard does nothing.
I would be very grateful for any suggestions for a workaround that could
be used in etch.
(BTW, The two seat system was previously running under sarge, without
this bug, but required patches to XFree86 and the kernel.)
Here's the keyboard setup.
Section "InputDevice"
Identifier "First Keyboard"
Driver "evdev"
Option "Device" "/dev/input/event0"
Option "XkbRules" "xorg"
Option "XkbModel" "evdev"
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier "Second Keyboard"
Driver "evdev"
Option "Device" "/dev/input/event1"
Option "XkbRules" "xorg"
Option "XkbModel" "evdev"
Option "XkbLayout" "us"
EndSection
Here's the tail end of /var/log/Xorg.0.log
(II) evdev brain: Rescanning devices (1).
(**) Option "CoreKeyboard"
(**) Keyboard2-usb-0000:00:1d.1-1.1/input0: Core Keyboard
(**) Option "XkbRules" "xorg"
(**) Option "XkbModel" "pc104"
(**) Option "XkbLayout" "us"
(**) Option "Protocol" "ImPS/2"
(**) Mouse2: Device: "/dev/input/mouse1"
(**) Mouse2: Protocol: "ImPS/2"
(**) Option "CorePointer"
(**) Mouse2: Core Pointer
(**) Option "Device" "/dev/input/mouse1"
(**) Option "Emulate3Buttons" "true"
(**) Mouse2: Emulate3Buttons, Emulate3Timeout: 50
(**) Mouse2: ZAxisMapping: buttons 4 and 5
(**) Mouse2: Buttons: 9
(II) XINPUT: Adding extended input device "Mouse2" (type: MOUSE)
(II) XINPUT: Adding extended input device
"Keyboard2-usb-0000:00:1d.1-1.1/input0" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "evdev brain" (type: evdev brain)
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)" };
(II) Keyboard2-usb-0000:00:1d.1-1.1/input0: Init
(II) evdev brain: Rescanning devices (2).
(II) Keyboard2-usb-0000:00:1d.1-1.1/input0: On
(II) Mouse2: ps2EnableDataReporting: succeeded
--
=================================================
This email is digitally signed using the Enigmail
and GnuPG packages (http://enigmail.mozdev.org),
which can also be used by the recipient to verify
the digital signature.
=================================================
[signature.asc (application/pgp-signature, attachment)]
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to David Nusinow <dnusinow@speakeasy.net>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #96 received at 442316@bugs.debian.org (full text, mbox, reply):
On Thu, Oct 25, 2007 at 02:08:19AM +0200, Michael Biebl wrote: > David Nusinow schrieb: > > Ok, I missed that somehow. So it should probably be hal that generates this > > and not the xserver? > > The problem with hal generating the fdi file, would be that it could get > out of sync, whenever you run dpkg-reconfigure xserver-xorg. > We would also have to duplicate a lot of logic from xserver-xorgs > postinst in hal. Generating the fdi file from within xserver-xorg seems > to be more straightforward to me. > > If you are going to remove the input device section (generation) > completely from xserver-xorgs postinst and rely completely on hal for > that, then I agree hal should be the one and only place where to > configure the keyboard/input. > Doing the configuration at two places (xserver-xorg->xorg.conf and hal-> > fdi) will really cause headaches imho. Yeah, we'll remove it from the xserver postinst. The only thing I want is to allow the server to respect currently existing xorg.confs. So long as that happens, it's probably better if hal does create the fdi. - David Nusinow
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #101 received at 442316@bugs.debian.org (full text, mbox, reply):
On Sat, Oct 27, 2007 at 17:20:57 -0400, Jack Dodds wrote: > If I understand this report, this bug is being treated as if it was > introduced in the evdev version in experimental. > > However, I am experiencing it with stable (etch). > Then it's a totally different issue, please don't mix them. Cheers, Julien
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to ucko@debian.org (Aaron M. Ucko):
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #106 received at 442316@bugs.debian.org (full text, mbox, reply):
Julien Cristau <jcristau@debian.org> writes: > Then it's a totally different issue, please don't mix them. Hm? AFAICT from reviewing the bug log, it's a longstanding issue that users simply didn't notice (for the most part) until hal briefly attempted to make everyone's keyboard use the evdev driver. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu@monk.mit.edu
Information forwarded to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(full text, mbox, link).
Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(full text, mbox, link).
Message #111 received at 442316@bugs.debian.org (full text, mbox, reply):
# Automatically generated email from bts, devscripts version 2.10.20 # hal's fdi doesn't get installed now, so this shouldn't be RC; we still need to work on that input-hotplug thing, though... severity 442316 important
Severity set to `important' from `grave'
Request was from Julien Cristau <jcristau@debian.org>
to control@bugs.debian.org.
(Wed, 26 Mar 2008 01:54:06 GMT) (full text, mbox, link).
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Fri, 14 Nov 2008 09:09:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Marc Fargas <marc@marcfargas.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Fri, 14 Nov 2008 09:09:03 GMT) (full text, mbox, link).
Message #118 received at 442316@bugs.debian.org (full text, mbox, reply):
Package: xserver-xorg-input-evdev
Version: 1:2.0.99.3-1
Severity: normal
Hi,
I upgraded some packages yesterday, ones of whom was
xserver-xorg-input-evdev. Now, since I rebooted, my keyboard in
screwed much like the first message in this bug describes.
The language is OK. I can write without problems, but the Windows key
doesn't work. Arrows act as "Enter" or even one of those acts as a
"Print Screen" (my /tmp is now full of screenshots!) "Alt Gr" doesn't
work also.
I'd say my keyboard had always worked fine. I've always used evdev (I
think), the relevant xorg.conf part:
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Any easy way to fix this in the meantime? I doubt my configuration is
"rare" so maybe when this goes to unstable you'll see more affected
prople ;)
Anyway, thanks for your work with those packages, I've been told X.Org
is a beast to maintain ;o
Regards,
Marc
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable'), (150, 'experimental'), (100, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages xserver-xorg-input-evdev depends on:
ii libc6 2.8+20080809-1 GNU C Library: Shared libraries
ii xserver-xorg-core 2:1.5.3-1 Xorg X server - core server
xserver-xorg-input-evdev recommends no packages.
xserver-xorg-input-evdev suggests no packages.
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Thu, 04 Dec 2008 23:57:07 GMT) (full text, mbox, link).
Acknowledgement sent
to Jason White <jason@jasonjgw.net>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Thu, 04 Dec 2008 23:57:07 GMT) (full text, mbox, link).
Message #123 received at 442316@bugs.debian.org (full text, mbox, reply):
On Fri, Nov 14, 2008 at 10:05:29AM +0100, Marc Fargas wrote: > I upgraded some packages yesterday, ones of whom was > xserver-xorg-input-evdev. Now, since I rebooted, my keyboard in > screwed much like the first message in this bug describes. > > The language is OK. I can write without problems, but the Windows key > doesn't work. Arrows act as "Enter" or even one of those acts as a > "Print Screen" (my /tmp is now full of screenshots!) "Alt Gr" doesn't > work also. I am also affected by this bug. I thought it was a Gnome problem, which is why I opened Debian bug 507743. Removing xserver-xorg-input-evdev, as one follow-up to this bug suggested, leaves my laptop without any keyboard/touchpoint handling in X at all. I want to run Xorg 7.4 to obtain the benefit of the latest Intel drivers for the chip set used in this laptop. Is there any work around or updated package that I could try? For reference, the laptop is a Lenovo Thinkpad X200.
Forcibly Merged 442316 447731 507743.
Request was from Josselin Mouette <joss@debian.org>
to control@bugs.debian.org.
(Fri, 05 Dec 2008 08:51:03 GMT) (full text, mbox, link).
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Sat, 21 Feb 2009 11:45:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Kai Wasserbäch <debian@carbon-project.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Sat, 21 Feb 2009 11:45:03 GMT) (full text, mbox, link).
Message #130 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Package: xserver-xorg-input-evdev Version: 1:2.0.8-1 Followup-For: Bug #442316 Hello, just to document it. I experienced this problem today (until yesterday's login everything was fine for me (testing with all updates)) and someone on #debian-kde directed my in the right direction. So should any KDE/KDM user have the same problem, here is at least one solution: KDM I haven't found one yet apart from uninstalling evdev (I haven't tried to edit the fdi file yet). Therefore, if you can life with it, just type your password qwerty-translated into the password field, switching to tty1 is possible through the system menu. KDE (3.5) That is actually easy: just go to the control center > regional settings & accessibility > keyboard layout and select »Evdev-managed keyboard« for keyboard type. Then everything should be back at normal apart from other evdev bugs like #475330. Greetings, Kai -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: debian@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debianforum.de/Drizzt_Do%27Urden GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2&fingerprint=on&hash=on&op=vindex)
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Sun, 01 Mar 2009 16:09:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Rob Andrews <rob@choralone.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Sun, 01 Mar 2009 16:09:02 GMT) (full text, mbox, link).
Message #135 received at 442316@bugs.debian.org (full text, mbox, reply):
Hi all,
I was taking a look at the Ubuntu way of doing things. hal has a policy
script that reads the keymap and options set by the console-setup package. I
thought it was quite a neat way of doing things.
Whilst Debian does have the console-setup package, my guess is that many
users probably stick to the default console-tools package installed as part
of the base.
Would it be acceptable for a hal helper to read the selected values from the
debconf values for console-data? Right now, the easiest way I see (and the
least documented) is to put the keyboard configuration into
/etc/hal/fdi/policy/preferences.fdi, i.e.:
<!-- gb keyboard layout -->
<device>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>
<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux">
<merge key="input.xkb.model" type="string">evdev</merge>
</match>
<merge key="input.xkb.layout" type="string">gb</merge>
<merge key="input.xkb.variant" type="string" />
</match>
</device>
Surely an automatic configuration would be preferred? Would such a helper be
of any use?
rob.
--
rob andrews :: pgp 0xd6c3e484 :: rob@choralone.org
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Sun, 01 Mar 2009 22:00:15 GMT) (full text, mbox, link).
Acknowledgement sent
to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Sun, 01 Mar 2009 22:00:15 GMT) (full text, mbox, link).
Message #140 received at 442316@bugs.debian.org (full text, mbox, reply):
On Sun, Mar 1, 2009 at 16:07:40 +0000, Rob Andrews wrote: > Hi all, > > I was taking a look at the Ubuntu way of doing things. hal has a policy > script that reads the keymap and options set by the console-setup package. I > thought it was quite a neat way of doing things. That's pretty much what we'll be doing as well. > > Whilst Debian does have the console-setup package, my guess is that many > users probably stick to the default console-tools package installed as part > of the base. We'll just depend on console-setup so that shouldn't be a problem. > > Would it be acceptable for a hal helper to read the selected values from the > debconf values for console-data? No, I don't think that would be an acceptable solution. > Right now, the easiest way I see (and the > least documented) is to put the keyboard configuration into > /etc/hal/fdi/policy/preferences.fdi, i.e.: > > <!-- gb keyboard layout --> > <device> > <match key="info.capabilities" contains="input.keys"> > <merge key="input.xkb.rules" type="string">base</merge> > <merge key="input.xkb.model" type="string">keyboard</merge> > <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name" string="Linux"> > <merge key="input.xkb.model" type="string">evdev</merge> > </match> > <merge key="input.xkb.layout" type="string">gb</merge> > <merge key="input.xkb.variant" type="string" /> > </match> > </device> > > Surely an automatic configuration would be preferred? Would such a helper be > of any use? > Yeah, that sucks. A proper solution will be implemented before the upload to unstable, we're working on it. Cheers, Julien
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Mon, 22 Jun 2009 03:00:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Rodrigo Pereira <rodripe@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Mon, 22 Jun 2009 03:00:02 GMT) (full text, mbox, link).
Message #145 received at 442316@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
I report the same bug with te abnt2 (brazilian portuguese) layout. I was restored the layout with setxkbmap -model pc104 -layout br rodrigo
[Message part 2 (text/html, inline)]
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian X Strike Force <debian-x@lists.debian.org>:
Bug#442316; Package xserver-xorg-input-evdev.
(Sun, 07 Mar 2010 11:00:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Brice Goglin <Brice.Goglin@ens-lyon.org>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <debian-x@lists.debian.org>.
(Sun, 07 Mar 2010 11:00:04 GMT) (full text, mbox, link).
Message #150 received at 442316@bugs.debian.org (full text, mbox, reply):
On Sat, Sep 15, 2007 at 02:15:52AM +0200, Michael Biebl wrote: > Package: xserver-xorg-input-evdev > Version: 1:1.2.0~git20070819-2 > Severity: important > > As you can see from the xorg.conf, I set up a German keyboard layout. > After installing evdev from experimental I lost my German > keyboard layout (I guess its english, y is z e.g.). > Also, my special keys like alt+f1 dont work anymore. > > I can restore my keyboard layout partly when I run > setxkbmap -model pc104 -layout de > Stuff like up/down keys, or my volume up/down keys are still broken > though (e.g. the up key sends the PRINT keycode) I am closing this old bug report since most of input-hotplug stuff have been implemented properly since then, and then we switched from hal to udev, making part of this discussion irrelevant. Then many people commented with not-so related issues. So this bug an obsolete mess now. Please open a new bug report if still having issues in unstable. Brice
Reply sent
to Brice Goglin <Brice.Goglin@ens-lyon.org>:
You have taken responsibility.
(Sun, 07 Mar 2010 11:00:10 GMT) (full text, mbox, link).
Notification sent
to Michael Biebl <biebl@debian.org>:
Bug acknowledged by developer.
(Sun, 07 Mar 2010 11:00:10 GMT) (full text, mbox, link).
Reply sent
to Brice Goglin <Brice.Goglin@ens-lyon.org>:
You have taken responsibility.
(Sun, 07 Mar 2010 11:00:11 GMT) (full text, mbox, link).
Notification sent
to David <david.maillists@gmail.com>:
Bug acknowledged by developer.
(Sun, 07 Mar 2010 11:00:11 GMT) (full text, mbox, link).
Reply sent
to Brice Goglin <Brice.Goglin@ens-lyon.org>:
You have taken responsibility.
(Sun, 07 Mar 2010 11:00:12 GMT) (full text, mbox, link).
Notification sent
to Jason White <jason@jasonjgw.net>:
Bug acknowledged by developer.
(Sun, 07 Mar 2010 11:00:12 GMT) (full text, mbox, link).
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Mon, 05 Apr 2010 07:33:34 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.