Freebsd 8.1 + xorg + radeonhd hang
atkin901 at gmail.com
Wed Sep 15 16:19:35 UTC 2010
-----BEGIN PGP SIGNED MESSAGE-----
On 09/14/2010 15:39, Oliver Pinter wrote:
> Hi all!
> it's an old problem:
> And still exist... with or without dri/3d, it's a bug between freebsd
> agp and xorg-server.
> When you use vesa, than this problem is elliminated. With radeon or
> radeon-hd driver, the problem come back, and the machine locked up.
> When you killed the xserver, end kldunloaded the radeon modul, then
> presented a small memory leak, and the radeon kernek modul is not
> The DRI/DRM/3D is completly independent from this bug. The bug is in
> libpciaccess or xorg-server. The old xserver (<=1.4.X) is bugfree....
Yep this issue has been around since the Xorg upgrade -- note that
changes were made to drm and radeon kernel modules around the same time.
I used to be able to drop in and out of X before then as well. Now if
I exit X, I have to reboot. This is an r600 card and radeon or
radeonhd both behave the same.
I reported it here:
the report was largely ignored.
> On 9/15/10, Warren Block <wblock at wonkity.com> wrote:
>> On Tue, 14 Sep 2010, Eivind E wrote:
>> First, the intermittent nature of the problem sounds like it might be
>> hardware failure. The only easy way to test that would be to swap in
>> another video board, but people rarely have extras.
>> You also mentioned upgrading from 7.x to 8.1. It's worth running
>> pkg_libchk from sysutils/bsdadminscripts to make sure nothing was
>> Back to the xorg.conf...
>> Adding Option "Log" "Sync" to ServerLayout may help preserve the
>> Xorg.0.log file. Untested by me so far, but shouldn't hurt.
>>> I'll repost the xorg.conf here
>>> Section "ServerLayout"
>>> Identifier "Layout0"
>>> Screen 0 "Screen0" 0 0
>>> InputDevice "Tastatur" "CoreKeyboard"
>>> InputDevice "Mus" "CorePointer"
>>> Option "AllowEmptyInput" "off"
>> AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead.
>>> Section "Files"
>> Looks wrong, but works here. I'd suggest leaving out the section
>> entirely rather than leaving it empty, though.
>>> Section "Module"
>>> # Load "freetype"
>>> # Load "xtt"
>>> Load "extmod"
>>> Load "glx"
>>> Load "dri"
>>> Load "dbe"
>>> Load "record"
>>> Load "xtrap"
>>> Load "type1"
>>> Load "speedo"
>> All but the commented first two and last three are default. Worth
>> commenting out the last three and testing, too.
>>> Section "Monitor"
>>> Identifier "Skjerm"
>>> HorizSync 31.5 - 48.5
>>> VertRefresh 50.0 - 70.0
>>> Section "Device"
>>> Identifier "Grafikkort"
>>> Driver "radeonhd"
>>> Option "HPD" "off"
>> My success rate with the radeonhd driver is pretty much nonexistent.
>>> Section "Screen"
>>> Identifier "Screen0"
>>> Device "Grafikkort"
>>> Monitor "Skjerm"
>>> DefaultDepth 16
>>> SubSection "Display"
>>> Depth 16
>>> Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600"
>> 16-bit? That may actually be slower than 24, depending on how the card
>> is built. Should still work, though it's worth commenting out in both
>> places for testing.
>>> Section "DRI"
>>> Mode 0666
>> Should not cause a problem, although I use 0660.
>> My full xorg.conf for the X1650 is here:
>> freebsd-stable at freebsd.org mailing list
>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
> freebsd-stable at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the freebsd-stable