Re: shm_alloc and friends

From: Alan Cox (alan@lxorguk.ukuu.org.uk)
Date: Thu May 25 2000 - 11:59:40 EDT

Next message: Alan Cox: "Re: Announcing CML2, a replacement for the kbuild system"

Previous message: Russell King: "Re: shm_alloc and friends"
In reply to: Russell King: "Re: shm_alloc and friends"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> > Use pte_clear. That is the only valid way to do it. Im not sure I follow why
> > you cant use pte_clear in this case
>
> pte_clear has other side effects on ARM, since we don't have enough bits in the
> page tables to store all the bits that Linux needs. In fact, there are NO bits
> in the page table entries which are not CPU defined.

How about adding a seperate pte_init() then ?

> Therefore, really SHM's use of pte_clear is a hack in the extreme, breaking the
> architecture independence of the page table macros.

Agreed.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Next message: Alan Cox: "Re: Announcing CML2, a replacement for the kbuild system"
Previous message: Russell King: "Re: shm_alloc and friends"
In reply to: Russell King: "Re: shm_alloc and friends"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Thu May 25 2000 - 12:44:36 EDT