https://bugzilla.kernel.org/show_bug.cgi?id=15779

           Summary: [radeon X1300 KMS] infinite atombios loop on Xorg
                    startup
           Product: Drivers
           Version: 2.5
    Kernel Version: 2.6.34-rc3-42171-g1f01696
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
        AssignedTo: drivers_video-...@kernel-bugs.osdl.org
        ReportedBy: tomastr...@gmx.com
        Regression: No


Created an attachment (id=25993)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=25993)
dmesg log of a KMS boot to runlevel 5

Booting current drm-radeon-testing (commit
3a44d81fb0e85b18484cae6a20f0661710b6c1db) on my AGP X1300 with KMS enabled
reliably leads to a blank screen (monitor goes to sleep) when Xorg fires up.
These two messages show up in dmesg:
[drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 1sec aborting
[drm:atom_execute_table_locked] *ERROR* atombios stuck executing E1B9 (len 86,
WS 4, PS 0) @ 0xE1EC

This bug is here for a long long time but without the recent atombios loop
detection logic every Xorg startup using KMS ended with a blank screen and
locked up X (SSH working, X not responding to signals including SIGKILL,
machine unable to shutdown properly). With this checking in place, X
fortunately doesn't lock up and it's possible to kill it or switch VTs
normally.

KMS has never been working on this machine partly because of this issue and
also because of the race reported in bug 15078 (however, that one seems to have
vanished with recent kernels - without a relevant commit).

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to