Summary: | X.org-7.1 and older locks up with radeon driver | ||
---|---|---|---|
Product: | DRI | Reporter: | Serhii <serhii.piddubchak> |
Component: | DRM/other | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | major | ||
Priority: | high | CC: | blade, jcristau |
Version: | XOrg git | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Serhii
2006-09-12 15:29:20 UTC
Does this also happen without Option "BusType" "PCI"? Also, you say '7.1 and older'; does that mean it works with some newer versions? (In reply to comment #1) > Does this also happen without Option "BusType" "PCI"? > > Also, you say '7.1 and older'; does that mean it works with some newer versions? It happens without Option "BusType" "PCI" either. This problem exists with 7.0 and 7.1 release, when i was using 6.* branch i also was using 9600 radeon with fglrx proprietary driver and it was fine. Then i switched to 7.0 and radeon 7500 and having this bug all the time. BTW, since X.org is modular now, what newer version did you mean? what packages exactly? Currently i'm using packages from 7.1 release. E.g. you could try the newer xf86-video-ati and xorg-server releases or the DRM from git. I have almost the same problem with an X800 GTO, PCI-Express. It has begun with recent kernels and xorg-7.x. Lockup after the same log line. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374986 for details. If I remember correctly, I had even problems using magic-sysrq with my old USB keyboard (not sure, though). Currently I can reboot with magic-sysrq (ps2-connected keyboard). (In reply to comment #4) > I have almost the same problem with an X800 GTO, PCI-Express. Similar symptoms maybe... > It has begun with recent kernels and xorg-7.x. Because the DRI didn't get enabled previously, right? > Lockup after the same log line. It's the last line of server startup. This doesn't say anything beyond neither of these lockups occur immediately during initialization but probably at some point doing accelerated rendering. It doesn't mean it's the exact same problem, which is quite unlikely given the very different setups. Did you try disabling framebuffer? I did disable framebuffer, did not help at all. Now I am using kernel 2.6.20 and xserver-xorg-video-ati 6.6.3-2, libdrm2 2.0.2-0.1. Still the same trouble: X locks up at start, eats all remaining CPU time and cannot be killed. Becomes an [Xorg] process after kill -9. Also does not switch to console. Kernel log says: Feb 11 12:10:35 zombie kernel: [drm] Initialized drm 1.1.0 20060810 Feb 11 12:10:35 zombie kernel: ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 24 (level, low) -> IRQ 24 Feb 11 12:10:35 zombie kernel: [drm] Initialized radeon 1.25.0 20060524 on minor 0 Feb 11 12:10:36 zombie kernel: [drm] Setting GART location based on new memory map Feb 11 12:10:36 zombie kernel: [drm] Loading R300 Microcode Feb 11 12:10:36 zombie kernel: [drm] writeback test succeeded in 1 usecs The part about R300 is a bit weird... this card has an R480. See Xorg.log at http://rootfs.net/misc/Xorg.0.log . Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler Are you still having problem with more recent versions of the driver and xserver and drm? I don't know because i've upgraded my hardware. (In reply to comment #10) > I don't know because i've upgraded my hardware. > closing, then. thanks for following up. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.