Bug#568168: xserver-xorg-video-nouveau needs nouveau bits from libdrm
On Tue, Mar 23, 2010 at 22:19:20 +0100, Sven Joachim wrote: > I'm not sure how to do the merge. While merging upstream-ubuntu into > upstream-experimental is a trivial fast-forward, and merging > upstream-experimental into debian-experimental is also a no-brainer, > merging ubuntu into debian-experimental resulted in quite a few things > that needed to be backed out; for instance their patch 02_nouveau_bgnr > leads to FTBFS on Debian, and I'm not sure you want all the Ubuntu > history in debian/changelog either. > > So it might be better to "merge --squash" that branch, since otherwise > we might create problems for Ubuntu (in their later merges) if we revert > many of their actions. What do you think? > I think I'd just apply the relevant parts of the ubuntu diff manually instead of doing it as a git merge. Hopefully that won't be too hard to extract, and that way we don't import the unrelated changes you mention. merge --squash and revert the changes we don't want before committing looks like would do that (I didn't know about merge --squash, thanks for the pointer!). Cheers, Julien signature.asc Description: Digital signature
Processed: Re: squeeze-ignore (was: potential removals from testing)
Processing commands for cont...@bugs.debian.org: > tag 383465 + squeeze-ignore Bug #383465 [xserver-xorg-video-nv] Contains obfuscated source code, DFSG violation? Added tag(s) squeeze-ignore. > tag 477060 + squeeze-ignore Bug #477060 [texlive-base] texlive-base: license of amslatex is unclear Added tag(s) squeeze-ignore. > tag 483217 + squeeze-ignore Bug #483217 [texlive-latex-base] texlive-latex-base: Files by Donald Arseneau: Lacking license statement, or nosell and such Added tag(s) squeeze-ignore. > tag 502751 + squeeze-ignore Bug #502751 [clamav-getfiles] clamav-getfiles: piuparts test fails: eicar.com md5sum mismatch, file needs downloading Added tag(s) squeeze-ignore. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.12694252822652.transcr...@bugs.debian.org
xserver-xorg-video-vesa: Changes to 'ubuntu'
New branch 'ubuntu' available with the following commits: commit 19bda27beb47dbe8b065d61d23224a428a532a4a Author: Christopher James Halse Rogers Date: Wed Mar 24 21:26:08 2010 +1100 Update changelog commit 22017c781ac34e1bbc62908eeccc830709fbe2f3 Author: Christopher James Halse Rogers Date: Wed Mar 24 21:18:13 2010 +1100 Add patch to keep VESA from loading when kernel modesetting is active commit ca65e010c055fe6596ee7a0e0a646b5f6509d270 Author: Christopher James Halse Rogers Date: Wed Mar 24 19:53:30 2010 +1100 Remove patches from .gitignore -- 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/e1nuntx-0004vx...@alioth.debian.org
Bug#536382: xserver-xorg-video-intel: fails to run opengl apps with ssh X11 forwarding
Hi Gonéri, Gonéri Le Bouder (24/03/2010): > > both glxgears & glxinfo seem to work fine for me. Are you still > > able to reproduce this issue? > No I'm not. thanks! Mraw, KiBi. signature.asc Description: Digital signature
Bug#574169: xserver-xorg-video-radeon: dims display after some days of uptime
I can reproduce this bug with xserver-xorg-video-radeon 1:6.12.192-1, KMS-enabled upstream stable kernel 2.6.33.1, and xscreensaver 5.10-7 by running 'xscreensaver-command -lock' in X and switching to another console before the screen finishes fading. (This requires the xscreensaver 'fade' option to be enabled, which is on by default.) After unlocking X, the screen is considerably dimmer. Running xgamma results in the following output: $ xgamma -> Red 1.000, Green 1.000, Blue 1.000 $ Running 'xgamma -gamma 1' _does_ however result the screen to normal brightness. This bug may very well not be radeon-related, but I am not able to test it on another hardware at the moment - please do. (Cc-ing xscreensaver maintainers.) -- 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/814371d61003240536j140b94f0w3afa4cf05817e...@mail.gmail.com
Bug#573747: xserver-xorg-input-synaptics: Multitouch feature of EeePC 1005ha not usable.
On Sat, Mar 20, 2010 at 05:43:55PM +0100, wiekalth...@gmx.de wrote: > > out of curiosity, is this model supposed to support multitouch? > > Or even was it working before or with some other live distribution? > > Multitouch works on the 1005ha with the pre installed Windows 7. I was hoping to get a comparison with different configurations of the Xorg driver rather than one with windows. Point being to understand if it's a regression or something that never worked before for this model. -- mattia :wq! -- 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/20100324124501.ge3...@kamineko.org
Processed: reassign 575226 to xserver-xorg-video-radeonhd, retitle 575226 to radeonhd does not support KMS
Processing commands for cont...@bugs.debian.org: > reassign 575226 xserver-xorg-video-radeonhd Bug #575226 [firmware-linux-nonfree] firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770 Bug reassigned from package 'firmware-linux-nonfree' to 'xserver-xorg-video-radeonhd'. Bug No longer marked as found in versions firmware-nonfree/0.23. > retitle 575226 radeonhd does not support KMS Bug #575226 [xserver-xorg-video-radeonhd] firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770 Changed Bug title to 'radeonhd does not support KMS' from 'firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770' > # so I assume > tags 575226 wontfix Bug #575226 [xserver-xorg-video-radeonhd] radeonhd does not support KMS Added tag(s) wontfix. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126943577726843.transcr...@bugs.debian.org
xserver-xorg-video-ati: Changes to 'debian-unstable'
debian/changelog |6 ++ debian/xserver-xorg-video-radeon.NEWS |3 +++ 2 files changed, 9 insertions(+) New commits: commit c179ebb8ca2dad2c40f647270fd84dafdd222a97 Author: Brice Goglin Date: Wed Mar 24 14:33:15 2010 +0100 Specifiy in the NEWS file that KMS may break radeonhd or vesa diff --git a/debian/changelog b/debian/changelog index d595e6c..1dbcc40 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xserver-xorg-video-ati (1:6.12.192-3) UNRELEASED; urgency=low + + * Specifiy in the NEWS file that KMS may break radeonhd or vesa. + + -- Brice Goglin Wed, 24 Mar 2010 14:31:06 +0100 + xserver-xorg-video-ati (1:6.12.192-2) unstable; urgency=low * Enable kernel mode setting by default on Linux. diff --git a/debian/xserver-xorg-video-radeon.NEWS b/debian/xserver-xorg-video-radeon.NEWS index a41527f..e994ee4 100644 --- a/debian/xserver-xorg-video-radeon.NEWS +++ b/debian/xserver-xorg-video-radeon.NEWS @@ -5,6 +5,9 @@ xserver-xorg-video-radeon (1:6.12.192-2) unstable; urgency=low native resolution on the console. KMS also allows faster VT switching and mode changes. +Enabling KMS may break X.org drivers that are not KMS-ready, for instance +radeonhd or vesa. + In case of trouble KMS can be disabled with the 'nomodeset' kernel command line parameter, or by editing /etc/modprobe.d/radeon-kms.conf. -- 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/e1nuqik-0001s0...@alioth.debian.org
Bug#575244: xserver-xorg: Segmentation fault
Package: xserver-xorg Version: 1:7.5+5 Severity: normal I got this segmentation fault while trying to set up dual screens with the radeon driver. I don't know how much sense my xorg.conf makes, but I don't think the xserver should segfault in any case. Regards, Thue PS: is there a debian tool to generate a dual screen xorg.conf automatically? -- 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 Nov 13 18:46 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1866784 Mar 23 17:10 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV670PRO [Radeon HD 3850] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 709 Mar 24 14:37 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "Monitor" Identifier "mon1" Option "DPMS" EndSection Section "Monitor" Identifier "mon2" Option "DPMS" EndSection Section "Device" Identifier "ati0" Driver "radeon" Screen 0 EndSection Section "Device" Identifier "ati1" Driver "radeon" Screen 1 EndSection Section "Screen" Identifier "Screen0" Device "ati0" DefaultDepth24 SubSection "Display" Depth 24 Modes "1600x1200" EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "ati1" DefaultDepth24 SubSection "Display" Depth 24 Modes "1600x1200" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen 0 "Screen0" Screen 1 "Screen1" RightOf "Screen0" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 77398 Mar 23 02:21 /var/log/Xorg.1.log -rw-r--r-- 1 root root 44246 Mar 24 14:38 /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.6 Release Date: 2010-03-17 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian Current Operating System: Linux thue-desktop 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 root=UUID=a595-b7e1-4229-a6a4-db218f82f092 ro quiet Build Date: 23 March 2010 04:00:24PM xorg-server 2:1.7.6-1 (Cyril Brulebois ) 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: Wed Mar 24 14:38:37 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "" (**) | |-->Device "ati0" (==) No monitor specified for screen "Screen0". Using a default monitor configuration. (**) |-->Screen "Screen1" (1) (**) | |-->Monitor "" (**) | |-->Device "ati1" (==) No monitor specified for screen "Screen1". 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. (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (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: 0x7c3240 (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 7 (--) PCI:*(0:1:0:0) 1002:9505:1043:0234 ATI Technologies Inc RV670PRO [Radeon HD 3850] rev 0, Mem @ 0xe000/268435456, 0xf500/65536, I/O @ 0xb000/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket
Processed (with 1 errors): Re: Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770
Processing commands for cont...@bugs.debian.org: > severity 575226 minor Bug #575226 [xserver-xorg-video-radeonhd] radeonhd does not support KMS Severity set to 'minor' from 'important' > retitle 575226 firmware-linux-nonfree 0.23 is in conflict with xserver-xorg- Bug #575226 [xserver-xorg-video-radeonhd] radeonhd does not support KMS Changed Bug title to 'firmware-linux-nonfree 0.23 is in conflict with xserver-xorg-' from 'radeonhd does not support KMS' > video-radeonhd and should suggest xserver-xorg-video-radeon Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126943989110442.transcr...@bugs.debian.org
Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770
severity 575226 minor retitle 575226 firmware-linux-nonfree 0.23 is in conflict with xserver-xorg- video-radeonhd and should suggest xserver-xorg-video-radeon thanks Le mercredi 24 mars 2010, Julien Cristau a écrit : > On Wed, Mar 24, 2010 at 12:40:36 +0100, Mathieu Roy wrote: > > Regarding X, only xserver-xorg-core, xserver-xorg, > > xserver-xorg-video-radeon was recently upgraded. > > The latest xserver-xorg-video-radeon package enables kernel mode > setting. This is incompatible with the radeonhd X driver. You should > use the radeon driver instead. I did not know that. To me, it seemed like radeonhd driver was the future and radeon some kind of legacy driver. Apparently, it is not. I switched to the radeon driver and now it works (only with the latest kernel). I think it should be documented somewhere. And considering the results of running firmware-linux-nonfree with xserver-xorg-video-radeonhd (blank screen), maybe it would be nice to add a conflict against xserver-xorg-video- radeonhd and a suggest in favor of xserver-xorg-video-radeon. Thanks for your assistance -- Mathieu Roy -- 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/201003241451.40...@bender.stalag13.ici
Processed: Re: Bug#575226: Info received (Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770)
Processing commands for cont...@bugs.debian.org: > reassign 575226 firmware-linux-nonfree Bug #575226 [xserver-xorg-video-radeonhd] firmware-linux-nonfree 0.23 is in conflict with xserver-xorg- Bug reassigned from package 'xserver-xorg-video-radeonhd' to 'firmware-linux-nonfree'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126944021212975.transcr...@bugs.debian.org
Bug#575244: xserver-xorg: Segmentation fault
Thue Janus Kristensen wrote: > On Wed, Mar 24, 2010 at 3:15 PM, Brice Goglin > mailto:brice.gog...@ens-lyon.org>> wrote: > > Thue Janus Kristensen wrote: > > Package: xserver-xorg > > Version: 1:7.5+5 > > Severity: normal > > > > I got this segmentation fault while trying to set up dual > screens with > > the radeon driver. I don't know how much sense my xorg.conf makes > > It doesn't make any sense as of today. You're trying to use the old > Xinerama syntax. You want to use RandR1.2 instead. See > http://wiki.debian.org/XStrikeForce/HowToRandR12 > > > I have already tried generating a config based on that HOWTO, but it > doesn't work. Even though I have xorg.conf > > Section "Device" > Identifier "ati" > Driver "radeon" > BusID "PCI:1:0:0" > Option "HDMI-0" "mon0" > Option "DVI-0" "mon1" > EndSection It should be "Monitor-HDMI-0" instead of "HDMI-0" and so on. Or just remove these lines and rename your monitor section's identifier from "mon0" to "HDMI-0" and so on. If the wiki page isn't clear enough, please let me know. > The KDE tool doesn't seem to work. See attached screenshots, generated > with the same xorg.conf. I can't drag anything in the first > screenshot. (Fair enough if you say this is not your problem) I know some colleagues of mine use it and they seem happy with it. I don't use KDE so I can't help you. Feel free to open a kde bug about that :) Brice -- 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/4baa2a88.4020...@ens-lyon.org
Re: Processed: Re: Bug#575226: Info received (Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770)
reassign 575226 xserver-xorg-video-radeonhd retitle 575226 radeonhd broken with KMS severity 575226 serious tag 575226 sid kthxbye On Wed, Mar 24, 2010 at 14:18:03 +, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > > > reassign 575226 firmware-linux-nonfree > Bug #575226 [xserver-xorg-video-radeonhd] firmware-linux-nonfree 0.23 is in > conflict with xserver-xorg- > Bug reassigned from package 'xserver-xorg-video-radeonhd' to > 'firmware-linux-nonfree'. > > thanks > Stopping processing here. > Please don't second-guess package maintainers. Cheers, Julien signature.asc Description: Digital signature
Processed: Re: Processed: Re: Bug#575226: Info received (Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770)
Processing commands for cont...@bugs.debian.org: > reassign 575226 xserver-xorg-video-radeonhd Bug #575226 [firmware-linux-nonfree] firmware-linux-nonfree 0.23 is in conflict with xserver-xorg- Bug reassigned from package 'firmware-linux-nonfree' to 'xserver-xorg-video-radeonhd'. > retitle 575226 radeonhd broken with KMS Bug #575226 [xserver-xorg-video-radeonhd] firmware-linux-nonfree 0.23 is in conflict with xserver-xorg- Changed Bug title to 'radeonhd broken with KMS' from 'firmware-linux-nonfree 0.23 is in conflict with xserver-xorg-' > severity 575226 serious Bug #575226 [xserver-xorg-video-radeonhd] radeonhd broken with KMS Severity set to 'serious' from 'minor' > tag 575226 sid Bug #575226 [xserver-xorg-video-radeonhd] radeonhd broken with KMS Added tag(s) sid. > kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126944454113317.transcr...@bugs.debian.org
Bug#575244: xserver-xorg: Segmentation fault
On Wed, Mar 24, 2010 at 4:06 PM, Brice Goglin wrote: > Thue Janus Kristensen wrote: > > On Wed, Mar 24, 2010 at 3:15 PM, Brice Goglin > > mailto:brice.gog...@ens-lyon.org>> wrote: > > > > Thue Janus Kristensen wrote: > > > Package: xserver-xorg > > > Version: 1:7.5+5 > > > Severity: normal > > > > > > I got this segmentation fault while trying to set up dual > > screens with > > > the radeon driver. I don't know how much sense my xorg.conf makes > > > > It doesn't make any sense as of today. You're trying to use the old > > Xinerama syntax. You want to use RandR1.2 instead. See > > http://wiki.debian.org/XStrikeForce/HowToRandR12 > > > > > > I have already tried generating a config based on that HOWTO, but it > > doesn't work. Even though I have xorg.conf > > > > Section "Device" > > Identifier "ati" > > Driver "radeon" > > BusID "PCI:1:0:0" > > Option "HDMI-0" "mon0" > > Option "DVI-0" "mon1" > > EndSection > > It should be "Monitor-HDMI-0" instead of "HDMI-0" and so on. > > Or just remove these lines and rename your monitor section's identifier > from "mon0" to "HDMI-0" and so on. > > If the wiki page isn't clear enough, please let me know. > Ah excellent - it works now! Having the output name inside the option name in that way is slightly unexpected, at least for me. Hence it tricked me, as I was mostly looking at the finished example. But yes, it does say how it works up in the "device section" section. Thanks! Regards, Thue
Processed (with 2 errors): your mail
Processing commands for cont...@bugs.debian.org: > # redo change by Ben Hutchings lost by crossposting > retitle 575226 radeonhd does not support KMS - results in blank screen when Bug #575226 [xserver-xorg-video-radeonhd] radeonhd broken with KMS Changed Bug title to 'radeonhd does not support KMS - results in blank screen when' from 'radeonhd broken with KMS' > starting X Unknown command or malformed arguments to command. > severity normal Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126944529126049.transcr...@bugs.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > reassign 575226 xserver-xorg-video-radeonhd Bug #575226 [xserver-xorg-video-radeonhd] radeonhd does not support KMS - results in blank screen when Ignoring request to reassign bug #575226 to the same package > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126944529826130.transcr...@bugs.debian.org
Bug#574169: xserver-xorg-video-radeon: dims display after some days of uptime
On Wed, Mar 24, 2010 at 8:36 AM, Piotr Engelking wrote: > I can reproduce this bug with xserver-xorg-video-radeon 1:6.12.192-1, > KMS-enabled upstream stable kernel 2.6.33.1, and xscreensaver 5.10-7 > by running 'xscreensaver-command -lock' in X and switching to another > console before the screen finishes fading. (This requires the > xscreensaver 'fade' option to be enabled, which is on by default.) > After unlocking X, the screen is considerably dimmer. Running xgamma > results in the following output: > > $ xgamma > -> Red 1.000, Green 1.000, Blue 1.000 > $ > > Running 'xgamma -gamma 1' _does_ however result the screen to normal > brightness. > > This bug may very well not be radeon-related, but I am not able to > test it on another hardware at the moment - please do. (Cc-ing > xscreensaver maintainers.) The fade effect done by adjusting the gamma (driver independent). The gamma isn't changed when you switch VTs. Alex -- 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/a728f9f91003240820x20588751y5493e69b4aa6c...@mail.gmail.com
Bug#575148: xserver-xorg-video-radeonhd: Everything is suddenly very slow
On Wed, Mar 24, 2010 at 2:44 AM, Cyril Brulebois wrote: > [...] > Thue Janus Kristensen (23/03/2010): > > > See the drm-related dmesg lines in your bugreport, that's probably > > > not helping: without working direct rendering, it's “““normal””” > > > to have a slow browser. :/ > > > > Nonetheless, it worked before the last update. > > I missed the fact you're running a severely outdated kernel, please > upgrade it and see how it goes. See details in: > http://bgoglin.livejournal.com/19868.html > Yes, several months old. The horror! :) Side note: Actually, for following the latest Kernel I have installed package linux-image-2.6-amd64, which in its description says This package depends on the latest Linux kernel 2.6 and modules But right now it still depends on linux-image-2.6.32-3-amd64 in unstable. I just upgraded to 2.6.32-4 manually, and it did not fix the slowness. But thanks to Brice Goglin's help and the x.org HOWTO wiki I just got dual screen working with the radeon driver, so in principle I do not care any more :). Regards, Thue
Bug#575271: xserver-xorg-video-mga: Please add G200EH support
Package: xserver-xorg-video-mga Version: 1:1.4.11.dfsg-2 Severity: important Here's the required upstream commit: http://cgit.freedesktop.org/xorg/driver/xf86-video-mga/commit/?id=3f215b64889bcc7a656fc36db1eed8276b401a95 -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: ia64 Kernel: Linux 2.6.32-1-mckinley (SMP w/2 CPU cores) 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-video-mga depends on: ii libc6.12.10.2-6 Embedded GNU C Library: Shared lib ii xserver-xorg-core 2:1.7.5.902-1 Xorg X server - core server xserver-xorg-video-mga recommends no packages. xserver-xorg-video-mga suggests no packages. -- 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/20100324162230.11666.11924.report...@krebs.dannf
Bug#575274: xserver-xorg-video-radeon: not ready for testing yet
Package: xserver-xorg-video-radeon Version: 1:6.12.192-2 Severity: serious Wait for the kernel to be ready in testing before migrating. Brice -- 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/20100324163536.17631.57642.report...@localhost.localdomain
Backported features from xserver 1.8
Hi! I've backported support for some features from xserver 1.8 to 1.7.6: - xorg.conf.d - inputclass - udev (the one we have is slightly different) - "various patches on top of these to fix some bugs or added features" and last, but not least, from bugzilla: - finally a proper fallback patch from SuSE to fix autoloading when there's a conffile (which would've been always the case with xorg.conf.d) https://bugs.freedesktop.org/show_bug.cgi?id=27229 Tested on lucid and seems to work fine, fallbacks are loaded even when there's the evdev catchall-config in place: http://pastebin.com/PB4a80i4 Why? Well, if this could be shipped with squeeze/lucid, it would allow us to get in sync with upstream, and not ship a "temporary" udev hotplug solution on a long term release with different documentation than the rest of the world (and us in six months). Other benefits: - let the users configure their devices in the file format they all know to hate :) - adding driver quirks in human-readable format, not C code - admins can ship config snippets depending on the hardware (possibly my main motivation to get this, and will probably ship this locally in any case) - blob autoload.. - probably other stuff I've forgot What's would be needed next? The drivers need to ship a config file in /usr/lib/X11/xorg.conf.d, since the udev rules have become meaningless. Also wacom needs to drop the check for input ABI 9. I didn't bump it because wacom is the only driver that is affected and it's less painful this way. The above link has a rule for evdev, similar ones can be trivially made for other drivers (I'll check wacom next). Where? here: git://git.debian.org/users/tjaalton-guest/xorg-server.git debian-unstable / ubuntu-test branches. I know this is late, especially for lucid which will release in a month, but here you go anyway :) Let the flames roar! -- Timo Aaltonen Systems Specialist IT Services, Aalto University School of Science and Technology -- 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/alpine.deb.2.00.1003241523180.29...@deckard.hut.fi
Re: Backported features from xserver 1.8
On Wed, 24 Mar 2010, Timo Aaltonen wrote: Hi! I've backported support for some features from xserver 1.8 to 1.7.6: - xorg.conf.d - inputclass - udev (the one we have is slightly different) - "various patches on top of these to fix some bugs or added features" and last, but not least, from bugzilla: - finally a proper fallback patch from SuSE to fix autoloading when there's a conffile (which would've been always the case with xorg.conf.d) https://bugs.freedesktop.org/show_bug.cgi?id=27229 Forgot to say that the patch is really fresh and hasn't seen that many eyes yet. There probably are some issues with it, but in the simple case (no xorg.conf with Screen sections etc) it works ok. The rest of the backport is pretty well baked and is quite safe. Tested on lucid and seems to work fine, fallbacks are loaded even when there's the evdev catchall-config in place: http://pastebin.com/PB4a80i4 Why? Well, if this could be shipped with squeeze/lucid, it would allow us to get in sync with upstream, and not ship a "temporary" udev hotplug solution on a long term release with different documentation than the rest of the world (and us in six months). Other benefits: - let the users configure their devices in the file format they all know to hate :) - adding driver quirks in human-readable format, not C code - admins can ship config snippets depending on the hardware (possibly my main motivation to get this, and will probably ship this locally in any case) - blob autoload.. - probably other stuff I've forgot What's would be needed next? The drivers need to ship a config file in /usr/lib/X11/xorg.conf.d, since the udev rules have become meaningless. Also wacom needs to drop the check for input ABI 9. I didn't bump it because wacom is the only driver that is affected and it's less painful this way. The above link has a rule for evdev, similar ones can be trivially made for other drivers (I'll check wacom next). Where? here: git://git.debian.org/users/tjaalton-guest/xorg-server.git debian-unstable / ubuntu-test branches. I know this is late, especially for lucid which will release in a month, but here you go anyway :) Let the flames roar! -- Timo Aaltonen Systems Specialist IT Services, Aalto University School of Science and Technology -- 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/alpine.deb.2.00.1003241843130.29...@deckard.hut.fi
Bug#552182: Checking the file system if it's read-only
Hi there, It seems that one cause for the behavior that you've described is your file system being mounted as read-only. This happened to me a few times after a power surge, or a forced reboot. Maybe is completely unrelated to X or the nv or nvidia driver. Just in case, please reboot your machine and boot on the safe kernel - usually the second option on grub. Then run manually a fsck on your disk. After that, just issue a mount -a and reboot. The next time your system reboots, your file system should be read-write, and everything should be back to normal. I
Bug#575287: Xorg displays blank screen at boot since last upgrade
Package: xserver-xorg-video-radeon Version: 1:6.12.192-2 Severity: grave Tags: sid Since this upgrade, when booting, X fails to display. My monitor flickers between sleep and active mode, but does not display a thing (see the Xorg.0.log attached, it seems to append something everytime it flickers). Trying to switch VT through ctrl-alt-Fx does not work. Reverting to 6.12.5 solves the problem. -- 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 Jul 13 2009 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1866784 Mar 23 17:10 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 02:00.0 VGA compatible controller: ATI Technologies Inc RV790 [Radeon HD 4800 Series] /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 40433 Jan 2 20:22 /var/log/Xorg.1.log -rw-r--r-- 1 root root 41977 Mar 24 19:16 /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.6 Release Date: 2010-03-17 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian Current Operating System: Linux Charles-de-Gaulle 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 22:40:40 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 root=UUID=c507a375-0b60-4c3c-8064-a8e23dfea622 ro quiet Build Date: 23 March 2010 04:00:24PM xorg-server 2:1.7.6-1 (Cyril Brulebois ) 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: Wed Mar 24 19:16:36 2010 (II) Loader magic: 0x7c3240 (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 7 (--) PCI:*(0:2:0:0) 1002:9460:174b:e115 ATI Technologies Inc RV790 [Radeon HD 4800 Series] rev 0, Mem @ 0xd000/268435456, 0xfbde/65536, I/O @ 0xce00/256, BIOS @ 0x/131072 (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default ati Device 0" Driver "ati" EndSection Section "Screen" Identifier "Builtin Default ati Screen 0" Device "Builtin Default ati Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "Device" Identifier "Builtin Default fbdev Device 0" Driver "fbdev" EndSection Section "Screen" Identifier "Builtin Default fbdev Screen 0" Device "Builtin Default fbdev Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default ati Screen 0" Screen "Builtin Default vesa Screen 0" Screen "Builtin Default fbdev Screen 0" EndSection (==) --- End of built-in configuration --- (==) ServerLayout "Builtin Default Layout" (**) |-->Screen "Builtin Default ati Screen 0" (0) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default ati Device 0" (==) No monitor specified for screen "Builtin Default ati Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default vesa Screen 0" (1) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default vesa Device 0" (==) No monitor specified for screen "Builtin Default vesa Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default fbdev Screen 0" (2) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default fbdev Device 0" (==) No monitor specified for screen "Builtin Default fbdev Screen 0". 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. (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/
xorg-server: Changes to 'ubuntu'
debian/changelog | 15 ++- debian/patches/series |3 ++- 2 files changed, 16 insertions(+), 2 deletions(-) New commits: commit 2e10fc32546f06bfde9bf22744f124c694583478 Author: Bryce Harrington Date: Wed Mar 24 11:49:21 2010 -0700 Merge asac's patch (and renumber for consistency) diff --git a/debian/changelog b/debian/changelog index a54d68a..d18b4b2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -11,8 +11,9 @@ xorg-server (2:1.7.6-1ubuntu1) UNRELEASED; urgency=low * Add 110_findglyphbyhash-fix.patch from upstream to fix a sporadic crash in FindGlyphByHash. (LP: #401045) + * Renumber patch 201_armel-drv-fallbacks.patch to 111 - -- Timo Aaltonen Tue, 23 Mar 2010 23:43:55 +0200 + -- Bryce Harrington Wed, 24 Mar 2010 11:47:58 -0700 xorg-server (2:1.7.6-1) unstable; urgency=low @@ -74,6 +75,18 @@ xorg-server (2:1.7.5.902-1) unstable; urgency=low -- Cyril Brulebois Mon, 15 Mar 2010 22:19:01 +0100 +xorg-server (2:1.7.5-1ubuntu4) lucid; urgency=low + + * 201_armel-drv-fallbacks.patch: use imx driver if available on +armel imx51 systems; the current test checks for mxc_gpu +devices listed in /sys/devices/platform and ensures that the +imx_drv module can be loaded; if both succeed, imx driver is +used instead of fbdev; note: the mxc_gpu device test should be +replaced with parsing output of /proc/fb once the mxc driver +provides reasonable content there. + + -- Alexander Sack Wed, 24 Mar 2010 13:03:41 +0100 + xorg-server (2:1.7.5-1ubuntu3) lucid; urgency=low * Add 109_fix-swcursor-crash.patch: Avoid dereferencing null pointer diff --git a/debian/patches/series b/debian/patches/series index 9d554fb..8b484e2 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -20,6 +20,8 @@ #105_fglrx_autodetect.patch 106_nouveau_autodetect.patch 109_fix-swcursor-crash.patch +110_findglyphbyhash-fix.patch +111_armel-drv-fallbacks.patch 121_only_switch_vt_when_active.diff #143_default_to_vesa.patch 157_check_null_modes.patch @@ -42,4 +44,3 @@ 198_nohwaccess.patch 199_xfvb-help-typo.patch 200_randr-null.patch -110_findglyphbyhash-fix.patch -- 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/e1nuvea-0003ej...@alioth.debian.org
Bug#575287: Xorg displays blank screen at boot since last upgrade
On Wed, Mar 24, 2010 at 19:29:18 +0100, Nicolas DEGAND wrote: > Current Operating System: Linux Charles-de-Gaulle 2.6.32-trunk-amd64 #1 SMP > Sun Jan 10 22:40:40 UTC 2010 x86_64 You need to upgrade to the current kernel in sid, 2.6.32-4-amd64. Cheers, Julien signature.asc Description: Digital signature
Bug#575287: Additional info
OK. 2 things : 1° Downgrading does NOT solve the issue 2° The monitor seems to switch to sleep when you switch to another VT. Otherwise it just keeps displaying a blank screen. -- 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/2c5f8ac382bdb67da75184ebf71e6...@localhost
libdrm: Changes to 'debian-experimental'
Rebased ref, commits from common ancestor:
commit 197bdde16f9c405936f7a6cdce30322770022562
Author: Brice Goglin
Date: Wed Mar 24 22:19:10 2010 +0100
Prepare changelog for upload
diff --git a/debian/changelog b/debian/changelog
index c1d3dda..79153c3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-libdrm (2.4.18-4) UNRELEASED; urgency=low
+libdrm (2.4.18-4) experimental; urgency=low
* Steal 03_revert_abi_change.diff from Ubuntu to revert the nouveau ABI
change. Current Debian kernels support only the old ABI.
@@ -6,7 +6,7 @@ libdrm (2.4.18-4) UNRELEASED; urgency=low
* Build a libdrm-nouveau1 package on Linux architectures (Closes: #568162).
Patch adapted from the Ubuntu package. Thanks Sven Joachim!
- -- Brice Goglin Wed, 24 Mar 2010 22:12:36 +0100
+ -- Brice Goglin Wed, 24 Mar 2010 22:27:00 +0100
libdrm (2.4.18-3) unstable; urgency=low
commit 9f62499e2dd1df046001d174d9a6518b3db929e4
Author: Brice Goglin
Date: Wed Mar 24 22:18:36 2010 +0100
Build a libdrm-nouveau1 package on Linux architectures (Closes: #568162).
diff --git a/debian/changelog b/debian/changelog
index fe4f1f0..c1d3dda 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,8 @@ libdrm (2.4.18-4) UNRELEASED; urgency=low
* Steal 03_revert_abi_change.diff from Ubuntu to revert the nouveau ABI
change. Current Debian kernels support only the old ABI.
Thanks Sven Joachim!
+ * Build a libdrm-nouveau1 package on Linux architectures (Closes: #568162).
+Patch adapted from the Ubuntu package. Thanks Sven Joachim!
-- Brice Goglin Wed, 24 Mar 2010 22:12:36 +0100
diff --git a/debian/control b/debian/control
index 65f013a..cf271d8 100644
--- a/debian/control
+++ b/debian/control
@@ -23,6 +23,7 @@ Depends:
libdrm2 (= ${binary:Version}),
libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
libdrm-radeon1 (= ${binary:Version}) [linux-any],
+ libdrm-nouveau1 (= ${binary:Version}) [linux-any],
${misc:Depends},
Replaces:
linux-libc-dev (<< 2.6.32-10)
@@ -93,6 +94,31 @@ Description: Userspace interface to intel-specific kernel
DRM services -- debugg
.
This package provides the debugging symbols for the libdrm-intel1 package.
+Package: libdrm-nouveau1
+Section: libs
+Architecture: linux-any
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
+Description: Userspace interface to nouveau-specific kernel DRM services --
runtime
+ This library implements the userspace interface to the nouveau-specific kernel
+ DRM services. DRM stands for "Direct Rendering Manager", which is the
+ kernelspace portion of the "Direct Rendering Infrastructure" (DRI). The DRI is
+ currently used on Linux to provide hardware-accelerated OpenGL drivers.
+
+Package: libdrm-nouveau1-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends: libdrm-nouveau1 (= ${binary:Version}),
+ ${misc:Depends},
+Description: Userspace interface to nouveau-specific kernel DRM -- debugging
symbols
+ This library implements the userspace interface to the kernel DRM services.
+ DRM stands for "Direct Rendering Manager", which is the kernelspace portion
+ of the "Direct Rendering Infrastructure" (DRI). The DRI is currently used on
+ Linux to provide hardware-accelerated OpenGL drivers.
+ .
+ This package provides the debugging symbols for the libdrm-nouveau1 package.
+
Package: libdrm-radeon1
Section: libs
Architecture: linux-any
diff --git a/debian/libdrm-nouveau1.install b/debian/libdrm-nouveau1.install
new file mode 100644
index 000..7650858
--- /dev/null
+++ b/debian/libdrm-nouveau1.install
@@ -0,0 +1 @@
+usr/lib/libdrm_nouveau.so.*
diff --git a/debian/libdrm-nouveau1.symbols b/debian/libdrm-nouveau1.symbols
new file mode 100644
index 000..48ce118
--- /dev/null
+++ b/debian/libdrm-nouveau1.symbols
@@ -0,0 +1,59 @@
+libdrm_nouveau.so.1 libdrm-nouveau1 #MINVER#
+#MISSING: 2.4.12+git20090729.5a73f066# d...@base 2.4.4
+ nouveau_bo_b...@base 2.4.4
+ nouveau_bo_emit_buf...@base 2.4.4
+#MISSING: 2.4.12+git20090729.5a73f066# nouveau_bo_f...@base 2.4.4
+ nouveau_bo_handle_...@base 2.4.4
+ nouveau_bo_handle_...@base 2.4.4
+ nouveau_bo_i...@base 2.4.4
+ nouveau_bo_...@base 2.4.4
+ nouveau_bo_map_fl...@base 2.4.11-1ubuntu1~
+ nouveau_bo_map_ra...@base 2.4.11-1ubuntu1~
+ nouveau_bo_...@base 2.4.4
+ nouveau_bo_new_t...@base 2.4.11-1ubuntu1~
+ nouveau_bo_pend...@base 2.4.16
+ nouveau_bo_...@base 2.4.4
+ nouveau_bo_...@base 2.4.4
+ nouveau_bo_taked...@base 2.4.4
+#MISSING: 2.4.12+git20090729.5a73f066# nouveau_bo_t...@base 2.4.4
+ nouveau_bo_un...@base 2.4.4
+ nouveau_bo_un...@base 2.4.4
+ nouveau_bo_u...@base 2.4.4
+#MISSING: 2.4.12+git20090729.5a73f066# nouveau_bo_validate_n...@base 2.4.4
+ nouveau_bo_w...@base 2.4.11-1ubuntu1~
+ nouveau_channel_al...@base 2.4.4
+ nouveau_channel_f...@base 2.4.4
+ nouveau_device_cl...@base 2.4.4
+ nouveau_device_get_pa...@base 2.4.4
+ nouveau_device_o...@base 2.4.4
+ nouveau_device_open_exist...@base 2.4.4
+ nouveau_dev
libdrm: Changes to 'refs/tags/libdrm-2.4.18-4'
Tag 'libdrm-2.4.18-4' created by Brice Goglin at 2010-03-24 21:35 + Tagging upload of libdrm 2.4.18-4 to experimental. Changes since libdrm-2.4.18-3: Brice Goglin (3): Steal 03_revert_abi_change.diff from Ubuntu to revert the nouveau ABI change Build a libdrm-nouveau1 package on Linux architectures (Closes: #568162). Prepare changelog for upload --- debian/changelog | 10 debian/control | 26 debian/libdrm-nouveau1.install |1 debian/libdrm-nouveau1.symbols | 59 + debian/patches/03_revert_abi_change.diff | 1224 +++ debian/patches/series|1 debian/rules | 10 7 files changed, 1331 insertions(+) --- -- 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/e1nuyec-0007bz...@alioth.debian.org
Processing of libdrm_2.4.18-4_i386.changes
libdrm_2.4.18-4_i386.changes uploaded successfully to localhost along with the files: libdrm_2.4.18-4.dsc libdrm_2.4.18-4.diff.gz libdrm-dev_2.4.18-4_i386.deb libdrm2_2.4.18-4_i386.deb libdrm2-dbg_2.4.18-4_i386.deb libdrm-intel1_2.4.18-4_i386.deb libdrm-intel1-dbg_2.4.18-4_i386.deb libdrm-nouveau1_2.4.18-4_i386.deb libdrm-nouveau1-dbg_2.4.18-4_i386.deb libdrm-radeon1_2.4.18-4_i386.deb libdrm-radeon1-dbg_2.4.18-4_i386.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) -- 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/e1nuynw-00038r...@ries.debian.org
libdrm_2.4.18-4_i386.changes is NEW
libdrm-dev_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-dev_2.4.18-4_i386.deb libdrm-intel1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-intel1-dbg_2.4.18-4_i386.deb libdrm-intel1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-intel1_2.4.18-4_i386.deb (new) libdrm-nouveau1-dbg_2.4.18-4_i386.deb extra debug Userspace interface to nouveau-specific kernel DRM -- debugging symbols This library implements the userspace interface to the kernel DRM services. DRM stands for "Direct Rendering Manager", which is the kernelspace portion of the "Direct Rendering Infrastructure" (DRI). The DRI is currently used on Linux to provide hardware-accelerated OpenGL drivers. . This package provides the debugging symbols for the libdrm-nouveau1 package. (new) libdrm-nouveau1_2.4.18-4_i386.deb optional libs Userspace interface to nouveau-specific kernel DRM services -- runtime This library implements the userspace interface to the nouveau-specific kernel DRM services. DRM stands for "Direct Rendering Manager", which is the kernelspace portion of the "Direct Rendering Infrastructure" (DRI). The DRI is currently used on Linux to provide hardware-accelerated OpenGL drivers. libdrm-radeon1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-radeon1-dbg_2.4.18-4_i386.deb libdrm-radeon1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-radeon1_2.4.18-4_i386.deb libdrm2-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm2-dbg_2.4.18-4_i386.deb libdrm2_2.4.18-4_i386.deb to main/libd/libdrm/libdrm2_2.4.18-4_i386.deb libdrm_2.4.18-4.diff.gz to main/libd/libdrm/libdrm_2.4.18-4.diff.gz libdrm_2.4.18-4.dsc to main/libd/libdrm/libdrm_2.4.18-4.dsc Changes: libdrm (2.4.18-4) experimental; urgency=low . * Steal 03_revert_abi_change.diff from Ubuntu to revert the nouveau ABI change. Current Debian kernels support only the old ABI. Thanks Sven Joachim! * Build a libdrm-nouveau1 package on Linux architectures (Closes: #568162). Patch adapted from the Ubuntu package. Thanks Sven Joachim! Override entries for your package: libdrm-dev_2.4.18-4_i386.deb - optional libdevel libdrm-intel1-dbg_2.4.18-4_i386.deb - extra debug libdrm-intel1_2.4.18-4_i386.deb - optional libs libdrm-radeon1-dbg_2.4.18-4_i386.deb - extra debug libdrm-radeon1_2.4.18-4_i386.deb - optional libs libdrm2-dbg_2.4.18-4_i386.deb - extra debug libdrm2_2.4.18-4_i386.deb - optional libs libdrm_2.4.18-4.dsc - source libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 568162 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- 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/e1nuygh-00056i...@ries.debian.org
Bug#568162: patch for this bug
Sven Joachim wrote: > tags 568162 + patch > thanks > > Attached is a patch for this bug, adapted from the current Ubuntu libdrm > package. It is created with "git-format-patch --stdout", I chose that > format over sending the (only two) commit patches individually to avoid > subject mangling by the BTS. > > The patched libdrm allows it to build and run an > xserver-xorg-video-nouveau package, more on that in bug #568168. > > Note that there is a lintian error since the short description of > libdrm-nouveau1-dbg exceeds 80 characters; since I don't know where to > cut it, this is left for the maintainers. > Thanks a lot, I pushed this to the debian-experimental branch and uploaded 2.4.18-4 to experimental. These packages have to go through NEW before landing in Debian. If anybody wants them before they pass NEW, some i386 and amd64 packages are available at: http://people.debian.org/~bgoglin/nouveau/ Brice -- 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/4baa8f7e.6010...@ens-lyon.org
Processed: tagging 575271
Processing commands for cont...@bugs.debian.org: > tags 575271 + fixed-upstream Bug #575271 [xserver-xorg-video-mga] xserver-xorg-video-mga: Please add G200EH support Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.126946931525419.transcr...@bugs.debian.org
Bug#575271: xserver-xorg-video-mga: Please add G200EH support
dann frazier wrote: > Package: xserver-xorg-video-mga > Version: 1:1.4.11.dfsg-2 > Severity: important > > Here's the required upstream commit: > > http://cgit.freedesktop.org/xorg/driver/xf86-video-mga/commit/?id=3f215b64889bcc7a656fc36db1eed8276b401a95 > So, the mga driver indeed still works for some people ? Good to know. We'll bring this patch into Squeeze, but I want to wait a bit since Yannick Heneault commited another fix upstream today, he may have some other patches pending. Maybe he'll even release 1.4.12 soon. Feel free to ping me in a week or two if I forget to upload a new mga package. Brice -- 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/4baa90de.8040...@ens-lyon.org
Processed: Re: Bug#575271: xserver-xorg-video-mga: Please add G200EH support
Processing commands for cont...@bugs.debian.org: > tag 575271 patch upstream Bug #575271 [xserver-xorg-video-mga] xserver-xorg-video-mga: Please add G200EH support Added tag(s) upstream and patch. > kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.12694703372630.transcr...@bugs.debian.org
Bug#575271: xserver-xorg-video-mga: Please add G200EH support
tag 575271 patch upstream kthxbye On Wed, Mar 24, 2010 at 23:23:26 +0100, Brice Goglin wrote: > dann frazier wrote: > > Package: xserver-xorg-video-mga > > Version: 1:1.4.11.dfsg-2 > > Severity: important > > > > Here's the required upstream commit: > > > > http://cgit.freedesktop.org/xorg/driver/xf86-video-mga/commit/?id=3f215b64889bcc7a656fc36db1eed8276b401a95 > > > > So, the mga driver indeed still works for some people ? Good to know. AFAIK it's one of the few chipsets used in server hw these days, together with some ati chip (rn50?), and maybe some other one. > We'll bring this patch into Squeeze, but I want to wait a bit since > Yannick Heneault commited another fix upstream today, he may have some > other patches pending. Maybe he'll even release 1.4.12 soon. > > Feel free to ping me in a week or two if I forget to upload a new mga > package. > I've pushed a backport of the commit adding support for G200EH to the debian-lenny branch of git://git.debian.org/users/jcristau/xserver-xorg-video-mga Dann, any chance you could test that? Cheers, Julien signature.asc Description: Digital signature
libdrm_2.4.18-4_i386.changes ACCEPTED
Accepted: libdrm-dev_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-dev_2.4.18-4_i386.deb libdrm-intel1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-intel1-dbg_2.4.18-4_i386.deb libdrm-intel1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-intel1_2.4.18-4_i386.deb libdrm-nouveau1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-nouveau1-dbg_2.4.18-4_i386.deb libdrm-nouveau1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-nouveau1_2.4.18-4_i386.deb libdrm-radeon1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-radeon1-dbg_2.4.18-4_i386.deb libdrm-radeon1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-radeon1_2.4.18-4_i386.deb libdrm2-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm2-dbg_2.4.18-4_i386.deb libdrm2_2.4.18-4_i386.deb to main/libd/libdrm/libdrm2_2.4.18-4_i386.deb libdrm_2.4.18-4.diff.gz to main/libd/libdrm/libdrm_2.4.18-4.diff.gz libdrm_2.4.18-4.dsc to main/libd/libdrm/libdrm_2.4.18-4.dsc Override entries for your package: libdrm-dev_2.4.18-4_i386.deb - optional libdevel libdrm-intel1-dbg_2.4.18-4_i386.deb - extra debug libdrm-intel1_2.4.18-4_i386.deb - optional libs libdrm-nouveau1-dbg_2.4.18-4_i386.deb - extra debug libdrm-nouveau1_2.4.18-4_i386.deb - optional libs libdrm-radeon1-dbg_2.4.18-4_i386.deb - extra debug libdrm-radeon1_2.4.18-4_i386.deb - optional libs libdrm2-dbg_2.4.18-4_i386.deb - extra debug libdrm2_2.4.18-4_i386.deb - optional libs libdrm_2.4.18-4.dsc - source libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 568162 Thank you for your contribution to Debian. -- 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/e1nuzmd-00019k...@ries.debian.org
Bug#575023: /usr/bin/xset: [xset] setting beep duration no longer works
On 2010-03-23 Cyril Brulebois wrote: > Wolfgang Becker (22/03/2010): > > Setting the duration of the beep produced by system bell using "xset > > b 50 100 10" no longer works. The duration as well as the pitch > > setting is ignored. > do you happen to know which version was working fine before it broke? Last week I had a nice short beep. After I made an update on Saturday the setting was is longer respected. I can't find any x11-xserver-utils package in the logs so I assume xset is still the same as prior to the update. Looks like something else changed so xset's settings are ignored. Maybe this was caused by updating one of the other xserver packages. Since last update I have [UPGRADE] xserver-common 2:1.7.4-2 -> 2:1.7.5-1 [UPGRADE] xserver-xorg 1:7.4+4 -> 1:7.5+3 [UPGRADE] xserver-xorg-core 2:1.6.5-1 -> 2:1.7.5-1 [UPGRADE] xserver-xorg-dev 2:1.7.4-2 -> 2:1.7.5-1 [UPGRADE] xserver-xorg-input-evdev 1:2.2.5-1 -> 1:2.3.2-3 [UPGRADE] xserver-xorg-input-joystick 1:1.4.1-1 -> 1:1.5.0-2 [UPGRADE] xserver-xorg-input-kbd 1:1.3.2-4 -> 1:1.4.0-1 [UPGRADE] xserver-xorg-input-mouse 1:1.4.0-4 -> 1:1.5.0-1 [UPGRADE] xserver-xorg-video-nv 1:2.1.14-2 -> 1:2.1.17-1 Unfortunately I cleaned up /var/cache/apt/archives some time ago, so I don't have the older version of these packages any more. Bye, Wolfgang -- Wolfgang Becker *** eMail u...@gmx.de *** http://uafr.freeshell.org/ -- 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/20100324223002.gc3...@greg.local
Bug#568162: marked as done (Please add Nouveau related parts)
Your message dated Wed, 24 Mar 2010 22:47:51 + with message-id and subject line Bug#568162: fixed in libdrm 2.4.18-4 has caused the Debian Bug report #568162, regarding Please add Nouveau related parts to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 568162: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568162 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libdrm-dev Version: 2.4.17-1 Severity: wishlist The nouveau part was once packaged but has been removed from Debian. This prevents building the nouveau experimental driver in Debian. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (295, 'experimental'), (290, 'stable-i386'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/1 CPU core) 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 libdrm-dev depends on: ii libdrm-intel1 2.4.17-1 Userspace interface to intel-speci ii libdrm-radeon12.4.17-1 Userspace interface to radeon-spec ii libdrm2 2.4.17-1 Userspace interface to kernel DRM ii linux-libc-dev2.6.32-5 Linux support headers for userspac libdrm-dev recommends no packages. libdrm-dev suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: libdrm Source-Version: 2.4.18-4 We believe that the bug you reported is fixed in the latest version of libdrm, which is due to be installed in the Debian FTP archive: libdrm-dev_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-dev_2.4.18-4_i386.deb libdrm-intel1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-intel1-dbg_2.4.18-4_i386.deb libdrm-intel1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-intel1_2.4.18-4_i386.deb libdrm-nouveau1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-nouveau1-dbg_2.4.18-4_i386.deb libdrm-nouveau1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-nouveau1_2.4.18-4_i386.deb libdrm-radeon1-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-radeon1-dbg_2.4.18-4_i386.deb libdrm-radeon1_2.4.18-4_i386.deb to main/libd/libdrm/libdrm-radeon1_2.4.18-4_i386.deb libdrm2-dbg_2.4.18-4_i386.deb to main/libd/libdrm/libdrm2-dbg_2.4.18-4_i386.deb libdrm2_2.4.18-4_i386.deb to main/libd/libdrm/libdrm2_2.4.18-4_i386.deb libdrm_2.4.18-4.diff.gz to main/libd/libdrm/libdrm_2.4.18-4.diff.gz libdrm_2.4.18-4.dsc to main/libd/libdrm/libdrm_2.4.18-4.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 568...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Brice Goglin (supplier of updated libdrm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 24 Mar 2010 22:27:00 +0100 Source: libdrm Binary: libdrm-dev libdrm2 libdrm2-dbg libdrm-intel1 libdrm-intel1-dbg libdrm-nouveau1 libdrm-nouveau1-dbg libdrm-radeon1 libdrm-radeon1-dbg Architecture: source i386 Version: 2.4.18-4 Distribution: experimental Urgency: low Maintainer: Debian X Strike Force Changed-By: Brice Goglin Description: libdrm-dev - Userspace interface to kernel DRM services -- development files libdrm-intel1 - Userspace interface to intel-specific kernel DRM services -- runt libdrm-intel1-dbg - Userspace interface to intel-specific kernel DRM services -- debu libdrm-nouveau1 - Userspace interface to nouveau-specific kernel DRM services -- ru libdrm-nouveau1-dbg - Userspace interface to nouveau-specific kernel DRM -- debugging s libdrm-radeon1 - Userspace interface to radeon-specific kernel DRM services -- run libdrm-radeon1-dbg - Userspace interface to radeon-specific kernel DRM services -- deb libdrm2- Userspace interface to kernel DRM services -- runtime libdrm2-dbg - Userspace interface to kernel DRM services -- debugging symbols Closes: 568162 Changes: libdrm (2.4.18-4) experimental; urgency=low . * Steal 03_revert_abi_change.diff from Ubuntu to revert the nouveau ABI change. Current Debian kernels support only the old ABI. Thanks Sven Joachim! * Bu
xserver-xorg-video-vesa: Changes to 'ubuntu'
debian/control |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) New commits: commit 5a28a9f5cded080cbea5a42d5c9ba1b98e7e8b4b Author: Christopher James Halse Rogers Date: Thu Mar 25 09:43:29 2010 +1100 Add build-depends for the KMS detection support, so the patch actually has an effect! diff --git a/debian/control b/debian/control index d2f9ecc..0786ba2 100644 --- a/debian/control +++ b/debian/control @@ -17,7 +17,9 @@ Build-Depends: automake, libtool, xutils-dev (>= 1:7.5), - quilt + quilt, + libdrm-dev, + x11proto-xf86dri-dev Standards-Version: 3.8.3 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-vesa.git -- 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/e1nuzig-0005iy...@alioth.debian.org
xserver-xorg-video-vesa: Changes to 'ubuntu'
debian/changelog |2
debian/patches/001_ubuntu_bail_when_kms_active.patch | 110 ---
debian/patches/100_bail_when_kms_active.patch| 110 +++
debian/patches/series|2
4 files changed, 112 insertions(+), 112 deletions(-)
New commits:
commit 7c69f10e5e8dcf884f21799e96bc9a8efa15630b
Author: Christopher James Halse Rogers
Date: Thu Mar 25 09:51:15 2010 +1100
Update patch name to match 100+ → Ubuntu patches convention
diff --git a/debian/changelog b/debian/changelog
index 6cef70b..27caa41 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,7 +4,7 @@ xserver-xorg-video-vesa (1:2.3.0-1ubuntu1) UNRELEASED;
urgency=low
* Remove myself from Uploaders
[ Christopher James Halse Rogers ]
- * debian/patches/001_ubuntu_bail_when_kms_active.patch:
+ * debian/patches/100_bail_when_kms_active.patch:
+ Fail to load when kernel modesetting is active (LP: #531736)
-- Christopher James Halse Rogers Wed, 24 Mar 2010
20:09:47 +1100
diff --git a/debian/patches/001_ubuntu_bail_when_kms_active.patch
b/debian/patches/001_ubuntu_bail_when_kms_active.patch
deleted file mode 100644
index 4d2880f..000
--- a/debian/patches/001_ubuntu_bail_when_kms_active.patch
+++ /dev/null
@@ -1,110 +0,0 @@
-From c0416148852843e0dfa14c9219541543cbd6a41d Mon Sep 17 00:00:00 2001
-From: Christopher James Halse Rogers
-Date: Wed, 24 Mar 2010 19:11:29 +1100
-Subject: [PATCH] Refuse to bind to a device which has kernel modesetting
active.
- .
- Trying to program a VESA mode while kernel modesetting is active can
- result in an improperly driven screen.
-Bug: http://bugs.freedesktop.org/show_bug.cgi?id=26878
-Bug-Ubuntu:
https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-vesa/+bug/531736
- configure.ac|7 +++
- src/Makefile.am |2 +-
- src/vesa.c | 35 +++
- 3 files changed, 43 insertions(+), 1 deletions(-)
-
-Index: xserver-xorg-video-vesa/configure.ac
-===
xserver-xorg-video-vesa.orig/configure.ac 2010-03-24 19:33:01.0
+1100
-+++ xserver-xorg-video-vesa/configure.ac 2010-03-24 20:05:36.435067870
+1100
-@@ -93,7 +93,14 @@
- fi
- AM_CONDITIONAL(XSERVER_LIBPCIACCESS, test "x$XSERVER_LIBPCIACCESS" = xyes)
-
--CFLAGS="$CFLAGS $XORG_CFLAGS "' -I$(top_srcdir)/src'
-+if test "x$XSERVER_LIBPCIACCESS" = xyes; then
-+PKG_CHECK_MODULES(LIBDRM, [libdrm > 2.4.3 xf86driproto], HAVE_KMS="yes",
HAVE_KMS="no")
-+if test "x$HAVE_KMS" = xyes; then
-+AC_DEFINE(HAVE_KMS, 1, [Have kernel modesetting])
-+fi
-+fi
-+
-+CFLAGS="$CFLAGS $XORG_CFLAGS $LIBDRM_CFLAGS "' -I$(top_srcdir)/src'
- INCLUDES="$XORG_INCS "'-I$(top_srcdir)/src'
- AC_SUBST([CFLAGS])
- AC_SUBST([INCLUDES])
-@@ -103,6 +110,7 @@
- # Checks for header files.
- AC_HEADER_STDC
-
-+
- DRIVER_NAME=vesa
- AC_SUBST([DRIVER_NAME])
-
-Index: xserver-xorg-video-vesa/src/vesa.c
-===
xserver-xorg-video-vesa.orig/src/vesa.c2010-03-24 19:33:01.0
+1100
-+++ xserver-xorg-video-vesa/src/vesa.c 2010-03-24 20:04:53.113781642 +1100
-@@ -65,6 +65,10 @@
- #include
- #endif
-
-+#ifdef HAVE_KMS
-+#include
-+#include
-+#endif
-
- /* Mandatory functions */
- static const OptionInfoRec * VESAAvailableOptions(int chipid, int busid);
-@@ -106,6 +110,9 @@
- static void RestoreFonts(ScrnInfoPtr pScrn);
- static Bool
- VESASaveRestore(ScrnInfoPtr pScrn, vbeSaveRestoreFunction function);
-+#ifdef HAVE_KMS
-+static Bool VESAKernelModesettingEnabled (struct pci_device *device);
-+#endif
-
- static void *
- VESAWindowLinear(ScreenPtr pScreen, CARD32 row, CARD32 offset, int mode,
-@@ -317,6 +324,24 @@
- (double)(ddcmode->HTotal * ddcmode->VTotal));
- }
-
-+#ifdef HAVE_KMS
-+static Bool VESAKernelModesettingEnabled (struct pci_device *device)
-+{
-+char *busIdString;
-+int ret;
-+
-+if (!xf86LoaderCheckSymbol("DRICreatePCIBusID"))
-+ return FALSE;
-+
-+busIdString = DRICreatePCIBusID(device);
-+
-+ret = drmCheckModesettingSupported(busIdString);
-+xfree(busIdString);
-+
-+return (ret == 0);
-+}
-+#endif //HAVE_KMS
-+
- static ModeStatus
- VESAValidMode(int scrn, DisplayModePtr p, Bool flag, int pass)
- {
-@@ -428,6 +453,16 @@
- {
- ScrnInfoPtr pScrn;
-
-+#ifdef HAVE_KMS
-+/* Trying to bring up a VESA mode while kernel modesetting is enabled
-+ results in badness */
-+if (VESAKernelModesettingEnabled (dev)) {
-+ xf86Msg (X_ERROR,
-+ "VESA: Kernel modesetting driver in use, refusing to load\n");
-+ return FALSE;
-+}
-+#endif
-+
- pScrn = xf86ConfigPciEntity(NULL, 0, entity_num, NULL,
- NULL, NULL, NULL, NULL, NULL);
- if (pScrn != NULL) {
diff --git a/debian/patche
Bug#575054: Further info
Hi Brice, When I boot up the computer this morning, everything looks the same till kdm. The screen just went blank when X tried to run. Please check the output of dmesg, I don't know if it's got to do with the same bug, or if it's the kernel module that's actually causing it... [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-3-686 (Debian 2.6.32-9) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Thu Feb 25 06:14:20 UTC 2010 [0.00] KERNEL supported cpus: [0.00] Intel GenuineIntel [0.00] AMD AuthenticAMD [0.00] NSC Geode by NSC [0.00] Cyrix CyrixInstead [0.00] Centaur CentaurHauls [0.00] Transmeta GenuineTMx86 [0.00] Transmeta TransmetaCPU [0.00] UMC UMC UMC UMC [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f800 (usable) [0.00] BIOS-e820: 0009f800 - 000a (reserved) [0.00] BIOS-e820: 000d8000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 7fe8 (usable) [0.00] BIOS-e820: 7fe8 - 7fe8b000 (ACPI data) [0.00] BIOS-e820: 7fe8b000 - 7ff0 (ACPI NVS) [0.00] BIOS-e820: 7ff0 - 8000 (reserved) [0.00] BIOS-e820: e000 - f0006000 (reserved) [0.00] BIOS-e820: f0008000 - f000c000 (reserved) [0.00] BIOS-e820: fed2 - fed9 (reserved) [0.00] BIOS-e820: ff00 - 0001 (reserved) [0.00] DMI present. [0.00] Phoenix BIOS detected: BIOS may corrupt low RAM, working around it. [0.00] e820 update range: - 0001 (usable) ==> (reserved) [0.00] last_pfn = 0x7fe80 max_arch_pfn = 0x10 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-C write-protect [0.00] D-E3FFF uncachable [0.00] E4000-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask F8000 write-back [0.00] 1 base 07FF0 mask 0 uncachable [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] PAT not supported by CPU. [0.00] initial memory mapped : 0 - 0180 [0.00] init_memory_mapping: -373fe000 [0.00] 00 - 40 page 4k [0.00] 40 - 003700 page 2M [0.00] 003700 - 00373fe000 page 4k [0.00] kernel direct mapping tables up to 373fe000 @ 1-16000 [0.00] RAMDISK: 3775e000 - 37feff55 [0.00] Allocated new RAMDISK: 0010 - 00991f55 [0.00] Move RAMDISK from 3775e000 - 37feff54 to 0010 - 00991f54 [0.00] ACPI: RSDP 000f63b0 00014 (v00 PTLTD ) [0.00] ACPI: RSDT 7fe84334 00040 (v01 SONY X5 0604 LTP ) [0.00] ACPI: FACP 7fe8aeb0 00084 (v02 SONY X5 0604 LOHR 20050429) [0.00] ACPI: DSDT 7fe84b78 06338 (v01 SONY X5 0604 MSFT 0201) [0.00] ACPI: FACS 7fe9bfc0 00040 [0.00] ACPI: APIC 7fe8af34 00068 (v01 INTEL ALVISO 0604 LOHR 005F) [0.00] ACPI: MCFG 7fe8af9c 0003C (v01 INTEL ALVISO 0604 LOHR 005F) [0.00] ACPI: BOOT 7fe8afd8 00028 (v01 PTLTD $SBFTBL$ 0604 LTP 0001) [0.00] ACPI: SSDT 7fe84733 00277 (v01 PmRef Cpu0Ist 3000 INTL 20030224) [0.00] ACPI: SSDT 7fe8458d 001A6 (v01 PmRef Cpu0Cst 3001 INTL 20030224) [0.00] ACPI: SSDT 7fe84374 00219 (v01 PmRefCpuPm 3000 INTL 20030224) [0.00] ACPI: Local APIC address 0xfee0 [0.00] 1162MB HIGHMEM available. [0.00] 883MB LOWMEM available. [0.00] mapped low ram: 0 - 373fe000 [0.00] low ram: 0 - 373fe000 [0.00] node 0 low ram: - 373fe000 [0.00] node 0 bootmap 00012000 - 00018e80 [0.00] (9 early reservations) ==> bootmem [00 - 00373fe000] [0.00] #0 [00 - 001000] BIOS data page ==> [00 - 001000] [0.00] #1 [001000 - 002000]EX TRAMPOLINE ==> [001000 - 002000] [0.00] #2 [006000 - 007000] TRAMPOLINE ==> [006000 - 007000] [0.00] #3 [000100 - 00014a9314]TEXT DATA BSS ==> [000100 - 00014a9314] [0.00] #4 [09f800 - 10]BIOS reserved ==> [09f800 - 10] [0.00] #5 [00014aa000 - 00014b01bc] BRK ==> [00014aa000 - 00014b01bc] [
Bug#575287: Same here even with 2.6.32-4-amd64
Source: xserver-xorg-video-ati Version: 1:6.12.192-2 Current Operating System: Linux antares 2.6.32-4-amd64 (II) [KMS] drm report modesetting isn't supported. (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch. [dri] This chipset requires a kernel module version of 1.17.0, [dri] but the kernel reports a version of 2.0.0.[dri] If using legacy modesetting, upgrade your kernel. [dri] If using kernel modesetting, make sure your module is [dri] loaded prior to starting X, and that this driver was built [dri] with support for KMS. [dri] Disabling DRI. - monitor goes to sleep on chvt - monitor goes to sleep on resolution change by xrandr -- http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12 <>
Bug#569542: video-radeon: DVI outputs swapped in KMS
appears fixed in 1:6.12.192-2 kernel 2.6.33-1~experimental.4 KMS enabled Improve your career health. Click now to study nutrition! Nutrition http://tagline.excite.com/c?cp=T3084xcF5Dw9oStSEG5gwQAAKZTf6gdozGulHdIMciQBawvXAAYAAADNAAASQwA=
Bug#575348: xrandr --scale no longer works
Package: xserver-xorg-video-radeon Version: 1:6.12.162-2 After upgrading kernel and radeon driver, xrandr --scale no longer works. Instead of scaling screen output, display is corrupted. There is additional incorrect behaviour if compositing is enabled. -- Kernel: linux-image-2.6.33-2-amd64 Version: 2.6.33-1~experimental.4 KMS enabled with radeon driver both free and non-free firmware is present KDE 4.3.4 x11-xserver-utils version: 7.5+1 -- Previous versions: radeon 1:6.12.99+git20100201.a887818f-1 kernel 2.6.33-1~experimental.3 -- To reproduce: xrandr --output DVI-0 --scale .5x.5 Actual behaviour: The desktop is reduced to 1/2 its original size, however the window manager does not seem to be notified. Mouse movement is restricted to the new size. No scaling of output image occurs, so right and bottom 1/2 of screen are blank. If compositing is enabled: Window contents are no longer updated unless a redraw is forced. A strip across the top of the desktop no longer renders (old content remains). Mouse displays correctly in this area. A smaller strip across the top of all windows is no longer rendered at all. Expected behaviour: The image on the monitor should be scaled (expanded) without changing the screen mode. The underlying desktop should not be affected. Note: I may be incorrect about the desktop not being resized as that has always been offscreen before, however the mouse was still able to enter that area. This is no longer the case. -- Running xrandr --output DVI-0 --scale 1x1 restores normal state. -- I do not believe xrandr is at fault as it was not upgraded, and it worked before. Reach your goals of being healthier and happier. Click here for diet tips and solutions. Diet Help http://tagline.excite.com/c?cp=cTNFUOXleLZ4MbWLiZHyGwAAKZSpMaTyvuSNMb6e8igpKalCAAYAAADNAAAYQEpvY-w=
