Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Sun, 29 May 2022 21:49:58 -0400
From:   "Theodore Ts'o" <tytso@mit.edu>
To:     "Stephen E. Baker" <baker.stephen.e@gmail.com>
Cc:     adilger.kernel@dilger.ca, hch@lst.de, linux-ext4@vger.kernel.org
Subject: Re: simplify ext4_sb_read_encoding regression
Message-ID: <YpQixl+ljcC1VHNU@mit.edu>
References: <CAFDdnB1Rq3vNe_qt_0u+inzOuL4vrGhgbOoQZKBwfBktni=Npw@mail.gmail.com>
 <YpLLTkje/QUYPP9z@mit.edu>
 <YpNk4bQlRKmgDw8E@mit.edu>
 <CAFDdnB0a3mfcoY7rg5N4dO13qMeSsV+PkA2YHeerEOFRv8484Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAFDdnB0a3mfcoY7rg5N4dO13qMeSsV+PkA2YHeerEOFRv8484Q@mail.gmail.com>
Precedence: bulk

On Sun, May 29, 2022 at 06:49:01PM -0400, Stephen E. Baker wrote:
> On Sun, May 29, 2022 at 8:19 AM Theodore Ts'o <tytso@mit.edu> wrote:
> 
> I had misidentified the commit, but after being more careful with my bisect and
> kernel config I ended up in the same patch set. The actual
> first bad commit is 2b3d047870120bcd46d7cc257d19ff49328fd585
> "unicode: Add utf8-data module"

What kernel config are you using?  If you have configured
CONFIG_UNICODE_UTF8_DATA is a module, that's probably your problem.
At the point when you are mounting the root file system, the Unicode
UTF-8 module is not present unless you are using an initial ramdisk
and you have set things up to include the Unicode data module in the
initrd.  That would certainly explain why the root file system failed
to mount, and since you don't have access to the early boot output,
this wouldn't have been as obvious to you.

Try configuing CONFIG_UNICODE_UTF8_DATA=y (as opposed to =m or =n),
and hopefully that will fix things for you.

Cheers,

					- Ted