Bug#239617: radeon 9000 Black Lockup in X 4.3 w/ DRI
tag 239617 + moreinfo upstream help thanks On Tue, Mar 23, 2004 at 10:16:26AM -0800, Nick Rusnov wrote: > Package: xserver-xfree86 > Version: 4.3.0-7 > > I have an interesting problem trying to get DRI working on my Radeon > 9000, with kernel 2.6.4. [The following is a form letter.] Dear bug submitter, Since the XFree86 X server is a large and complex piece of software, some more informtion is required of you before this bug can be handled. Please run the following commands from a shell prompt to gather and deliver this information to us: $ /usr/share/bug/xserver-xfree86 > /tmp/output 3>&1 $ mailx -s "Re: Bug#239617" [EMAIL PROTECTED] < /tmp/output If you do not have a "mailx" command on your system, you can get by installing the "mailx" Debian package; for example, with the "aptitude install mailx" or "apt-get install mailx" commands as root. Alternatively, you can also use a mail command that is compatible with mailx's command-line syntax, such as "mutt". One very good way to file bugs with the Debian Bug Tracking System is to use the "reportbug" package and command of the same name. The reportbug program does a lot of automatic information-gathering that helps package maintainers to understand your system configuration, and also ensures that your message to the Debian Bug Tracking System is well-formed so that it is processed correctly by the automated tools that manage the reports. (If you've ever gotten a "bounce" message from the Debian Bug Tracking System that tells you your message couldn't be processed, you might appreciate this latter feature.) Therefore, I strongly urge you to give "reportbug" a try as your primary bug reporting tool for the Debian System in the future. If you *did* use reportbug to file your report, then you'r receiving this message because the information we expected to see was not present. If you deliberately deleted this information from the report, please don't do that in the future, even if it seems like it makes the mail too large. 50 kB (kilobytes) of configuration and log data is typical. Only if the included information greatly exceeds this amount (more than 100 kB) should you consider omitting it; instead, put it up on the World Wide Web somewhere and provide URLs to it in your report, or in subsequent followup by mailing <[EMAIL PROTECTED]>. Thank you! -- G. Branden Robinson|When we call others dogmatic, what Debian GNU/Linux |we really object to is their [EMAIL PROTECTED] |holding dogmas that are different http://people.debian.org/~branden/ |from our own. -- Charles Issawi signature.asc Description: Digital signature
Bug#239617: radeon 9000 Black Lockup in X 4.3 w/ DRI
On Wed, Mar 24, 2004 at 11:55:02PM +0100, Michel D?nzer wrote: > On Tue, 2004-03-23 at 22:13, Nick Rusnov wrote: > The graphics chip and the USB controller (?) share IRQ 16. If you can > change that somehow, that would be interesting to try. I've tried removing the offending board, so that no IRQs are shared, and I get the same result. Incidently at the same time I also tried removing all the extra hardware, disabling various things, and making sure no extra drivers are loaded, all with no effect. -- -><- Nick Rusnov -><- http://nick.industrialmeats.com -><- [EMAIL PROTECTED]/[EMAIL PROTECTED]
Bug#239617: radeon 9000 Black Lockup in X 4.3 w/ DRI
On Tue, 2004-03-23 at 22:13, Nick Rusnov wrote: > > /proc/interrupts: [...] > 16: 0 IO-APIC-level ehci_hcd [...] > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 If > [Radeon 9000] (rev 01) (prog-if 00 [VGA]) > Subsystem: PC Partner Limited R250 If [Radeon 9000 "Atlantis"] > Flags: bus master, stepping, 66Mhz, medium devsel, latency 32, IRQ 16 > Memory at d000 (32-bit, prefetchable) [size=128M] > I/O ports at c800 [size=256] > Memory at dfdf (32-bit, non-prefetchable) [size=64K] > Expansion ROM at dfdc [disabled] [size=128K] > Capabilities: [...] > 02:09.2 USB Controller: NEC Corporation USB 2.0 (rev 02) (prog-if 20 [EHCI]) > Subsystem: HaSoTec GmbH: Unknown device 2928 > Flags: bus master, medium devsel, latency 32, IRQ 16 > Memory at dfefef00 (32-bit, non-prefetchable) [size=256] > Capabilities: The graphics chip and the USB controller (?) share IRQ 16. If you can change that somehow, that would be interesting to try. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#239617: radeon 9000 Black Lockup in X 4.3 w/ DRI
On Tue, Mar 23, 2004 at 08:07:17PM +0100, Christian Guggenberger wrote: > On Tue, 2004-03-23 at 19:16, Nick Rusnov wrote: > > Package: xserver-xfree86 > > Version: 4.3.0-7 > > > > I have an interesting problem trying to get DRI working on my Radeon > > 9000, with kernel 2.6.4. > > > > interesting. Are there any kernel-images that do work for you when DRI > is enabled? Not that I discovered. In 2.4 it acts as it does in 2.6 without inserting the agp drivers (the same error in the log, and Direct Rendering: No, but X works). I believe this is because my bus isn't supported by agpgart in 2.4. > Could you try unloading some modules like the firewire, usb and bttv > stuff before starting X? I will try this. > Also, complete log of a working X server, 'cat /proc/interrupts' and > 'lspci -v' would be interesting, too. XFree86 log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0-7 20040318043201 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.4 i686 [ELF] Build Date: 18 March 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.4-1-k7 ([EMAIL PROTECTED]) (gcc version 3.3.2 (Debian)) #1 Sat Mar 13 22:44:25 EST 2004 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/XFree86.0.log", Time: Mon Mar 22 22:34:19 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Radeon 9000" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "dvorak" (**) XKB: layout: "dvorak" (**) Option "XkbOptions" "ctrl:nocaps" (**) XKB: options: "ctrl:nocaps" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (**) |-->Input Device "cursor" (**) |-->Input Device "stylus" (**) |-->Input Device "eraser" (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/Type1" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80024afc, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3189 card 1106, rev 80 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b198 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:06:0: chip 109e,0350 card , rev 11 class 04,00,00 hdr 00 (II) PCI: 00:0a:0: chip 3388,0021 card , rev 11 class 06,04,00 hdr 01 (II) PCI: 00:10:0: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1462,7120 rev 80 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3104 card 1462,7120 rev 82 class 0c,03,20 hdr 00 (II) PCI: 00:11:0: chip 1106,3177 card 1106, rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1462,7120 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1462,7120 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:12:0: chip 1106,306
Bug#239617: radeon 9000 Black Lockup in X 4.3 w/ DRI
On Tue, 2004-03-23 at 19:16, Nick Rusnov wrote: > Package: xserver-xfree86 > Version: 4.3.0-7 > > I have an interesting problem trying to get DRI working on my Radeon > 9000, with kernel 2.6.4. > interesting. Are there any kernel-images that do work for you when DRI is enabled? Could you try unloading some modules like the firewire, usb and bttv stuff before starting X? Also, complete log of a working X server, 'cat /proc/interrupts' and 'lspci -v' would be interesting, too. my R250 If (radeon 9000) works fine here with every 2.6 kernel since .0 - although on a KT333 (VT8233) based mainboard. - Christian
Bug#239617: radeon 9000 Black Lockup in X 4.3 w/ DRI
Package: xserver-xfree86 Version: 4.3.0-7 I have an interesting problem trying to get DRI working on my Radeon 9000, with kernel 2.6.4. If I don't configure the agp bus by inserting the correct modules into the kernel, X starts and works, however, it fails to initialize DRI, and I get the following messages in my kernel log: [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held [drm:radeon_unlock] *ERROR* Process 802 using kernel context 0 X works fine, but Direct Rendering: No in glxinfo. If I configure the agp bus by inserting the agp driver (via-agp), as X starts, the computer completely dies. By which I mean, the screen goes black and shuts off, and the computer is unresponsive on the network. There is no indications in any logs, and it seems impossible to capture any information from the output of X (nothing gets printed in the split second before the monitor gets shut off). I have tried various combinations of arguments to the radeon driver in the X configration, tried diddling options in bios, and the behavior is always the same. I note that It does the same thing when I don't insert the proper agp module but do specify ForcePCIMode in the driver. The important section of XF86Config-4: Section "Device" Identifier "Radeon 9000" Driver "radeon" BusId "1:0:0" EndSection This is what I'm currently using (without DRI), and it behaves the same with m any other arguments that I have tried (I should've kept track of these, but various things turing off fastness, turning on fastness, etc). lspci: 00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge (rev 80) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge 00:06.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 11) 00:0a.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge (non-transparent mode) (rev 11) 00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 50) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 If [Radeon 9000] (rev 01) 01:00.1 Display controller: ATI Technologies Inc Radeon R250 [Radeon 9000] (Secondary) (rev 01) 02:08.0 FireWire (IEEE 1394): NEC Corporation: Unknown device 00ce (rev 01) 02:09.0 USB Controller: NEC Corporation USB (rev 41) 02:09.1 USB Controller: NEC Corporation USB (rev 41) 02:09.2 USB Controller: NEC Corporation USB 2.0 (rev 02) uname -a: Linux chaak 2.6.4-1-k7 #1 Sat Mar 13 22:44:25 EST 2004 i686 GNU/Linux lsmod (note that this is the working configuration without DRI, the crashing configuration occurs when I insert via-agp (and agpgart)): Module Size Used by psmouse19784 0 radeon118956 0 hid32960 0 mousedev 10004 2 ipv6 253120 10 af_packet 22280 12 ehci_hcd 26564 0 usbcore 105756 4 hid,ehci_hcd via82cxxx_audio29896 1 uart40111716 1 via82cxxx_audio sound 83820 2 via82cxxx_audio,uart401 ac97_codec 18828 1 via82cxxx_audio via_rhine 21448 0 mii 5184 1 via_rhine crc32 4352 1 via_rhine raw139433324 0 video1394 19404 0 ohci1394 35460 1 video1394 ieee1394 110456 3 raw1394,video1394,ohci1394 tuner 18060 0 tvaudio0 0 bttv 150124 0 video_buf 21380 1 bttv i2c_algo_bit9736 1 bttv v4l2_common 6208 1 bttv btcx_risc 4808 1 bttv i2c_core 23364 4 tuner,tvaudio,bttv,i2c_algo_bit videodev9920 1 bttv soundcore 10272 4 via82cxxx_audio,sound,bttv ide_scsi 15172 0 ext3 120552 3 jbd61464 1 ext3 mbcache 9092 1 ext3 sd_mod 16800 0 ata_piix8388 0 libata 41088 1 ata_piix,[permanent] scsi_mod 118264 3 ide_scsi,sd_mod,libata ide_disk 18432 6 ide_detect 1152 0 via82cxxx 13980 1 ide_core 155172 4 ide_scsi,ide_disk,ide_detect,via82cxxx unix 28464 374 font8448 0 cfbcopyarea 3968 0 cfbimgblt 3200 0 cfbfillrect 3840
