On Mon, 29 Dec 2014 12:37:57 +0200 "Kirill A. Shutemov" <kir...@shutemov.name> wrote:
> On Mon, Dec 29, 2014 at 11:07:27AM +0100, Martin Schwidefsky wrote: > > On Wed, 24 Dec 2014 14:22:38 +0200 > > "Kirill A. Shutemov" <kirill.shute...@linux.intel.com> wrote: > > > > > We've replaced remap_file_pages(2) implementation with emulation. > > > Nobody creates non-linear mapping anymore. > > > > > > Signed-off-by: Kirill A. Shutemov <kirill.shute...@linux.intel.com> > > > Cc: Martin Schwidefsky <schwidef...@de.ibm.com> > > > Cc: Heiko Carstens <heiko.carst...@de.ibm.com> > > > --- > > > @@ -279,7 +279,6 @@ static inline int is_module_addr(void *addr) > > > * > > > * pte_present is true for the bit pattern .xx...xxxxx1, (pte & 0x001) > > > == 0x001 > > > * pte_none is true for the bit pattern .10...xxxx00, (pte & 0x603) > > > == 0x400 > > > - * pte_file is true for the bit pattern .11...xxxxx0, (pte & 0x601) > > > == 0x600 > > > * pte_swap is true for the bit pattern .10...xxxx10, (pte & 0x603) > > > == 0x402 > > > */ > > > > Nice, once this is upstream I can free up one of the software bits in > > the pte by redefining the type bits. Right now all of them are used up. > > Is the removal of non-linear mappings a done deal ? > > Yes, if no horrible regression will be reported. We don't create > non-linear mapping in -mm (and -next) tree for a few release cycles. > Nobody complained so far. > > Ack? Yes, ack! -- blue skies, Martin. "Reality continues to ruin my life." - Calvin. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
