From owner-freebsd-x11@FreeBSD.ORG Fri Nov 30 04:56:07 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25B02B2A; Fri, 30 Nov 2012 04:56:07 +0000 (UTC) (envelope-from nwhitehorn@banshee.munuc.org) Received: from banshee.munuc.org (cl-106.chi-02.us.sixxs.net [IPv6:2001:4978:f:69::2]) by mx1.freebsd.org (Postfix) with ESMTP id DBC9A8FC12; Fri, 30 Nov 2012 04:56:06 +0000 (UTC) Received: from nwhitehorn (helo=localhost) by banshee.munuc.org with local-esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1TeIdv-000C6M-4c; Thu, 29 Nov 2012 22:56:03 -0600 Date: Thu, 29 Nov 2012 22:56:03 -0600 (CST) From: Nathan Whitehorn X-X-Sender: nwhitehorn@banshee.munuc.org To: matt Subject: Re: PPC DRM graphics testing In-Reply-To: <50B82E9C.5030800@gmail.com> Message-ID: 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> <50B82E9C.5030800@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Nathan Whitehorn X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: nwhitehorn@banshee.munuc.org X-SA-Exim-Scanned: No (on banshee.munuc.org); SAEximRunCond expanded to false Cc: Andreas Tobler , x11@freebsd.org, freebsd-ppc@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 04:56:07 -0000 On Thu, 29 Nov 2012, matt wrote: > 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...? Thanks for doing these tests! I wanted to point out that a bug in the AGP driver cannot be ruled out. It's fairly simple but never really got tested until quite recently when you started looking at this and drm began working. -Nathan