Re: Bug#378594: xserver-xorg-video-ati: Can't get Radeon 7500 / Mobility M6 / RV200 TV out working
On Tue, 2006-07-18 at 23:56 +0200, Vedran Furač wrote: Michel Dänzer wrote: On Mon, 2006-07-17 at 13:33 -0400, Mark Carroll wrote: Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: normal I have a Thinkpad R40 2681-5UU with a ATI Technologies Inc Radeon Mobility M6 LY I can't get output to the TV working properly. That's right, the driver doesn't support TV out yet. Could you please use this patch: http://shell.world-net.co.nz/~knightw/tvout/ http://megahurts.dk/rune/tv_output.html and maybe upload the package to experimental? I'd prefer if this was handled upstream. On a quick glance, it looks like this is still rather hackish and not suitable for inclusion though. Just as some examples, TV out should be handled the same way as the other output types, and I don't think Xv attributes is the right solution for the TV settings. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#378713: xserver-xorg-video-ati: DRI disabled because it cannot see AGP kernel interface
On Tue, 2006-07-18 at 23:17 +0200, Laurent Bonnaud wrote: On Tue, 2006-07-18 at 17:44 +0200, Michel Dänzer wrote: Note that I don't think lsmod lists the modules in the order they were loaded. Also, the above message was written back when both radeon and agpgart were still monolithic modules. Now that they have both been split into core and backend modules, the safest bet is to make sure that both the agpgart and intel_agp modules are loaded before both the drm and radeon modules. Running modprobe -r radeon; modprobe radeon should achive this in your case. If restarting the X server after doing this still doesn't enable the DRI, please provide the kernel output. I did what you suggested (several times) and DRI is still disabled. Here are the kernel messages. As you can read, I use a standard Debian kernel. In the error messages at the end, the PID are those of the X servers. Yeah, these are just symptoms of the X driver not handling the failure condition as gracefully as it could. They're harmless. Now, it's odd that there isn't anything pertaining to your AGP bridge in the kernel output, and that lsmod shows intel_agp being unused. In my experience, intel_agp should generate output about the hardware it detects, and agpgart should increase the use count of intel_agp. What happens if you unload and reload intel_agp? At any rate, this looks like a kernel AGP issue rather than an X driver issue. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#378828: xlibs-static-dev: Man pages point to non-existing man3x directory
Package: xlibs-static-dev Severity: normal I'm getting these errors in the daily update of mandb: mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauFileName.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetBestAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauLockAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauWriteAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauReadAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauDisposeAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauUnlockAuth.3x.gz: bad symlink or ROFF `.so' request I believe those man pages are from the xlibs-static-dev package which I had installed some time ago. I believe those errors began after I uninstalled it. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7-smp Locale: LANG=POSIX, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378309: xkb-data: Please include the Dzongkha keyboard layout (dz)
As pointed out in http://lists.debian.org/debian-x/2003/12/msg00099.html I am not happy with X maintainer scripts and am not willing to spend a single minute on them. If we can finally get rid of all those crappy That's a very respectful position but I'm not sure it's very sustainable for the Etch release. We will release Etch with the direct support for many non console languages like Indic languages...or Dzongkha here. When installing Debian with these languages, users will end up with a non working keyboard map in X...which is pretty much too bad... Several months ago, I read about plans to migrate to whatever nice things which would make us rid of double keyboard map configuration (one for the console, another one for X). So far, nothing happened and nothing will happen for Etch, that's too late. So, at least, if we could have something, even crappy, that does set the correct X keymap for X, it would be good I understand that Denis doesn't want to work on it and I certainly can't force him to do sobut it'd be nice if someone else in the XSF would take care.. And, no the DIY answer is not good here, I'm just unable to do this for skills reasons. signature.asc Description: Digital signature
Bug#378713: xserver-xorg-video-ati: DRI disabled because it cannot see AGP kernel interface
On Wed, 2006-07-19 at 08:57 +0200, Michel Dänzer wrote: At any rate, this looks like a kernel AGP issue rather than an X driver issue. I forgot to mention that you may be able to enable the DRI with Option BusType PCI as a workaround, but performance probably won't be great. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#378081: Cannot read V_BIOS memory allocation error
MZ == Milan Zamazal [EMAIL PROTECTED] writes: MZ I don't know yet how stable the solution is but the X server at MZ least starts and seems to work on the first glance, including 3D MZ acceleration, on my secondary graphics card and the Cannot read MZ V_BIOS error message is gone. When an X server is running and I start another one on the other graphics card, input devices (keyboard and mouse) of the first X server stop working. I guess it has nothing to do with the patch, but it's a bug anyway. Regards, Milan Zamazal -- http://www.zamazal.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378081: Cannot read V_BIOS memory allocation error
MZ == Milan Zamazal [EMAIL PROTECTED] writes: MZ When an X server is running and I start another one on the other MZ graphics card, ... and the same VT (with -sharevts) ... MZ input devices (keyboard and mouse) of the first X server stop MZ working. Actually the X server freezes completely. Regards, Milan Zamazal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip
Ian Jackson writes (Re: Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip): Daniel Stone writes (Re: Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip): On Wed, Jun 28, 2006 at 05:41:28PM +0100, Ian Jackson wrote: /usr/bin/X11 is a bit tricky. I think the right answer is to have some preinst move all of the binaries from /usr/bin/X11 to /usr/bin and then sort out the links but this should be done with care. There should be no need for any Conflicts. Happily mangling binaries from other packages? Ugh. I think that the results would be correct. How about I do some tests and get back to you ? I was thinking about this and discussing it in the pub with some people and came to the following question: why do we mind if some binaries are in /usr/bin/X11 and some in /usr/bin, halfway through the transition ? Ie, why not just keep /usr/bin/X11 around until it vanishes ? There's no need for it to be a symlink; you just keep both directories on the path. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359328: Change screen resolution disables DRI
Hi again... I try to use some openGL applications in my intel 915gm that uses dri at lower resolutions (ex. 1024x768, 800x600). I installed the mesa-experimental packages, and I have an update kernel 2.6.17. When I changed my resolution from 1280x800 to a lower resolution, dri stops working. export LIBGL_DEBUG=verbose; glxgears output -- libGL: XF86DRIGetClientDriverName: 1.6.0 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci::00:02.0 libGL error: drmMap of framebuffer failed (Invalid argument) libGL error: reverting to (slow) indirect rendering But, when I come back from the max resolution dri works again. Can anyone reproduce this problem ? Waldo PD: This problem happens with both i810 from unstable and the new snapshot 1.6 --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip
On Wed, Jul 19, 2006 at 11:13:34AM +0100, Ian Jackson wrote: Ian Jackson writes (Re: Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip): Daniel Stone writes (Re: Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip): On Wed, Jun 28, 2006 at 05:41:28PM +0100, Ian Jackson wrote: /usr/bin/X11 is a bit tricky. I think the right answer is to have some preinst move all of the binaries from /usr/bin/X11 to /usr/bin and then sort out the links but this should be done with care. There should be no need for any Conflicts. Happily mangling binaries from other packages? Ugh. I think that the results would be correct. How about I do some tests and get back to you ? I was thinking about this and discussing it in the pub with some people and came to the following question: why do we mind if some binaries are in /usr/bin/X11 and some in /usr/bin, halfway through the transition ? Ie, why not just keep /usr/bin/X11 around until it vanishes ? There's no need for it to be a symlink; you just keep both directories on the path. Some people have hardcoded /usr/bin/X11/xauth, et al. As I'm reading the FHS, it must continue to work. signature.asc Description: Digital signature
Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip
Daniel Stone writes (Re: Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip): Some people have hardcoded /usr/bin/X11/xauth, et al. As I'm reading the FHS, it must continue to work. Just xauth (or a handful of other things) ? We could have a symlink (managed by the postinst to avoid dpkg accidentally replacing xauth with a link to itself) for the transition. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip
Ian Jackson writes (Re: Bug#375667: x11-common and xserver-xorg unupgradeable due to mutual deathgrip): Just xauth (or a handful of other things) ? We could have a symlink (managed by the postinst to avoid dpkg accidentally replacing xauth with a link to itself) for the transition. I mean, -rwxr-xr-x /usr/bin/xauth drwxr-xr-x /usr/bin/X11 lrwxrwxrwx /usr/bin/X11/xauth - ../xauth (done by postinst) Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378713: The problem seems to be the kernel
I find a similar problem with my custom build 2.6.17 kernel. With the same setup, but using a 2.6.16 kernel, everything works, so it does seems like the kernel is guilty of this one. The 'BusType' workaround does seem to work on 2.6.17, but it quite a bit slower. Cheers, Carlos signature.asc Description: This is a digitally signed message part
climatisation portable pour 230
Title: climatisation portable pour 230 Si cette page ne s'affiche pas correctement dans votre messagerie, cliquez ici Ce message vous a t envoy pour une des raisons suivantes : vous vous tes enregistrs sur www.eurotape.lu vous avez pass une commande vous avez particip un jeu concours de "eurotape.lu" www.eurotape.lu, le grossiste du consommable pour le particulier Cliquez ici pour vous dsabonnerde laurotapeNews
Bug#378713: The problem seems to be the kernel
On Wed, 2006-07-19 at 11:28 -0400, Carlos Moffat wrote: I find a similar problem with my custom build 2.6.17 kernel. With the same setup, but using a 2.6.16 kernel, everything works, so it does seems like the kernel is guilty of this one. In my case the problem was there before kernel 2.6.17. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378713: xserver-xorg-video-ati: DRI disabled because it cannot see AGP kernel interface
On Wed, 2006-07-19 at 09:31 +0200, Michel Dänzer wrote: I forgot to mention that you may be able to enable the DRI with Option BusType PCI as a workaround, but performance probably won't be great. Thank you for the tip ! I cannot test the speed ATM because I work remotely, but according to the X server log, DRI is now enabled. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/
Bug#378713: xserver-xorg-video-ati: DRI disabled because it cannot see AGP kernel interface
On Wed, 2006-07-19 at 08:57 +0200, Michel Dänzer wrote: Now, it's odd that there isn't anything pertaining to your AGP bridge in the kernel output, and that lsmod shows intel_agp being unused. In my experience, intel_agp should generate output about the hardware it detects, and agpgart should increase the use count of intel_agp. What happens if you unload and reload intel_agp? Nothing is displayed. If I remove then reload both AGP modules, then I get this kernel message: Linux agpgart interface v0.101 (c) Dave Jones At any rate, this looks like a kernel AGP issue rather than an X driver issue. OK. Then I will reassign this bug to the kernel package and see what kernel maintainers say. Thanks for your comments ! -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/
Processed: reassign 378713 kernel
Processing commands for [EMAIL PROTECTED]: reassign 378713 kernel Bug#378713: xserver-xorg-video-ati: DRI disabled because it cannot see AGP kernel interface Bug reassigned from package `xserver-xorg-video-ati' to `kernel'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ScanMail Notification.
At 07/19/06 19:21:09, Attachment Filter detected on server CN=CPTHS01/OU=Servers/O=FPT: ScanMail detected File.scr matched the Attachment Filter Filter Attachment by File Type Extension name(s) setting and took this action: Quarantine. in a message from debian-x@lists.debian.org to [EMAIL PROTECTED], and took this action: Deliver. Detected by ScanMail for Domino 3.0.1.3187 using pattern file version n/a and scan engine version n/a.At 07/19/06 19:21:09, Content Filter detected on server CN=CPTHS01/OU=Servers/O=FPT: ScanMail detected MAILBODY:HEADER matched the Content Filter Content Filter and took this action: Block. in a message from debian-x@lists.debian.org to [EMAIL PROTECTED], and took this action: Block. Detected by ScanMail for Domino 3.0.1.3187 using pattern file version n/a and scan engine version 5.220.0.1135. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378917: x11-common: Some X programs fail if xfs is not installed
Package: x11-common Version: 1:7.0.20 Severity: normal When the xfs package is not installed, certain programs, such as xfd and emacs, generate the error message Unable to load any usable ISO8859 font. Others, such as xterm, rxvt, and Firefox, work fine even if xfs is not installed. I don't think that X programs should rely on the presence of a font server, but if they do, the error message should be changed to something along the line of Unable to connect to font server or xfs not running. The files section of /etc/X11/xorg.conf on my system is: Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/share/fonts/X11/Type1 FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/CID FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/share/fonts/X11/misc FontPath/usr/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/lib/X11/fonts/75dpi EndSection -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii debianutils 2.15.2 Miscellaneous utilities specific t ii lsb-base 3.0-12 Linux Standard Base 3.0 init scrip x11-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378491: xserver-xorg-video-i810: Upgrading firefox worked...
Package: xserver-xorg-video-i810 Version: 1:1.5.1.0-2 Followup-For: Bug #378491 Upgrading to firefox 2.0b1 fixed it. So it may be a Firefox bug. Regards, Thue -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-video-i810 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-video-i810 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378964: xserver-xorg-video-ati: locks up machine if X display is active on APM suspend/resume
Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: important Using the ATI driver on a Radeon-Mobility-based laptop, the IBM A30, I can't suspend while X is active or the machine locks up on resume, locks up hard -- nothing gets it to respond. 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (prog-if 00 [VGA]) Subsystem: IBM ThinkPad A30/A30p (2652/2653) Flags: bus master, stepping, fast Back2Back, 66MHz, medium devsel, latency 66, IRQ 11 Memory at e000 (32-bit, prefetchable) [size=128M] I/O ports at 3000 [size=256] Memory at c010 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at c012 [disabled] [size=128K] Capabilities: access denied I've hacked around this bug by putting chvt 1 and chvt 7 in appropriate places in the apmd configuration, but we can't expect all users to know how to write apmd action scripts. Thus severity important. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371144: xserver-xorg-video-i810: xrandr kills xserver
Package: xserver-xorg-video-i810 Version: 1:1.5.1.0-2.1 Followup-For: Bug #371144 Hi, I also noticed this Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x89) [0x80b6849] 1: [0xe420] 2: /usr/lib/xorg/modules/drivers/i810_drv.so(I830Rotate+0xed1) [0xb792e3f1] 3: /usr/lib/xorg/modules/drivers/i810_drv.so [0xb791f5d2] 4: /usr/lib/xorg/modules/libramdac.so [0xb7740ab6] 5: /usr/bin/X11/X [0x80bde33] 6: /usr/bin/X11/X(xf86SwitchMode+0xbc) [0x80b447c] 7: /usr/bin/X11/X [0x80d3fc2] 8: /usr/bin/X11/X [0x80d4272] 9: /usr/bin/X11/X [0x814b011] 10: /usr/bin/X11/X(Dispatch+0x19b) [0x8086b8b] 11: /usr/bin/X11/X(main+0x48e) [0x806e5de] 12: /lib/tls/libc.so.6(__libc_start_main+0xd0) [0xb7d01eb0] 13: /usr/bin/X11/X(FontFileCompleteXLFD+0xad) [0x806d911] I found that the current git head source fixes this for me (modulo https://bugs.freedesktop.org/show_bug.cgi?id=7573). If you want to try this updated driver, I put it in a package at http://people.debian.org/~ianw/i915/ -i -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xserver-xorg-video-i810 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-video-i810 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372687: not solved for xorg=1:7.0.22
Package: xorg Version: 1:7.0.22 Also dpkg-reconfigure x11-common didn't create the /etc/X11/Xwrapper.config. So the error still occours if a normale user tries to use startx. Best regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]