Bug#607767: Blank screen on starting X with Dual 2 GHz G5 and X800XT; DRM module not loading for radeon driver
On Son, 2011-01-02 at 16:46 -0500, dpickett wrote: I'm seeing a few more entries for drm in the dmesg output, but the kernlog looks like it's not updating. There is DRM debugging output now, but nothing from the X server startup. If the system stays responsive after X startup, make sure to capture the DRM debugging output only after X startup. Otherwise make sure to re-mount the filesystem in sync mode to try and get as much information as possible in kern.log. dmesg after the reboot is pointless in that case. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294047367.6019.66.ca...@thor.local
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
On Sam, 2011-01-01 at 22:09 -0300, Margarita Manterola wrote: I'm working with an Asus EeePC 1215T, that comes with a Mobility Radeon HD 4200, after installing a fresh squeeze into it, suspend and hibernate didn't work properly: suspend worked, but when returning, no video returned, hibernation didn't work (black screen but no power off). After installing the xserver driver from maverick (1:6.13.1-1ubuntu5), both started working properly. So it seems that there's a difference in the patches applied in one and the other that makes suspension/hibernation work with one and not the other. Let me get this straight: With the Debian driver package installed, suspend/hibernation doesn't work no matter which kernel etc. you're using. With the Ubuntu driver package installed, both work. And these symptoms remain the same after switching back and forth between the versions of the driver package. Did I get that right? After looking at the changelogs and differences between the two packages, I have the sensation that the problem might be related to kms, but I really don't know enough about X to debug this myself. KMS should be enabled by default in both cases, so colour me skeptical. But you can try flipping it with the radeon kernel module parameter 'modeset' to see if it makes any difference in either case. Otherwise, apart from any possible code differences between the driver package versions (haven't checked yet), I assume that switching between them also requires switching versions of other packages, in particular xserver-xorg-core. The difference might actually be there. E.g. it might be interesting rebuilding the Debian driver package against the Ubuntu X server and vice versa and seeing what happens in each case. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294049157.6019.80.ca...@thor.local
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Michel Dänzer! After installing the xserver driver from maverick (1:6.13.1-1ubuntu5), both started working properly. So it seems that there's a difference in the patches applied in one and the other that makes suspension/hibernation work with one and not the other. Let me get this straight: With the Debian driver package installed, suspend/hibernation doesn't work no matter which kernel etc. you're using. With the Ubuntu driver package installed, both work. And these symptoms remain the same after switching back and forth between the versions of the driver package. Did I get that right? No, no. Only switching back and forth between kernels. I never tried downgrading the X driver back to squeeze's. I could try that, my guess is that it's a code change and so it won't work, but I'll try it just to document it. After looking at the changelogs and differences between the two packages, I have the sensation that the problem might be related to kms, but I really don't know enough about X to debug this myself. KMS should be enabled by default in both cases, so colour me skeptical. But you can try flipping it with the radeon kernel module parameter 'modeset' to see if it makes any difference in either case. Otherwise, apart from any possible code differences between the driver package versions (haven't checked yet), I was refering to code differences regarding kms. I did read the changes, and there were differences regarding kms in the code, that's why I suggested that there might be a problem there. I assume that switching between them also requires switching versions of other packages, in particular xserver-xorg-core. The difference might actually be there. E.g. it might be interesting rebuilding the Debian driver package against the Ubuntu X server and vice versa and seeing what happens in each case. Uhmm... Not -core. I did install xserver-xorg from maverick, although I'm not sure if it ships any interesting files. The machine is not mine and I'll have limited access to it after today, which was why I tried to get help debugging this on IRC as quickly as possible, but unfortunately couldn't get it. Anyway, I'll do as much testing as I can before having to give it up, and then my response time about this bug is going to be much slower. -- Love, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110103110232.gb15...@localhost
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
On Mon, 2011-01-03 at 08:02 -0300, Margarita Manterola wrote: After looking at the changelogs and differences between the two packages, I have the sensation that the problem might be related to kms, but I really don't know enough about X to debug this myself. KMS should be enabled by default in both cases, so colour me skeptical. But you can try flipping it with the radeon kernel module parameter 'modeset' to see if it makes any difference in either case. Otherwise, apart from any possible code differences between the driver package versions (haven't checked yet), I was refering to code differences regarding kms. I did read the changes, and there were differences regarding kms in the code, that's why I suggested that there might be a problem there. What changes are you referring to specifically? I can only see the changes below, which shouldn't be relevant to your problem. I assume that switching between them also requires switching versions of other packages, in particular xserver-xorg-core. The difference might actually be there. E.g. it might be interesting rebuilding the Debian driver package against the Ubuntu X server and vice versa and seeing what happens in each case. Uhmm... Not -core. I did install xserver-xorg from maverick, although I'm not sure if it ships any interesting files. The Ubuntu version of the driver package depends on the virtual package xorg-video-abi-8.0, which is not provided by xserver-xorg-core in squeeze. diff -up -ru xserver-xorg-video-ati-6.13.1-1ubuntu5/src/r6xx_accel.c xserver-xorg-video-ati-6.13.1-2+squeeze1/src/r6xx_accel.c --- xserver-xorg-video-ati-6.13.1-1ubuntu5/src/r6xx_accel.c 2010-07-05 00:56:14.0 +0200 +++ xserver-xorg-video-ati-6.13.1-2+squeeze1/src/r6xx_accel.c 2011-01-03 12:53:36.0 +0100 @@ -1262,9 +1262,9 @@ void r600_finish_op(ScrnInfoPtr pScrn, i void r600_vb_no_space(ScrnInfoPtr pScrn, int vert_size) { -#ifdef XF86DRM_MODE RADEONInfoPtr info = RADEONPTR(pScrn); struct radeon_accel_state *accel_state = info-accel_state; +#ifdef XF86DRM_MODE if (info-cs) { if (accel_state-vb_bo) { diff -up -ru xserver-xorg-video-ati-6.13.1-1ubuntu5/src/radeon_video.c xserver-xorg-video-ati-6.13.1-2+squeeze1/src/radeon_video.c --- xserver-xorg-video-ati-6.13.1-1ubuntu5/src/radeon_video.c 2010-07-05 00:56:14.0 +0200 +++ xserver-xorg-video-ati-6.13.1-2+squeeze1/src/radeon_video.c 2011-01-03 12:53:36.0 +0100 @@ -2216,11 +2216,15 @@ RADEONCopyData( swap = RADEON_HOST_DATA_SWAP_32BIT; break; } - } else if (bpp != pScrn-bitsPerPixel) { - if (bpp == 8) + } else { + switch (pScrn-bitsPerPixel) { + case 16: + swap = RADEON_HOST_DATA_SWAP_16BIT; + break; + case 32: swap = RADEON_HOST_DATA_SWAP_32BIT; - else - swap = RADEON_HOST_DATA_SWAP_HDW; + break; + } } #endif -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294056433.6019.95.ca...@thor.local
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
Hola Michel Dänzer! Let me get this straight: With the Debian driver package installed, suspend/hibernation doesn't work no matter which kernel etc. you're using. With the Ubuntu driver package installed, both work. And these symptoms remain the same after switching back and forth between the versions of the driver package. Did I get that right? I tested it and this was right, after reverting everything back to squeeze, suspend/hibernate work fine. Now I feel like I'm going crazy. It looks like installing ubuntu's packages left something behind that made it work, because with a 100% squeeze system it works fine, when it didn't work 3 days ago, before installing maverick's packages. KMS should be enabled by default in both cases, so colour me skeptical. But you can try flipping it with the radeon kernel module parameter 'modeset' to see if it makes any difference in either case. It was set to 1. I tried setting it to 0, and something new happened: both suspend and hibernate worked but when it came back it didn't show X, it showed some kernel messages, but doing Ctrl-Alt-F7 worked. I couldn't go back to those kernel messages afterwards. Should I try setting it to something else? Otherwise, apart from any possible code differences between the driver package versions (haven't checked yet), I assume that switching between them also requires switching versions of other packages, in particular xserver-xorg-core. The difference might actually be there. E.g. it might be interesting rebuilding the Debian driver package against the Ubuntu X server and vice versa and seeing what happens in each case. This was the state before downgrading back to squeeze: -*- libxfont1 1:1.4.3-1 newer than version in archive wireless-crda 1.12 installed: No available version in archive xserver-common 2:1.9.2.902-1 newer than version in archive xserver-xorg/squeeze upgradeable from 1:7.5+6ubuntu3 to 1:7.5+8 xserver-xorg-core 2:1.9.2.902-1 newer than version in archive xserver-xorg-input-all 1:7.6~2 newer than version in archive xserver-xorg-input-evdev 1:2.5.99.901-1 newer than version in archive xserver-xorg-input-synaptics 1.3.0-1 newer than version in archive xserver-xorg-video-fbdev 1:0.4.2-3 newer than version in archive xserver-xorg-video-radeon/squeeze upgradeable from 1:6.13.1-1ubuntu5 to 1:6.13.1-2+squeeze1 xserver-xorg-video-vesa 1:2.3.0-4 newer than version in archive -*- Some of this packages were from experimental and some from maverick. Now it's all back to squeeze, so it's just: -*- wireless-crda 1.12 installed: No available version in archive -*- (Something that the installer left there, apparently) So, I really don't know what's going on, but now it's a full squeeze system and it's working, when it was not working before... The only possible conclusion, except that I'm mad that I hope I'm not, is that some configuration was changed by ubuntu's packages that fixed the problem. -- Love, Marga -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110103121521.ga17...@localhost
Processed: your mail
Processing commands for cont...@bugs.debian.org: forwarded 575486 https://bugs.freedesktop.org/show_bug.cgi?id=32794 Bug #575486 [xdm] xdm: Input field cursor reveals password length Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=32794'. End of message, stopping processing here. Please contact me if you need assistance. -- 575486: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575486 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129406445612326.transcr...@bugs.debian.org
Bug#511910: xserver-xorg-input-evtouch 0.8.7-3 does not work with HAL
Since evdev now supports the touchscreen interfaces, we've moved to it, and so I have no information on the current status of evtouch. You can close this out if you wish. Notice: This e-mail is intended solely for use of the individual or entity to which it is addressed and may contain information that is proprietary, privileged, company confidential and/or exempt from disclosure under applicable law. If the reader is not the intended recipient or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If this communication has been transmitted from a U.S. location it may also contain data subject to the International Traffic in Arms Regulations or U.S. Export Administration Regulations and cannot be disseminated, distributed or copied to foreign nationals, residing in the U.S. or abroad, without the prior approval of the U.S. Department of State or appropriate export licensing authority. If you have received this communication in error, please notify the sender by reply e-mail or collect telephone call and delete or destroy all copies of this e-mail message, any physical copies made of this e-mail message and/or any file attachment(s). -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294068152.5496.5.ca...@wic-102362.wic.aeroflex.com
Re: Bug#608782: base: x server failed, at the moment i am cli, because graphical interface failed, i am pentium4
severity 608782 normal tags 608782 + moreinfo reassign 608782 xorg thanks Hi Edgar, On Montag, 3. Januar 2011, Edgar wrote: Package: base Severity: important Se colgo interfaz grafica, solo mouse esta activo, pero nada funciona, hago click en cualuier parte y la pantalla esta congelada en la ultima pagina q visité -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash please report bugs in English, else people will not be able to help you. Also you need to supply what graphics card you are actually using, best you attach the full /var/log/X.org.0.log to this bugreport - just by sending mail to 608...@bugs.debian.org If you fail to provide more info, this report will probably be closed soon. cheers, Holger signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#608782: base: x server failed, at the moment i am cli, because graphical interface failed, i am pentium4
Processing commands for cont...@bugs.debian.org: severity 608782 normal Bug #608782 [base] base: x server failed, at the moment i am cli, because graphical interface failed, i am pentium4 Severity set to 'normal' from 'important' tags 608782 + moreinfo Bug #608782 [base] base: x server failed, at the moment i am cli, because graphical interface failed, i am pentium4 Added tag(s) moreinfo. reassign 608782 xorg Bug #608782 [base] base: x server failed, at the moment i am cli, because graphical interface failed, i am pentium4 Bug reassigned from package 'base' to 'xorg'. thanks Stopping processing here. Please contact me if you need assistance. -- 608782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608782 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129406862029450.transcr...@bugs.debian.org
Bug#608616: Mobility Radeon HD 4200: Black screen after resuming from suspend / no-hibernation
On Mon, 2011-01-03 at 09:15 -0300, Margarita Manterola wrote: Let me get this straight: With the Debian driver package installed, suspend/hibernation doesn't work no matter which kernel etc. you're using. With the Ubuntu driver package installed, both work. And these symptoms remain the same after switching back and forth between the versions of the driver package. Did I get that right? I tested it and this was right, after reverting everything back to squeeze, suspend/hibernate work fine. Well, actually that wasn't what I meant, but it's good to clarify that in any case. :) KMS should be enabled by default in both cases, so colour me skeptical. But you can try flipping it with the radeon kernel module parameter 'modeset' to see if it makes any difference in either case. It was set to 1. I tried setting it to 0, and something new happened: both suspend and hibernate worked but when it came back it didn't show X, it showed some kernel messages, but doing Ctrl-Alt-F7 worked. I couldn't go back to those kernel messages afterwards. Should I try setting it to something else? No, this confirms that both KMS and UMS (can) work fine, thanks. So, I really don't know what's going on, but now it's a full squeeze system and it's working, when it was not working before... The only possible conclusion, except that I'm mad that I hope I'm not, is that some configuration was changed by ubuntu's packages that fixed the problem. Can't think offhand of anything that could be other than /etc/modprobe.d/radeon-kms.conf or /etc/X11/xorg.conf{,.d/*} ... Could it be that it was a different kernel exhibiting the problems? If not, I'm afraid I don't have any good ideas offhand how to figure out what happened short of installing again and if the problem still occurs, saving all even remotely relevant configuration and log files and then looking for differences in them after the problem is fixed. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294071821.6019.108.ca...@thor.local
Processed: [bts-link] source package xserver-xorg-video-intel
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #602207 (http://bugs.debian.org/602207) # * https://bugs.freedesktop.org/show_bug.cgi?id=31367 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 602207 + fixed-upstream Bug #602207 [xserver-xorg-video-intel] xserver-xorg-video-intel: Swiching SDL window to fullscreen causes black screen Added tag(s) fixed-upstream. usertags 602207 - status-NEW Bug#602207: xserver-xorg-video-intel: Swiching SDL window to fullscreen causes black screen Usertags were: status-NEW. Usertags are now: . usertags 602207 + status-RESOLVED resolution-FIXED Bug#602207: xserver-xorg-video-intel: Swiching SDL window to fullscreen causes black screen There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. thanks Stopping processing here. Please contact me if you need assistance. -- 602207: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602207 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129407232514701.transcr...@bugs.debian.org
[bts-link] source package xserver-xorg-video-intel
# # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #602207 (http://bugs.debian.org/602207) # * https://bugs.freedesktop.org/show_bug.cgi?id=31367 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 602207 + fixed-upstream usertags 602207 - status-NEW usertags 602207 + status-RESOLVED resolution-FIXED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110103163204.5808.66701.btsl...@busoni.debian.org
Bug#608513: xserver-xorg-video-radeon: Software Rasterization used after squeeze upgrade. Some images display incorrectly
Installing firmware-linux has allowed for hardware rendering and has solved the messed-up color issues. Thanks! -Drew 2011/1/1 Michel Dänzer daen...@debian.org On Fre, 2010-12-31 at 12:36 -0500, Andrew Engelbrecht wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: normal $ LIBGL_DEBUG=verbose glxinfo | grep render libGL error: XF86DRIQueryDirectRenderingCapable returned false libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so direct rendering: Yes OpenGL renderer string: Software Rasterizer I had hardware acceleration with lenny. [...] [ 244.471160] [drm] Loading R300 Microcode [ 244.483674] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware! [...] Versions of packages xserver-xorg-video-radeon suggests: pn firmware-linuxnone (no description available) Try installing this package. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer
Bug#608846: xserver-xorg-video-nouveau: bad graphics on GeForce2 MX/MX 400 on powerpc (falls back to fbdev)
Package: xserver-xorg-video-nouveau Version: 1:0.0.15+git20100329+7858345-5 Severity: normal if i boot with no xorg.conf on a brand new squeeze install (on powerpc, with a GeForce2 MX/MX 400 (rev b2)) then i get a 1024x768, 8bpp display because X seems to have fallen back to the fbdev driver. if i explicitly set an xorg.conf (see below) to use fbdev, i can at least get 24bpp, which makes it usable for a modern graphical console. attached is another X.org logs (made with no xorg.conf, for comparison), and the output of lspci -vv, if that is useful. If we're falling back to fbdev, it might be nice to default that to 24bpp instead of 8bpp, especially if we know the hardware can support it. This could of course be a bug in the kernel, one of the support libraries, X11, or otherwise. i'm not enough of an X.org hacker to know for sure. feel free to reassign if needed. I also tried (using no xorg.conf) with linux-image-2.6.37-rc7-powerpc as the kernel, and with the xorg and drm components from experimental (including building xserver-xorg-video-nouveau from the debian-experimental branch from git). All of them ended up with this stuff in Xorg.0.log: ... drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: node name is /dev/dri/card15 (EE) [drm] failed to open device ... and they fell back to fbdev as well. Maybe it's just a powerpc issue? i've got powerpc hardware with nvidia chips that i'd be happy to help test with if you've got instructions i can follow without needing to be a full-fledged X.org hacker. Thanks for keeping up with nouveau for debian! --dkg -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 22 21:42 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1945212 Dec 2 02:02 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: lrwxrwxrwx 1 root root 24 Jan 3 23:39 /etc/X11/xorg.conf - /etc/X11/xorg.conf.fbdev Contents of /etc/X11/xorg.conf: Section Device Identifier Build-In Driver fbdev EndSection Section Screen Identifier s Device Build-In DefaultDepth 24 EndSection Kernel version (/proc/version): Linux version 2.6.32-5-powerpc (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Fri Dec 10 16:30:49 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 10022 Jan 3 23:39 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-powerpc64 ppc Debian Current Operating System: Linux bagheera 2.6.32-5-powerpc #1 Fri Dec 10 16:30:49 UTC 2010 ppc Kernel command line: root=/dev/hda3 ro Build Date: 02 December 2010 01:48:29AM xorg-server 2:1.7.7-10 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Mon Jan 3 23:39:17 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (**) |--Screen s (0) (**) | |--Monitor default monitor (**) | |--Device Build-In (==) No monitor specified for screen s. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (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, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x101e8180 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 9 (--) PCI:*(0:0:16:0) 10de:0110:: nVidia Corporation NV11 [GeForce2 MX/MX 400] rev 178, Mem @ 0x9100/16777216, 0x9800/134217728, BIOS @ 0x/65536 (II) LoadModule:
xorg: Changes to 'ubuntu'
debian/apport/source_xorg.py |4 1 file changed, 4 insertions(+) New commits: commit d4ed0a7ea0fa3dfc849b914b3c6550d903f77333 Author: Bryce Harrington br...@canonical.com Date: Mon Jan 3 18:18:52 2011 -0800 Add versions for nvidia and fglrx installations diff --git a/debian/apport/source_xorg.py b/debian/apport/source_xorg.py index 33e432a..a9bfb17 100644 --- a/debian/apport/source_xorg.py +++ b/debian/apport/source_xorg.py @@ -376,6 +376,8 @@ def attach_input_device_info(report, ui=None): def attach_nvidia_info(report, ui=None): # Attach information for upstreaming nvidia binary bugs if nonfree_graphics_module() == 'nvidia': +report['version.nvidia-graphics-drivers'] = package_versions(nvidia-graphics-drivers) + for logfile in glob.glob('/proc/driver/nvidia/*'): if os.path.isfile(logfile): attach_file(report, logfile) @@ -398,6 +400,8 @@ def attach_nvidia_info(report, ui=None): def attach_fglrx_info(report, ui=None): if nonfree_graphics_module() == 'fglrx': +report['version.fglrx-installer'] = package_versions(fglrx-installer) + # File any X crash with -fglrx involved with the -fglrx bugs if report.get('SourcePackage','Unknown') in core_x_packages: if (report.get('ProblemType', '') == 'Crash' and 'Traceback' not in report): -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pzwuz-0002jd...@alioth.debian.org