From: Jesse Barnes <jbarnes@engr.sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [rfc] generic allocator and mspec driver
Date: Thu, 03 Feb 2005 17:41:05 +0000 [thread overview]
Message-ID: <200502030941.05780.jbarnes@engr.sgi.com> (raw)
In-Reply-To: <16897.9640.160896.31584@jaguar.mkp.net>
On Wednesday, February 2, 2005 11:47 pm, Jes Sorensen wrote:
> >>>>> "Jesse" = Jesse Barnes <jbarnes@engr.sgi.com> writes:
>
> Jesse> On Wednesday, February 2, 2005 11:10 am, Jes Sorensen wrote:
> >> The remaining issue I am facing is that for the uncached pool I
> >> want to make it node aware and we want to use the spill pages from
> >> the lower granules for this pool which is easily done on
> >> SN2. However I see no generic way to get from a physical address to
> >> node id for pages that do not have a struct page assigned to
> >> them. I am curious if anyone has any suggestions for how to solve
> >> this in a generic way?
>
> Jesse> paddr_to_nid?
>
> It's not clear to me this covers the spill memory found in the lower
> granules and second it's really really slow, though that may not be a
> real problem.
You're right, it won't deal with low addresses, only regular, cachable ones
afaict.
Jesse
next prev parent reply other threads:[~2005-02-03 17:41 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-02 19:10 [rfc] generic allocator and mspec driver Jes Sorensen
2005-02-02 19:46 ` Jesse Barnes
2005-02-02 23:33 ` Jack Steiner
2005-02-03 7:47 ` Jes Sorensen
2005-02-03 8:38 ` Jes Sorensen
2005-02-03 11:19 ` Robin Holt
2005-02-03 14:55 ` Jes Sorensen
2005-02-03 17:06 ` Jesse Barnes
2005-02-03 17:31 ` Dean Roe
2005-02-03 17:31 ` Robin Holt
2005-02-03 17:41 ` Jesse Barnes [this message]
2005-02-03 18:54 ` Jack Steiner
2005-02-03 19:39 ` David Mosberger
2005-02-03 20:58 ` Jes Sorensen
2005-02-03 21:40 ` Luck, Tony
2005-02-04 1:00 ` David Mosberger
2005-02-13 21:57 ` Jes Sorensen
2005-02-14 19:12 ` Luck, Tony
2005-02-14 19:17 ` David Mosberger
2005-02-15 8:43 ` Jes Sorensen
2005-02-15 8:44 ` Jes Sorensen
2005-02-15 17:35 ` Grant Grundler
2005-02-15 18:04 ` David Mosberger
2005-02-15 18:05 ` David Mosberger
2005-02-15 19:11 ` Robin Holt
2005-02-15 19:19 ` David Mosberger
2005-02-15 19:49 ` Robin Holt
2005-02-15 19:59 ` Jes Sorensen
2005-02-15 20:02 ` Jes Sorensen
2005-02-15 20:24 ` Robin Holt
2005-02-16 7:32 ` Jes Sorensen
2005-02-16 14:17 ` Jes Sorensen
2005-02-16 17:50 ` Luck, Tony
2005-02-16 18:18 ` Luck, Tony
2005-02-16 19:10 ` Jes Sorensen
2005-02-16 21:02 ` David Mosberger
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=200502030941.05780.jbarnes@engr.sgi.com \
--to=jbarnes@engr.sgi.com \
--cc=linux-ia64@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.