Radeon HD 4350 - no DRI / only Software Rasterizer under FreeBSD 9.0?

Thu Nov 29 16:51:13 UTC 2012

Hey,

> Here's some other thoughts...by no means exclusive.

I'm happy for every suggestion you got, thanks again for your help and
taking the time to respond.

> -It's always possible that Linux behaves more graciously with a given
EDID. FreeBSD can be more picky about hardware, especially graphics of
course. Did xrandr see all your modes properly?

EDID info seems to come in correct. from xorg.0.log:
(II) RADEON(0): Monitor name: BenQG2110W
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 	00ffffffffffff0009d1127845540000
(II) RADEON(0): 	12120103802f1e782ee525a65444a125
(II) RADEON(0): 	145054a56b80710081008140950f8180
(II) RADEON(0): 	9500b300010121399030621a274068b0
(II) RADEON(0): 	3600da281100001c000000ff00593438
(II) RADEON(0): 	30323832303032360a20000000fd0037
(II) RADEON(0): 	4c1f5311000a202020202020000000fc
(II) RADEON(0): 	0042656e514732313130570a2020009f
(II) RADEON(0): EDID vendor "BNQ", prod id 30738

Modes detection is also correct.
$ xrandr
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 1680 x 1680
DVI-1 connected 1680x1050+0+0 (normal left inverted right x axis y axis)
474mm x 296mm
   1680x1050      60.0*+   59.9
   1280x1024      75.0     60.0
   1440x900       75.0     59.9
   1280x960       60.0
   1280x800       59.9
   1152x864       75.0
   1152x720       60.0
   1024x768       75.0     60.0
   832x624        74.6
   800x600        75.0     60.3
   640x480        75.0     59.9
   720x400        70.1
DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis)
474mm x 296mm
   1680x1050      60.0 +   59.9*
   1280x1024      75.0     60.0
   1440x900       75.0     59.9
   1280x960       60.0
   1280x800       59.9
   1152x864       75.0
   1152x720       60.0
   1024x768       75.0     60.0
   832x624        74.6
   800x600        75.0     60.3
   640x480        75.0     59.9
   720x400        70.1
$

> -Regarding mtrr, this
http://lists.freebsd.org/pipermail/freebsd-stable/2009-May/050072.html
looks fruitful...not sure if it's all still accurate. Do you happen to
have an onboard controller other than the ATI? If so, see if you can
change BIOS options related to it...apparently this shouldn't be fatal.
Any GART bios options etc?

Thanks for digging that one up but it reads like it only is a problem when
you have multiple cards and overlapping memory regions, no? In my case
there is no onboard graphics controller. The motherboard is a Asus P5K.

> -If you are just copying your arch xorg.conf, try doing X -configure and
copying the resulting file (/root/xorg.conf.new) to /etc/xorg.conf...it
will have all the radeon driver options in it.

I just used evdev auto detection and xrandr to configure my Linux setup.
Didn't need to write a xorg.conf in quite some time.

> Amongst those there are some options to twiddle, the man page has docs.
There is one which ignores the connector table on the card, another
which enables/disables something called NewPLL and some for dealing with
EDID issues. You can rule out EDID with another monitor. The other two
options could be worth twiddling. I really think this is either a EDID
bug, connector table bug or PLL setup is wrong and crashing the card.

I used X -configure and am tinkering around with these options.

I found out I get >partial< DRI with this combination in the device section:
Option     "NoAccel" "true"
Option     "DRI" "true"

which results in

$ glxgears
1464 frames in 5.0 seconds = 292.740 FPS
1498 frames in 5.0 seconds = 299.405 FPS
...

# lots of frames! YEY!

$ glxinfo | grep OpenGL
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.6.1
OpenGL shading language version string: 1.20
OpenGL extensions:

# still limits on screen size. and no rotation..
$ xrandr --output DVI-0 --left-of DVI-1
xrandr: screen cannot be larger than 1680x1680 (desired size 3360x1050)
$ xrandr --output DVI-0 --rotate left
xrandr: Configure crtc 1 failed
$ xrandr --output DVI-1 --rotate left
xrandr: Configure crtc 0 failed

But I don't wonder about that. Rotation needs real DRI with Acceleration.

Option 	   "AccelMethod" "EAX"
Option     "DRI" "true"
Still crashes..

I also tried:

- Option     "DefaultConnectorTable" "true"
X won't start and tells me "No Screens"

- Option "NewPLL" "true/fale"
Seems to have no effect at all..

> -Another debugging option is to turn on hw.dri.0.debug=1 with sysctl
after kldloading radeon.ko, and then watching the dmesg over ssh until
the crash...or set the fs options to sync in fstab and check the logs
after you power cycle it. This will give some insight into what the drm
devices is doing.

Wow.. quite a bit of output. I'll attach the logs to this mail. Sadly no
obvious error, though.
Mounting Sync saved the log files which contain more output than what ends
up over SSH. YEY #2!
Irritatingly it's not consistent where the box freezes from the logs. It's
quite different from run to run..
Getting harder and harder to do systematic checks..

> -You could try a BIOS update too, usually won't hurt.

I was stunned to find that my BIOS wasn't up to date. I flashed it to the
latest version (from 2008 ˜_˜).
Improvments, sadly, no..

> - CFLAGS should be -02 -pipe (at least for system setup), and this is
coming from a gentoo user :).

> -You can also try the newer Xorg, by putting WITH_NEW_XORG=YES into
make.conf, update your ports tree with portsnap or svn and then run
portmaster -day...This will bring in the more recent Xorg and ATI
driver, HOWEVER, it's not easy to go back if you're not pretty familiar
with ports. You will also have to rebuild all the X drivers.

I just tried this without success though. Except NoAccel DRI whooping 100
more FPS.

> If you can beg/borrow/steal a different HD4xxx it would be interesting
to see if the problem persists.

That would be interesting, indeed. I only have the exact same card in the
office. I'll try swaping them and see how it turns out.

> Matt

It really feels like I'm running out of options and fear I have to go back
to Linux until the KMS stuff blows over and more recent drivers arrive on
*BSD.. Or get a NV replacement card..

Thanks again and kind regards,

Henry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: newXorg.0.log
Type: application/octet-stream
Size: 51606 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20121129/3ce7f73a/attachment.obj>