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





--- Comment #6 from Duncan <1i5t5.dun...@cox.net>  2010-10-13 14:12:11 ---
[Grumble!  My prefs are set to mail for all comment additions, but I'm not
getting them ATM!  Is this a known bugzilla.kernel.org issue ATM?  Maybe it's
my ISP eating them as spam?  Anyway, I know to check manually now.]

With KMS and previous xorg-server versions (1.9.0 at least, as mentioned on the
previous bug), Option "NoAccel" in the device section didn't seem to do
anything, but Disable "dri" in the Modules section did just that.  The xorg log
confirmed it.

With the current setup, I was blaming it on kde 4.5.2 but maybe it's xorg
1.9.0.901, the Modules section Disable "dri" works (disables dri) according to
the log, but I get either no X graphics or only a fraction of a second of
graphics, before it switches back to the KMS mode text VT I was in previously.

And yes, I know dri was disabled previously because not only kde had no OpenGL
effects, but glxinfo reported the mesa software rendering OpenGL fallback, not
the radeon hardware OpenGL rendering I normally see.

Hmm.... but one thing different that I forgot about that I bet has something to
do with it...  And I better check the variation against this bug now that I
remember it, somewhere during my testing I commented the
LIBGL_ALWAYS_INDIRECT=1 that I was previously exporting.  But I'd have not
messed with it if I'd not had the reported bug to begin with, so I doubt it
fixes the problem entirely, but it could well explain why I could boot to KDE
with DRI disabled before, and I can't, now.

So I have some more config variant testing to do.

Meanwhile, is the radeon.agpmode=-1 boot parameter like the xorg.conf device
section Option "AGPMode" "int" or Option "BusType" "string" that I used to use
and that's still documented in the radeon manpage?  Do those do any good now
with KMS or are they ignored in that case, with only the boot parameters having
any effect?

Anyway, I'll try to test after some sleep.  The results I'd get ATM might be
less than useful. =:^(

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

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to