From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ozlabs.org (Postfix) with SMTP id D65A2B6EEB for ; Thu, 19 Apr 2012 01:55:57 +1000 (EST) Content-Type: text/plain; charset="utf-8" Date: Wed, 18 Apr 2012 17:49:16 +0200 From: "Gerhard Pircher" In-Reply-To: <1334761280.5989.332.camel@thor.local> Message-ID: <20120418154916.128350@gmx.net> MIME-Version: 1.0 References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334756287.5989.326.camel@thor.local> <1334759498.5989.328.camel@thor.local> <1334761280.5989.332.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? To: =?iso-8859-1?Q?=22Michel_D=E4nzer=22?= Cc: schwab@linux-m68k.org, ojordan12345@hotmail.co.uk, linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , -------- Original-Nachricht -------- > Datum: Wed, 18 Apr 2012 17:01:20 +0200 > Von: "Michel Dänzer" > An: Andreas Schwab > CC: o jordan , linuxppc-dev@lists.ozlabs.org > Betreff: Re: PowerPC radeon KMS - is it possible? > On Mit, 2012-04-18 at 16:55 +0200, Andreas Schwab wrote: > > Michel Dänzer writes: > > > > > On Mit, 2012-04-18 at 16:28 +0200, Andreas Schwab wrote: > > >> Michel Dänzer writes: > > >> > > >> > Have you tried smaller aperture sizes (uninorth_agp.aperture) > > >> > and/or radeon.test=1? (See commit > > >> > 52f072cb084bbb460d3a4ae09f0b6efc3e7e8a8c) > > >> > > >> Neither changes anything. > > > > > > How small aperture sizes have you tried? > > > > 32M. With the old UMS driver 3D once worked fine ... > > That doesn't necessarily mean much per se, as with UMS memory is only > statically mapped into the AGP GART once (so most of those 32M are > wasted at least most of the time), whereas with KMS it's dynamically > (un)mapped on demand. That may be a stupid question, but is it allowed (for a DRM client or whatever does the mapping) to change the content of a page mapped into the AGP GART or is it necessary to explicitly unmap the page, change its content and map it again? I would say it's necessary to unmap the page first (sounds more like the pci_[un]map_page() approach) - at least when it should work with non-coherent architectures, too. Gerhard PS: Sorry for hijacking the thread. :-) -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de