Re: pte_offset_map for ppc assumes HIGHPTE

On Wed, 2007-07-25 at 18:30 -0500, Dave McCracken wrote:
> On Wednesday 25 July 2007, Benjamin Herrenschmidt wrote:
> > Depends... if you have CONFIG_HIGHMEM and not CONFIG_HIGHPTE, you are
> > wasting time going through kmap_atomic unnecessarily no ? it will probably
> > not do anything because the PTE page is in lowmem but still...
> 
> Probably not much time.  You still need to do the page to virtual translation, 
> which kmap_atomic does for you.

Fair enough.

Ben.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • pte_offset_map for ppc assumes HIGHPTE
    • From: Satya <[email protected]>
  • Re: pte_offset_map for ppc assumes HIGHPTE
    • From: Andreas Schwab <[email protected]>
  • Re: pte_offset_map for ppc assumes HIGHPTE
    • From: Benjamin Herrenschmidt <[email protected]>
  • Re: pte_offset_map for ppc assumes HIGHPTE
    • From: Dave McCracken <[email protected]>

• Prev by Date: Re: sysfs/udev broken in 2.6.23-rc1 [input, i2c, ...] (Was: sysfs/udev broken in latest git?)
• Next by Date: [PATCH] IPv6: ipv6_addr_type() doesn't know about RFC4193 addresses
• Previous by thread: Re: pte_offset_map for ppc assumes HIGHPTE
• Next by thread: very big device. try to use READ CAPACITY(16)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]