Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Nov 2012 19:57:16 -0800
From:      matt <sendtomatt@gmail.com>
To:        Andreas Tobler <andreast-list@fgznet.ch>
Cc:        x11@freebsd.org, freebsd-ppc@freebsd.org
Subject:   Re: PPC DRM graphics testing
Message-ID:  <50B82E9C.5030800@gmail.com>
In-Reply-To: <509A8B3D.8030703@fgznet.ch>
References:  <50972E9E.3010101@gmail.com> <50974ECD.5010702@fgznet.ch> <50988FE0.9030806@gmail.com> <50989EA0.5020509@fgznet.ch> <5098CA4F.7020306@gmail.com> <509A8B3D.8030703@fgznet.ch>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/07/12 08:24, Andreas Tobler wrote:
> On 06.11.12 09:29, matt wrote:
>> On 11/05/12 21:22, Andreas Tobler wrote:
>>> Hm, I can try to bring the Radeon 9200 PCI up and see how it behaves.
>>> It'll take a few moments. But at least we have another config to compare.
>>>
>>> Oh, and one thing to note, my config works with built-in (not a kernel
>>> module) drm/radeondrm. Have you tried this too?
>>>
>>> Kernel config:
>>> # Direct Rendering modules for 3D acceleration.
>>> device          drm            # DRM core module required by DRM drivers
>>> device          radeondrm      # ATI Radeon
>>>
>>>
>>> Attached the patch to make it compile.
>>>
>>> Andreas
>>>
>>>
>>>
>> A good idea, but it didn't help. Backtrace was slightly different, but
>> nothing decisive. exaCopyDirty() seems to be involved quite often.
>>
>> I also found 7.7 will not work, because although they left in r200, they
>> stripped out UMS.
>>
>> So it's back to the drawing board, or at least poking at sources and/or
>> gdb for a while :)
> Just a short notice from my side. I finally managed to get the pci
> radeon 9200 work, means I can startx.
> I had some issues until I found out how to make Xorg recognize the pci
> card which is not in the primary pci domain.
>
> I needed this string in the xorg.conf, under the section "Device"
>
> BusID       "PCI:1@1:2:0"
>
> Important is ":domain@bus:".
>
> Regarding drm, I get hardlocks as soon as I start glxgears or other
> samples. No more info yet.
>
> Here the render string:
> ---
> direct rendering: Yes
> OpenGL renderer string: Mesa DRI R200 (RV280 5961) 20090101  TCL
> ---
>
> Chipset: "ATI Radeon 9200 5961 (AGP)" (ChipID = 0x5961)
> Mapped VideoRAM: 131072 kByte (128 bit DDR SDRAM)
>
> Note, it is a PCI card, not an AGP one.
>
> Also, I do run old Xorg (X.Org X Server 1.7.7 and the 6.14.3 ati pkg.).
>
> I'll continue playing a bit.
>
> Andreas
>
>
I got a Apple OEM Radeon 9260 256M AGP 8x. I chopped the two resistors
that allow it to work in an MDD, it worked fine for OS X.

I still don't have working DRM, however glxgears actually shows the
gears. One to two frames are emitted before the card crashes and loops
in drmCommandNone.

Turning on dev.dri.0.debug=1, I'm seeing an ioctl completing and
returning '35' periodically. Not sure what a positive return value
means, or what ioctl is being called (I assume it's a flush or something
in drmCommandNone).

So I'm starting to think it's the MDD that's the issue, but I'm not sure
why. I tried adding the 2x_reset quirk in agp.ko, even though it seems
unecessary and Linux has no 2x quirk for this chipset either.

Doesn't U3 have hardware byteswappers or something...?

Matt



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50B82E9C.5030800>