[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200129193109.GS14914@hirez.programming.kicks-ass.net>
Date: Wed, 29 Jan 2020 20:31:09 +0100
From: Peter Zijlstra <peterz@...radead.org>
To: Michael Schmitz <schmitzmic@...il.com>
Cc: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Linux/m68k <linux-m68k@...ts.linux-m68k.org>,
Linux Kernel Development <linux-kernel@...r.kernel.org>,
Will Deacon <will@...nel.org>
Subject: Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
On Thu, Jan 30, 2020 at 07:52:11AM +1300, Michael Schmitz wrote:
> Peter,
>
> On Thu, Jan 30, 2020 at 12:54 AM Peter Zijlstra <peterz@...radead.org> wrote:
> >
> > On Wed, Jan 29, 2020 at 11:49:13AM +0100, John Paul Adrian Glaubitz wrote:
> >
> > > > [1] https://wiki.debian.org/M68k/QemuSystemM68k
> >
> > Now, if only debian would actually ship that :/
> >
> > AFAICT that emulates a q800 which is another 68040 and should thus not
> > differ from ARAnyM.
> >
> > I'm fairly confident in the 040 bits, it's the 020/030 things that need
> > coverage.
>
> I'll take a look - unless this eats up way more kernel memory for page
> tables, it should still boot on my Falcon.
It should actually be better in most cases I think, since we no longer
require all 16 pte-tables to map consecutive (virtual) memory.
Powered by blists - more mailing lists