Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Thu, Feb 19, 2009 at 07:08:50AM +0100, Brice Goglin wrote: > Alex Deucher wrote: > > On Wed, Feb 18, 2009 at 4:06 AM, Sylvain Beucler wrote: > > > The new 'radeon' driver correctly detects 2x. It doesn't seem to > freeze. > > However, full-screen 640x480 mode is now a small display centered in > the full 1024x768 screen. Before it really switched resolution to > cover the full screen. > > >>> The scaling should default to full rather then center. Can attach the > >>> output of xrandr --verbose? > >>> > >> Here it is. > >> > > > > This should be fixed in git master. > > > > Alex > > > > Sylvain, > > Alex released driver 6.11.0 since then, it should solve your last > problem. Packages are in experimental, and also availabel for Lenny at > http://people.debian.org/~bgoglin/rebuilds/ati-6.11.0-Xserver1.4/ This fixed the !fullscreen issue. Thanks! -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
Alex Deucher wrote: > On Wed, Feb 18, 2009 at 4:06 AM, Sylvain Beucler wrote: > The new 'radeon' driver correctly detects 2x. It doesn't seem to freeze. However, full-screen 640x480 mode is now a small display centered in the full 1024x768 screen. Before it really switched resolution to cover the full screen. >>> The scaling should default to full rather then center. Can attach the >>> output of xrandr --verbose? >>> >> Here it is. >> > > This should be fixed in git master. > > Alex > Sylvain, Alex released driver 6.11.0 since then, it should solve your last problem. Packages are in experimental, and also availabel for Lenny at http://people.debian.org/~bgoglin/rebuilds/ati-6.11.0-Xserver1.4/ Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Wed, Feb 18, 2009 at 4:06 AM, Sylvain Beucler wrote: >> > The new 'radeon' driver correctly detects 2x. It doesn't seem to >> > freeze. >> > >> > However, full-screen 640x480 mode is now a small display centered in >> > the full 1024x768 screen. Before it really switched resolution to >> > cover the full screen. >> >> The scaling should default to full rather then center. Can attach the >> output of xrandr --verbose? > > Here it is. This should be fixed in git master. Alex -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
> > The new 'radeon' driver correctly detects 2x. It doesn't seem to > > freeze. > > > > However, full-screen 640x480 mode is now a small display centered in > > the full 1024x768 screen. Before it really switched resolution to > > cover the full screen. > > The scaling should default to full rather then center. Can attach the > output of xrandr --verbose? Here it is. -- Sylvain Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 1024 VGA-0 disconnected (normal left inverted right x axis y axis) Identifier: 0x5c Timestamp: 144086 Subpixel: no subpixels Clones: DVI-0 CRTCs: 0 1 load_detection: 1 (0x0001) range: (0,1) DVI-0 disconnected (normal left inverted right x axis y axis) Identifier: 0x5d Timestamp: 144086 Subpixel: horizontal rgb Clones: VGA-0 CRTCs: 0 1 scaler: off LVDS connected 1024x768+0+0 (0x60) normal (normal left inverted right x axis y axis) 0mm x 0mm Identifier: 0x5e Timestamp: 144086 Subpixel: horizontal rgb Clones: CRTC: 0 CRTCs: 0 scaler: full 1024x768 (0x60) 65.0MHz *current +preferred h: width 1024 start 1040 end 1176 total 1344 skew0 clock 48.4KHz v: height 768 start 770 end 771 total 806 clock 60.0Hz 1024x768 (0x61) 65.0MHz -HSync -VSync h: width 1024 start 1048 end 1184 total 1344 skew0 clock 48.4KHz v: height 768 start 771 end 777 total 806 clock 60.0Hz S-video disconnected (normal left inverted right x axis y axis) Identifier: 0x5f Timestamp: 144086 Subpixel: no subpixels Clones: CRTCs: 0 1 tv_standard: ntsc tv_vertical_position: 0 (0x) range: (-5,5) tv_horizontal_position: 0 (0x) range: (-5,5) tv_horizontal_size: 0 (0x) range: (-5,5)
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Mon, Feb 16, 2009 at 3:25 PM, Sylvain Beucler wrote: > On Mon, Feb 16, 2009 at 07:40:55PM +0100, Brice Goglin wrote: >> Alex Deucher wrote: >> > Looks like we already have a quirk for this system. It should be >> > handled properly in newer versions of the driver. >> > >> >> >> Sylvain, >> >> We have radeon driver 6.10.99.0 in experimental, but you'll have to >> upgrade many Xorg packages to get it. >> >> I have rebuilt it for Lenny on i386, the packages are available at >> http://people.debian.org/~bgoglin/rebuilds/ati-6.10.99.0-Xserver1.4/ >> >> Please try one of the above after removing AGPMode from your xorg.conf, >> see what AGPMode the log now reports and whether it still freezes. > > I installed 'xserver-xorg-videon-radeon' (not sure about other > packages). > > Logs: > > (==) RADEON(0): Using AGP 2x > > [ 4807.987333] agpgart: Found an AGP 2.0 compliant device at :00:00.0. > [ 4807.987333] agpgart: Putting AGP V2 device at :00:00.0 into 2x mode > [ 4807.987333] agpgart: Putting AGP V2 device at :01:00.0 into 2x mode > [ 4808.323975] [drm] Setting GART location based on new memory map > [ 4808.323975] [drm] Loading R100 Microcode > [ 4808.323975] [drm] writeback test succeeded in 1 usecs > > The new 'radeon' driver correctly detects 2x. It doesn't seem to > freeze. > > However, full-screen 640x480 mode is now a small display centered in > the full 1024x768 screen. Before it really switched resolution to > cover the full screen. The scaling should default to full rather then center. Can attach the output of xrandr --verbose? Alex -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Mon, Feb 16, 2009 at 07:40:55PM +0100, Brice Goglin wrote: > Alex Deucher wrote: > > Looks like we already have a quirk for this system. It should be > > handled properly in newer versions of the driver. > > > > > Sylvain, > > We have radeon driver 6.10.99.0 in experimental, but you'll have to > upgrade many Xorg packages to get it. > > I have rebuilt it for Lenny on i386, the packages are available at > http://people.debian.org/~bgoglin/rebuilds/ati-6.10.99.0-Xserver1.4/ > > Please try one of the above after removing AGPMode from your xorg.conf, > see what AGPMode the log now reports and whether it still freezes. I installed 'xserver-xorg-videon-radeon' (not sure about other packages). Logs: (==) RADEON(0): Using AGP 2x [ 4807.987333] agpgart: Found an AGP 2.0 compliant device at :00:00.0. [ 4807.987333] agpgart: Putting AGP V2 device at :00:00.0 into 2x mode [ 4807.987333] agpgart: Putting AGP V2 device at :01:00.0 into 2x mode [ 4808.323975] [drm] Setting GART location based on new memory map [ 4808.323975] [drm] Loading R100 Microcode [ 4808.323975] [drm] writeback test succeeded in 1 usecs The new 'radeon' driver correctly detects 2x. It doesn't seem to freeze. However, full-screen 640x480 mode is now a small display centered in the full 1024x768 screen. Before it really switched resolution to cover the full screen. -- Sylvain -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
Alex Deucher wrote: > Looks like we already have a quirk for this system. It should be > handled properly in newer versions of the driver. > Sylvain, We have radeon driver 6.10.99.0 in experimental, but you'll have to upgrade many Xorg packages to get it. I have rebuilt it for Lenny on i386, the packages are available at http://people.debian.org/~bgoglin/rebuilds/ati-6.10.99.0-Xserver1.4/ Please try one of the above after removing AGPMode from your xorg.conf, see what AGPMode the log now reports and whether it still freezes. thanks, Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Fri, Feb 13, 2009 at 3:34 PM, Sylvain Beucler wrote: > On Sun, Feb 01, 2009 at 05:52:29PM +0100, Brice Goglin wrote: >> Sylvain Beucler wrote: >> >> Does >> >> >> >>Option "AGPMode" "1" >> >> >> >> (or "2") help? Please verify for your tests that the option value is >> >> reflected in the log line above. >> >> >> > >> > Apparently this helps, but the freezes are not as easily reproduceable >> > as I thought, so I can't say for sure. I'll run some more tests. >> > >> >> Any news about this? >> Once you'll have found a AGPMode value that works better, we'll ask >> upstream to add a quirk for your machine. > > Apparently 2x works best. > > 24bit - 4x > > (==) RADEON(0): Using AGP 4x > > Feb 13 20:26:57 kobo kernel: [ 5112.044659] agpgart: Found an AGP 2.0 > compliant device at :00:00.0. > Feb 13 20:26:57 kobo kernel: [ 5112.044659] agpgart: Putting AGP V2 device at > :00:00.0 into 4x mode > Feb 13 20:26:57 kobo kernel: [ 5112.044659] agpgart: Putting AGP V2 device at > :01:00.0 into 4x mode > Feb 13 20:26:59 kobo kernel: [ 5113.556487] [drm] Setting GART location based > on new memory map > Feb 13 20:26:59 kobo kernel: [ 5113.556487] [drm] Loading R100 Microcode > Feb 13 20:26:59 kobo kernel: [ 5113.695213] [drm] writeback test failed > > Sometimes very small horizontal lines all across the screen, sometimes > it will crash. It probably depends on temperature / how intensively > the card was used before. This is why the freezes aren't easy to > reproduce in all situations. > > torus-troopers windowed: FREEZE if the card was stressed > torus-troopers fullscreen: FREEZE guaranted after a little while > title screen fonts: OK > > > 24bit - 1x > > (**) RADEON(0): Using AGP 1x > > Feb 13 20:43:55 kobo kernel: [ 312.164131] agpgart: Found an AGP 2.0 > compliant device at :00:00.0. > Feb 13 20:43:55 kobo kernel: [ 312.164170] agpgart: Putting AGP V2 device at > :00:00.0 into 1x mode > Feb 13 20:43:55 kobo kernel: [ 312.164192] agpgart: Putting AGP V2 device at > :01:00.0 into 1x mode > Feb 13 20:43:56 kobo kernel: [ 313.673178] [drm] Setting GART location based > on new memory map > Feb 13 20:43:56 kobo kernel: [ 313.673178] [drm] Loading R100 Microcode > Feb 13 20:43:56 kobo kernel: [ 313.812819] [drm] writeback test failed > > torus-troopers windowed: OK > torus-troopers fullscreen: OK > title screen fonts: MESSY > > > 24bit - 2x > > (**) RADEON(0): Using AGP 2x > > Feb 13 21:23:53 kobo kernel: [ 1214.753137] agpgart: Found an AGP 2.0 > compliant device at :00:00.0. > Feb 13 21:23:53 kobo kernel: [ 1214.753137] agpgart: Putting AGP V2 device at > :00:00.0 into 2x mode > Feb 13 21:23:53 kobo kernel: [ 1214.753137] agpgart: Putting AGP V2 device at > :01:00.0 into 2x mode > Feb 13 21:23:54 kobo kernel: [ 1216.260518] [drm] Setting GART location based > on new memory map > Feb 13 21:23:54 kobo kernel: [ 1216.260518] [drm] Loading R100 Microcode > Feb 13 21:23:54 kobo kernel: [ 1216.260518] [drm] writeback test succeeded in > 1 usecs > ==> not sure what this failed/succeeded means > > torus-troopers windowed: OK > torus-troopers fullscreen: OK > title screen fonts: OK > > At first glance, no freeze. > > > When the card freezes, SSH is still functional, but the only way to > get the screen back is to reboot. The mouse may still be functional > though. Looks like we already have a quirk for this system. It should be handled properly in newer versions of the driver. Alex -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Sun, Feb 01, 2009 at 05:52:29PM +0100, Brice Goglin wrote: > Sylvain Beucler wrote: > >> Does > >> > >>Option "AGPMode" "1" > >> > >> (or "2") help? Please verify for your tests that the option value is > >> reflected in the log line above. > >> > > > > Apparently this helps, but the freezes are not as easily reproduceable > > as I thought, so I can't say for sure. I'll run some more tests. > > > > Any news about this? > Once you'll have found a AGPMode value that works better, we'll ask > upstream to add a quirk for your machine. Apparently 2x works best. 24bit - 4x (==) RADEON(0): Using AGP 4x Feb 13 20:26:57 kobo kernel: [ 5112.044659] agpgart: Found an AGP 2.0 compliant device at :00:00.0. Feb 13 20:26:57 kobo kernel: [ 5112.044659] agpgart: Putting AGP V2 device at :00:00.0 into 4x mode Feb 13 20:26:57 kobo kernel: [ 5112.044659] agpgart: Putting AGP V2 device at :01:00.0 into 4x mode Feb 13 20:26:59 kobo kernel: [ 5113.556487] [drm] Setting GART location based on new memory map Feb 13 20:26:59 kobo kernel: [ 5113.556487] [drm] Loading R100 Microcode Feb 13 20:26:59 kobo kernel: [ 5113.695213] [drm] writeback test failed Sometimes very small horizontal lines all across the screen, sometimes it will crash. It probably depends on temperature / how intensively the card was used before. This is why the freezes aren't easy to reproduce in all situations. torus-troopers windowed: FREEZE if the card was stressed torus-troopers fullscreen: FREEZE guaranted after a little while title screen fonts: OK 24bit - 1x (**) RADEON(0): Using AGP 1x Feb 13 20:43:55 kobo kernel: [ 312.164131] agpgart: Found an AGP 2.0 compliant device at :00:00.0. Feb 13 20:43:55 kobo kernel: [ 312.164170] agpgart: Putting AGP V2 device at :00:00.0 into 1x mode Feb 13 20:43:55 kobo kernel: [ 312.164192] agpgart: Putting AGP V2 device at :01:00.0 into 1x mode Feb 13 20:43:56 kobo kernel: [ 313.673178] [drm] Setting GART location based on new memory map Feb 13 20:43:56 kobo kernel: [ 313.673178] [drm] Loading R100 Microcode Feb 13 20:43:56 kobo kernel: [ 313.812819] [drm] writeback test failed torus-troopers windowed: OK torus-troopers fullscreen: OK title screen fonts: MESSY 24bit - 2x (**) RADEON(0): Using AGP 2x Feb 13 21:23:53 kobo kernel: [ 1214.753137] agpgart: Found an AGP 2.0 compliant device at :00:00.0. Feb 13 21:23:53 kobo kernel: [ 1214.753137] agpgart: Putting AGP V2 device at :00:00.0 into 2x mode Feb 13 21:23:53 kobo kernel: [ 1214.753137] agpgart: Putting AGP V2 device at :01:00.0 into 2x mode Feb 13 21:23:54 kobo kernel: [ 1216.260518] [drm] Setting GART location based on new memory map Feb 13 21:23:54 kobo kernel: [ 1216.260518] [drm] Loading R100 Microcode Feb 13 21:23:54 kobo kernel: [ 1216.260518] [drm] writeback test succeeded in 1 usecs ==> not sure what this failed/succeeded means torus-troopers windowed: OK torus-troopers fullscreen: OK title screen fonts: OK At first glance, no freeze. When the card freezes, SSH is still functional, but the only way to get the screen back is to reboot. The mouse may still be functional though. -- Sylvain -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
Sylvain Beucler wrote: >> Does >> >> Option "AGPMode" "1" >> >> (or "2") help? Please verify for your tests that the option value is >> reflected in the log line above. >> > > Apparently this helps, but the freezes are not as easily reproduceable > as I thought, so I can't say for sure. I'll run some more tests. > Any news about this? Once you'll have found a AGPMode value that works better, we'll ask upstream to add a quirk for your machine. Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Wed, Nov 05, 2008 at 10:21:36AM +0100, Michel Dänzer wrote: > On Tue, 2008-11-04 at 22:18 +0100, Sylvain Beucler wrote: > > > > I just did a Etch->Lenny upgrade. > > The system locks up at the GDM prompt in 24bit after displaying half of the > > screen. > > In 16bit it goes well, unless I start a game in fullscreen (e.g. > > torus-trooper), in which case it will eventually > > lock in less than a few minutes. > > > > The video card worked in 24bit under Etch. > > > > I played little games and torus-trooper wasn't available under Etch so I > > can't > > say for sure that the _full-screen_ freeze couldn't happen before. > > 24bit 2D fullscreen sure worked ok though. > > [...] > > > (==) RADEON(0): Using AGP 4x > > Does > > Option "AGPMode" "1" > > (or "2") help? Please verify for your tests that the option value is > reflected in the log line above. Apparently this helps, but the freezes are not as easily reproduceable as I thought, so I can't say for sure. I'll run some more tests. Thanks, -- Sylvain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
On Tue, 2008-11-04 at 22:18 +0100, Sylvain Beucler wrote: > > I just did a Etch->Lenny upgrade. > The system locks up at the GDM prompt in 24bit after displaying half of the > screen. > In 16bit it goes well, unless I start a game in fullscreen (e.g. > torus-trooper), in which case it will eventually > lock in less than a few minutes. > > The video card worked in 24bit under Etch. > > I played little games and torus-trooper wasn't available under Etch so I > can't > say for sure that the _full-screen_ freeze couldn't happen before. > 24bit 2D fullscreen sure worked ok though. [...] > (==) RADEON(0): Using AGP 4x Does Option "AGPMode" "1" (or "2") help? Please verify for your tests that the option value is reflected in the log line above. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504535: xserver-xorg-video-radeon: Freeze in 24bit and 16bit fullscreen (Radeon Mobility M6 LY)
Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Severity: important Hi, I just did a Etch->Lenny upgrade. The system locks up at the GDM prompt in 24bit after displaying half of the screen. In 16bit it goes well, unless I start a game in fullscreen (e.g. torus-trooper), in which case it will eventually lock in less than a few minutes. The video card worked in 24bit under Etch. I played little games and torus-trooper wasn't available under Etch so I can't say for sure that the _full-screen_ freeze couldn't happen before. 24bit 2D fullscreen sure worked ok though. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 jun 21 19:25 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1718484 sep 30 02:06 /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 Mobility M6 LY /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 1262 nov 1 09:19 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org 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 "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbVariant""latin9" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" EndSection Section "Device" Identifier "Configured Video Device" Option "XAANoOffscreenPixmaps" "true" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" # Crashes: # DefaultDepth24 DefaultDepth16 EndSection Section "Extensions" Option "Composite" "enable" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 40348 jui 17 01:04 /var/log/Xorg.1.log -rw-r--r-- 1 root root 42073 nov 4 22:08 /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.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-7) Current Operating System: Linux kobo 2.6.26-1-686 #1 SMP Thu Oct 9 15:18:09 UTC 2008 i686 Build Date: 30 September 2008 01:48:58AM 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: Tue Nov 4 22:07:56 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) |-->Input Device "Configured Mouse" (==) |-->Input Device "Generic Keyboard" (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory "/usr/share/fonts/X11/cyrillic" 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e
