[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240417153122.GE2277619@mit.edu>
Date: Wed, 17 Apr 2024 11:31:22 -0400
From: "Theodore Ts'o" <tytso@....edu>
To: Nam Cao <namcao@...utronix.de>
Cc: Mike Rapoport <rppt@...nel.org>, Matthew Wilcox <willy@...radead.org>,
Björn Töpel <bjorn@...nel.org>,
Christian Brauner <brauner@...nel.org>,
Andreas Dilger <adilger@...ger.ca>, Al Viro <viro@...iv.linux.org.uk>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>, Jan Kara <jack@...e.cz>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-riscv@...ts.infradead.org,
Ext4 Developers List <linux-ext4@...r.kernel.org>,
Conor Dooley <conor@...nel.org>,
Anders Roxell <anders.roxell@...aro.org>,
Alexandre Ghiti <alex@...ti.fr>
Subject: Re: riscv32 EXT4 splat, 6.8 regression?
On Wed, Apr 17, 2024 at 12:36:39AM +0200, Nam Cao wrote:
>
> However, I am confused about one thing: doesn't this make one page of
> physical memory inaccessible?
So are these riscv32 systems really having multiple terabytes of
memory? Why is this page in the physical memory map in the first
place?
Inquiring minds what to know,
- Ted
Powered by blists - more mailing lists