From: Dave Jones <davej@redhat.com>
To: Daniel Drake <dsd@gentoo.org>
Cc: linux list <linux-kernel@vger.kernel.org>
Subject: Re: amd64 agpgart aperture base value
Date: Thu, 14 Dec 2006 19:02:50 -0500 [thread overview]
Message-ID: <20061215000250.GB18456@redhat.com> (raw)
In-Reply-To: <4581DFC2.1000304@gentoo.org>
On Thu, Dec 14, 2006 at 06:35:30PM -0500, Daniel Drake wrote:
> So, you think that the aperture moving to a different location on every
> boot is what the BIOS desires? Is it normal for it to move so much?
Beats me. I gave up trying to understand BIOS authors motivations years ago.
> The current patch drops the upper bits and results in the aperture
> always being in the same place, and this appears to work. If the BIOS
> did really put the aperture beyond 4GB but my patch is making Linux put
> it somewhere else, does it surprise you that things are still working
> smoothly?
Does it survive a run of testgart when masking out the high bits?
It could be that you're right, and the upper bits being reported really
are garbage.
> Is it even possible for the aperture to start beyond 4GB when the system
> has less than 4GB of RAM?
The amount of RAM is irrelevant, it can appear anywhere in the address space,
which on 64bit, is pretty darned huge. The aperture isn't backed by RAM,
it's a 'virtual window' of sorts. When you write to an address in that range, it
gets transparently remapped to somewhere else in the address space.
The window is the 'aperture', where it remaps to is controlled by a translation
table called the GATT (which does live in real memory).
That's pretty much all there is to AGP. It's just a really dumb MMU of sorts.
Dave
--
http://www.codemonkey.org.uk
next prev parent reply other threads:[~2006-12-15 0:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-14 3:47 amd64 agpgart aperture base value Daniel Drake
2006-12-14 13:22 ` Dave Jones
2006-12-14 23:35 ` Daniel Drake
2006-12-15 0:02 ` Dave Jones [this message]
2006-12-18 11:38 ` Eric W. Biederman
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=20061215000250.GB18456@redhat.com \
--to=davej@redhat.com \
--cc=dsd@gentoo.org \
--cc=linux-kernel@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.