From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 6 05:22:50 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D2291D9; Tue, 6 Nov 2012 05:22:50 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDCF8FC08; Tue, 6 Nov 2012 05:22:49 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id qA65MeS3038959; Tue, 6 Nov 2012 06:22:41 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <50989EA0.5020509@fgznet.ch> Date: Tue, 06 Nov 2012 06:22:40 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: matt Subject: Re: PPC DRM graphics testing References: <50972E9E.3010101@gmail.com> <50974ECD.5010702@fgznet.ch> <50988FE0.9030806@gmail.com> In-Reply-To: <50988FE0.9030806@gmail.com> Content-Type: multipart/mixed; boundary="------------030507010805020908070404" X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: x11@freebsd.org, freebsd-ppc@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 05:22:50 -0000 This is a multi-part message in MIME format. --------------030507010805020908070404 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On 06.11.12 05:19, matt wrote: > On 11/04/12 21:29, Andreas Tobler wrote: >> On 05.11.12 04:12, matt wrote: >>> So I've been plagued by issues on my rv250...the gpu is locking up at >>> times and resulting in a backtrace that seems to indicate the card is no >>> longer responding (drmCommandNone hangs on drmIoctl hangs on ioctl). At >>> this point, I'm not sure if I have bad hardware, something is wrong with >>> mesa for rv250, or something is wrong with drm. I unfortunately only >>> have one PowerPC machine with a radeon card, so I'd love to see if >>> anyone else has had any luck with similar configs (G4 tower with radeon >>> AGP card). >>> >>> If anyone has a working radeon with DRM on powerpc, could you post >>> glxinfo | fgrep 'render' (if you can get mesa-demos to compile...it's a >>> chore). And/or results trying to run a 3d app like minetest, glxgears, >>> whatever uses DRI would be really helpful in ruling out both my hardware >>> and the drm code. I don't want to dig into the mesa mess unless I'm sure >>> that's where the problem lies.¨ >> Both on a G5 in 32-bit mode. And mesa-demos are 'working'. >> >> Radeon 9600: >> direct rendering: Yes >> OpenGL renderer string: Mesa DRI R300 (RV350 4152) 20090101 TCL >> >> >> Radeon 9800: >> direct rendering: Yes >> OpenGL renderer string: Mesa DRI R300 (R350 4E48) 20090101 TCL >> >> Andreas >> > Thanks, it makes me think AGP is fine on powerpc, and that it's probably > my hardware or a mesa bug...I have seen a lot of historical discussion > of the locking scheme in the r200 drivers, and it makes me wonder if > that and/or smp are to blame. Apparently drmCommandNone is one of the > few times drm actually waits for the card, so many different bugs that > crash the gpu will appear with a similar back trace ending in > drmCommandNone calling ioctl. 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 --------------030507010805020908070404 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="radeon_conf.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="radeon_conf.diff" Index: conf/files =================================================================== --- conf/files (revision 242266) +++ conf/files (working copy) @@ -1175,9 +1175,9 @@ dev/drm/r300_cmdbuf.c optional radeondrm dev/drm/r600_blit.c optional radeondrm dev/drm/r600_cp.c optional radeondrm \ - compile-with "${NORMAL_C} ${NO_WUNUSED_VALUE} ${NO_WCONSTANT_CONVERSION}" + compile-with "${NORMAL_C_NOWERROR} ${NO_WUNUSED_VALUE} ${NO_WCONSTANT_CONVERSION}" dev/drm/radeon_cp.c optional radeondrm \ - compile-with "${NORMAL_C} ${NO_WUNUSED_VALUE} ${NO_WCONSTANT_CONVERSION}" + compile-with "${NORMAL_C_NOWERROR} ${NO_WUNUSED_VALUE} ${NO_WCONSTANT_CONVERSION}" dev/drm/radeon_cs.c optional radeondrm dev/drm/radeon_drv.c optional radeondrm dev/drm/radeon_irq.c optional radeondrm --------------030507010805020908070404--