From: "Huang, Ying" <ying.huang@intel.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Andi Kleen <andi@firstfloor.org>,
torvalds@osdl.org, tglx@linutronix.de,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Fix left over EFI cache mapping problems
Date: Mon, 18 Feb 2008 09:53:56 +0800 [thread overview]
Message-ID: <1203299636.27509.14.camel@caritas-dev.intel.com> (raw)
In-Reply-To: <20080215070843.GA6975@elte.hu>
On Fri, 2008-02-15 at 08:08 +0100, Ingo Molnar wrote:
> * Huang, Ying <ying.huang@intel.com> wrote:
>
> > On Thu, 2008-02-14 at 17:12 +0100, Ingo Molnar wrote:
> > > this is indeed a bug (we change the attributes for a larger area than
> > > needed), but your fix is unclean. Find below a cleaner solution.
> > >
> > > Ying, if you agree with this fix could you please test and ACK it before
> > > we push it to Linus? (this fix is also in the latest x86.git#mm)
> >
> > I think the patch following may be better, because it is possible that
> > the EFI_PAGE_SHIFT and PAGE_SHIFT are different.
>
> right now, EFI page size is 4096:
>
> include/linux/efi.h:#define EFI_PAGE_SHIFT 12
>
> i doubt we'll ever change PAGE_SIZE on x86 - ia64's variable lowlevel
> pagesizes are not particularly useful IMO. I think we'll at most have
> some generic kernel feature that allows a larger PAGE_CACHE_SHIFT - but
> on the lowlevel MMU level we'll always stay at 4K.
>
> and i doubt EFI_PAGE_SHIFT would want to (ever) go away from 12 either.
After looking up in UEFI specification, I found that it is specified by
UEFI specification 2.1 (section 6.2, page 124) that the NumberOfPages
(num_pages) of EFI_MEMORY_DESCRIPTOR (efi_memory_desc_t) must be "Number
of 4KB pages in the memory region". So we need not worry about potential
EFI_PAGE_SHIFT changes.
Best Regards,
Huang Ying
> So perhaps, at least as far as arch/x86/kernel/efi*.c files go, it would
> be cleaner to just replace EFI_PAGE_SHIFT with PAGE_SHIFT and
> EFI_PAGE_SIZE with PAGE_SIZE?
next prev parent reply other threads:[~2008-02-18 1:54 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-14 13:13 [PATCH] Fix left over EFI cache mapping problems Andi Kleen
2008-02-14 16:12 ` Ingo Molnar
2008-02-14 17:16 ` Andi Kleen
2008-02-14 18:38 ` Ingo Molnar
2008-02-14 21:42 ` Andi Kleen
2008-02-14 22:08 ` Arjan van de Ven
2008-02-14 23:01 ` Andi Kleen
2008-02-15 2:52 ` Huang, Ying
2008-02-15 8:55 ` Andi Kleen
2008-02-15 9:16 ` Huang, Ying
2008-02-15 4:48 ` Huang, Ying
2008-02-15 5:44 ` Linus Torvalds
2008-02-15 6:24 ` Huang, Ying
2008-02-15 7:30 ` Ingo Molnar
2008-02-15 7:08 ` Ingo Molnar
2008-02-15 7:32 ` Huang, Ying
2008-02-18 1:53 ` Huang, Ying [this message]
2008-02-18 11:26 ` Andi Kleen
2008-02-18 14:05 ` Ingo Molnar
2008-02-15 8:48 ` Andi Kleen
2008-02-15 9:21 ` Huang, Ying
2008-02-15 9:43 ` Andi Kleen
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=1203299636.27509.14.camel@caritas-dev.intel.com \
--to=ying.huang@intel.com \
--cc=andi@firstfloor.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
--cc=torvalds@osdl.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.