All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Stephen C. Tweedie" <sct@redhat.com>
To: Timur Tabi <ttabi@interactivesi.com>
Cc: Linux MM mailing list <linux-mm@kvack.org>
Subject: Re: get_page_map in 2.2 vs 2.4
Date: Mon, 3 Jul 2000 14:59:55 +0100	[thread overview]
Message-ID: <20000703145955.C3284@redhat.com> (raw)
In-Reply-To: <20000630175015Z131177-21002+72@kanga.kvack.org>; from ttabi@interactivesi.com on Fri, Jun 30, 2000 at 12:38:19PM -0500

Hi,

On Fri, Jun 30, 2000 at 12:38:19PM -0500, Timur Tabi wrote:
> 
> In 2.4, it's been changed to this:
> 
> /* 
>  * Given a physical address, is there a useful struct page pointing to
>  * it?  This may become more complex in the future if we start dealing
>  * with IO-aperture pages in kiobufs.
>  */
> 
> static inline struct page * get_page_map(struct page *page)
> {
> 	if (page > (mem_map + max_mapnr))
> 		return 0;
> 	return page;
> }

Yes.  get_page_map() takes a "struct page *" which has been obtained
through some magic pointer arithmetic; we still have to do the bounds
checking to make sure that the resulting pointer pointed to a valid
part of the mem_map array.  The comment about IO aperture memory still
stands, as in the future we may want to support the creation of
additional mem_map arrays at run time to map struct page *'s beyond
the end of physical memory, to allow kiobuf I/O on things like
framebuffers.

> Am I missing something?  What was wrong with the original implementation?

It didn't work on IA32 systems with >=1GB memory.

Cheers,
 Stephen
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/

      reply	other threads:[~2000-07-03 13:59 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-06-30 17:38 get_page_map in 2.2 vs 2.4 Timur Tabi
2000-07-03 13:59 ` Stephen C. Tweedie [this message]

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=20000703145955.C3284@redhat.com \
    --to=sct@redhat.com \
    --cc=linux-mm@kvack.org \
    --cc=ttabi@interactivesi.com \
    /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.