From: Bob Montgomery <bob.montgomery@hp.com>
To: Dave Airlie <airlied@gmail.com>
Cc: Dave Jones <davej@redhat.com>, Yinghai Lu <yinghai@kernel.org>,
Ingo Molnar <mingo@elte.hu>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"vojtech@suse.cz" <vojtech@suse.cz>,
Linus Torvalds <torvalds@linux-foundation.org>,
"chandru@in.ibm.com" <chandru@in.ibm.com>,
Joerg Roedel <joerg.roedel@amd.com>,
FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
Jesse Barnes <jbarnes@virtuousgeek.org>,
Pavel Machek <pavel@ucw.cz>
Subject: Re: [PATCH] disable CPU side GART accesses
Date: Mon, 03 Nov 2008 16:36:19 -0700 [thread overview]
Message-ID: <1225755379.3428.39.camel@amd.troyhebe> (raw)
In-Reply-To: <21d7e9970810291440w50d15c30o961dad801cf71548@mail.gmail.com>
On Wed, 2008-10-29 at 21:40 +0000, Dave Airlie wrote:
> On Thu, Oct 30, 2008 at 7:32 AM, Dave Jones <davej@redhat.com> wrote:
> > On Thu, Oct 30, 2008 at 07:24:34AM +1000, Dave Airlie wrote:
> >
> > > This stops the CPU from using the aperture for most DRI things. I
> > > can't confirm this won't regress working systems
> > > though. The whole AMD GART thing scares me, esp if some of the host
> > > chipsets also have an AGP GART.
> >
> > The easy cop-out for those in the past has been 'dont support them'.
> > It's why we removed some K8 chipset PCI IDs from the via driver for eg.
> > iirc, if we leave them unprogrammed, they're essentially irrelevant.
> >
>
> I was more going the other way, why use the IOMMU for AGP when it has
> other tasks to
> do, and we have a host chipset GART.
>
> Granted I've never had an AMD + AGP system to ever care about this.
We're specifically talking about AMD64, and we're not using an IOMMU for
AGP, we're using the AMD64 implementation of the GART for an IOMMU.
The (possible) danger is that some old AMD64 system could also (or
instead) try using the GART for AGP and run into a problem since my
patch wants to disable CPU side access to the aperture, which is fine
when we're using it as an IOMMU.
In drivers/gpu/drm/drm_memory.c:agp_remap(), there are these comments
about the part of the code that deals with "cant_use_aperture":
/*
* OK, we're mapping AGP space on a chipset/platform on which
* memory accesses by the CPU do not get remapped by the GART.
* We fix this by using the kernel's page-table instead (that's
* probably faster anyhow...).
*/
So that's encouraging. Now the question is this: Can I just go into
amd64-agp.c and add ".cant_use_aperture=true" to the agp_bridge_driver
struct? Who's brave enough to say that will just work? :-)
static const struct agp_bridge_driver amd_8151_driver = {
...
The "cant_use_aperture" paths have possibly
never been tested on amd64 agp systems, but
are in use on these systems:
alpha-agp.c: .cant_use_aperture = true,
hp-agp.c: .cant_use_aperture = true,
i460-agp.c: .cant_use_aperture = true,
parisc-agp.c: .cant_use_aperture = true,
sgi-agp.c: .cant_use_aperture = true,
uninorth-agp.c: .cant_use_aperture = true,
uninorth-agp.c: .cant_use_aperture = true,
Thanks for any more enlightenment,
Bob Montgomery
next prev parent reply other threads:[~2008-11-03 23:35 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-15 21:48 [PATCH] disable CPU side GART accesses Bob Montgomery
2008-10-15 23:40 ` Linus Torvalds
2008-10-16 19:17 ` Bob Montgomery
2008-10-15 23:48 ` Ingo Molnar
2008-10-16 0:22 ` Yinghai Lu
2008-10-16 17:00 ` Bob Montgomery
2008-10-16 17:43 ` Yinghai Lu
2008-10-16 19:26 ` Bob Montgomery
2008-10-27 22:42 ` Bob Montgomery
2008-10-27 23:06 ` Yinghai Lu
2008-10-29 20:52 ` Bob Montgomery
2008-10-29 21:24 ` Dave Airlie
2008-10-29 21:32 ` Dave Jones
2008-10-29 21:40 ` Dave Airlie
2008-11-03 23:36 ` Bob Montgomery [this message]
2008-11-03 23:55 ` Dave Airlie
2008-11-19 22:12 ` Bob Montgomery
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1225755379.3428.39.camel@amd.troyhebe \
--to=bob.montgomery@hp.com \
--cc=airlied@gmail.com \
--cc=chandru@in.ibm.com \
--cc=davej@redhat.com \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=jbarnes@virtuousgeek.org \
--cc=joerg.roedel@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=pavel@ucw.cz \
--cc=torvalds@linux-foundation.org \
--cc=vojtech@suse.cz \
--cc=yinghai@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox