Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <b9acff08-913b-55cc-75dd-4a1bbe63e330@kernel.dk>
Date:   Thu, 4 May 2023 10:44:38 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:102.0) Gecko/20100101
 Thunderbird/102.10.0
Subject: Re: Hang loading initrd since last Friday.
Content-Language: en-US
To:     Raghavendra K T <raghavendra.kt@amd.com>,
        Ben Greear <greearb@candelatech.com>,
        Linux regressions mailing list <regressions@lists.linux.dev>,
        Bagas Sanjaya <bagasdotme@gmail.com>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
References: <9d87defc-5376-d690-b483-bc314e4f568b@candelatech.com>
 <ZFHHh/m0pkOYIzo7@debian.me>
 <ebb280e4-d381-0bf8-d134-0318c5cfdf83@leemhuis.info>
 <f12a8f23-5aac-b615-300c-38001b9583c2@candelatech.com>
 <835c3de6-7460-226c-96e7-839aeef6064e@amd.com>
From:   Jens Axboe <axboe@kernel.dk>
In-Reply-To: <835c3de6-7460-226c-96e7-839aeef6064e@amd.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Precedence: bulk

On 5/4/23 10:38 AM, Raghavendra K T wrote:
> On 5/4/2023 5:19 AM, Ben Greear wrote:
>> On 5/2/23 21:46, Linux regression tracking (Thorsten Leemhuis) wrote:
>>> On 03.05.23 04:31, Bagas Sanjaya wrote:
>>>> On Tue, May 02, 2023 at 02:03:33PM -0700, Ben Greear wrote:
>>>>>
>>>>> Pulling today's upstream 6.3+ tree, my system now hangs loading initrd.
>>>
>>> Just to understand this properly: you mean after the boot loader said it
>>> loaded the initramfs, not when the kernel starts using it?
>>
>> I am bisecting...it appears to be .config related.  If I skip enabling things
>> during bisect, then I do not see the problem.  But I copied my original buggy .config
>> into an otherwise good kernel commit, and now it fails.  I'm manually bisecting
>> the .config settings....
>>
>> Thanks,
>> Ben
>>
> 
> Hello Ben,
> 
> (CCing Jens here)
> 
> I was facing same issue too. Surprising I did not hit the same on the
> guest VM.
> 
> After bisecting, found that Reverting
> [9f4107b07b17b5ee68af680150f91227bea2df6f] block: store bdev->bd_disk->fops->submit_bio state in bdev
> 
> Helped me to boot back the system. Can you please confirm

Can you try and pull:

git://git.kernel.dk/linux for-6.4/block

into current -git and see if that works for you? There's a fix for that
commit in there.

-- 
Jens Axboe