Summary: | Strange reboots when using tvtime | ||
---|---|---|---|
Product: | DRI | Reporter: | Marcin Kurek <morgoth6> |
Component: | DRM/other | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED NOTOURBUG | QA Contact: | |
Severity: | normal | ||
Priority: | high | CC: | alexdeucher |
Version: | XOrg 6.7.0 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Marcin Kurek
2004-08-10 23:29:12 UTC
> Aug 8 15:29:21 kastor [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held > Aug 8 15:29:21 kastor [drm:radeon_unlock] *ERROR* Process 6989 using kernel context 0 load the agp modules _before_ the drm module. Hmm, OK. I will try as soon as 2.6.8 will be released in Gentoo. I can see many APIC related fixe's in 2.6.8 and I want to check it out. OK, I insert agpgart in my init scripts but without effect. System still cause a nasty reboot after a few minutes of use tvtime program (And sometimes without it) I try try add a 'noapic' option to kernel and it seems to cure my problem. Is there is any problem with SMP and APIC under Linux ? Is this bug reproducable with more recent kernels / drivers? If not, I'm going to close it. It's been over a year with no activity and very little information in the bug. confirmed with msi neo2-f fir MB, latest debian tvtime, Xorg, Mesa, Kernel 2.6.19.1 sporadic h/w lockups after some h or more immediate triggered by AV7110 OSD usage, more often with indirect rendering. no oops, no logs except once a printk of a situation with "irq160..." (nonexistant in /proc/interrupts), self rebooted immediately after printk message. via k8t800(pro) chipset / MB firmware bug. possibly wrong AGP/System RAM clocking/sync autoconfiguration by MB Bios. workaround by bios settings available: loosening RAM clocking +1..2T@all configurable cycles, locking AGP clocking to 66MHz, HT 800Mhz. works fine here with amd64 venice E6. Discussion about NOTOURBUG? Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler closing due to lack of response |
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.