From: "David S. Miller" <davem@redhat.com>
To: benh@kernel.crashing.org
Cc: drobbins@gentoo.org, linux-kernel@vger.kernel.org,
andrea@suse.de, alan@redhat.com, akpm@zip.com.au,
vherva@niksula.hut.fi, lwn@lwn.net, paulus@samba.org
Subject: Re: Athlon/AGP issue update
Date: Wed, 23 Jan 2002 06:08:55 -0800 (PST) [thread overview]
Message-ID: <20020123.060855.26275529.davem@redhat.com> (raw)
In-Reply-To: <20020123024610.30988@mailhost.mipsys.com>
In-Reply-To: <20020123.021819.21955581.davem@redhat.com> <20020123024610.30988@mailhost.mipsys.com>
From: benh@kernel.crashing.org
Date: Wed, 23 Jan 2002 03:46:10 +0100
The workaround here would be for AGP to also _unmap_ the AGP pages from
the main kernel mapping, which isn't always possible, for example on PPC
we use the BATs to map the kernel lowmem, we can't easily make "holes" in
a BAT mapping. That's one reason why I did some experiments to make the
PPC kernel able to disable it's BAT mapping.
This would be impossible on sparc64 too, since we implement these
mappings statically with an add instruction in the TLB handler.
But we also lack AGP on sparc64 so...
I don't think your PPC case needs the kernel mappings messed with.
I really doubt the PPC will speculatively fetch/store to a TLB
missing address.... unless you guys have large TLB mappings on
PPC too?
next prev parent reply other threads:[~2002-01-23 14:10 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-23 9:52 Athlon/AGP issue update Daniel Robbins
2002-01-23 10:18 ` David S. Miller
2002-01-23 2:46 ` benh
2002-01-23 14:08 ` David S. Miller [this message]
2002-01-23 15:47 ` benh
2002-01-25 18:34 ` Val Henson
2002-01-26 0:20 ` Benjamin Herrenschmidt
2002-01-27 19:22 ` Val Henson
2002-01-27 19:32 ` Benjamin Herrenschmidt
2002-01-23 16:31 ` Albert D. Cahalan
2002-01-23 16:57 ` Daniel Robbins
2002-01-23 17:14 ` benh
2002-01-23 23:14 ` Albert D. Cahalan
2002-01-25 18:17 ` Val Henson
2002-01-23 19:20 ` Oliver Neukum
[not found] ` <200201231010.g0NAAuE05886@Port.imtp.ilyichevsk.odessa.ua>
2002-01-23 10:24 ` David S. Miller
2002-01-23 10:31 ` Rik van Riel
2002-01-23 11:39 ` David S. Miller
2002-01-23 11:39 ` William Lee Irwin III
2002-01-23 11:47 ` David S. Miller
2002-01-23 17:09 ` Albert D. Cahalan
2002-01-23 18:38 ` David S. Miller
-- strict thread matches above, loose matches on Subject: below --
2002-01-23 10:38 Studierende der Universitaet des Saarlandes
2002-01-23 11:44 ` David S. Miller
2002-01-23 12:32 ` Momchil Velikov
2002-01-23 12:34 ` David S. Miller
2002-01-23 12:41 ` Momchil Velikov
2002-01-23 14:50 ` Manfred Spraul
2002-01-23 11:44 ` David Woodhouse
2002-01-23 11:49 ` David S. Miller
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=20020123.060855.26275529.davem@redhat.com \
--to=davem@redhat.com \
--cc=akpm@zip.com.au \
--cc=alan@redhat.com \
--cc=andrea@suse.de \
--cc=benh@kernel.crashing.org \
--cc=drobbins@gentoo.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lwn@lwn.net \
--cc=paulus@samba.org \
--cc=vherva@niksula.hut.fi \
/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