[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7c86f5fb-93fc-b765-8070-35ad21ab8820@arm.com>
Date: Thu, 16 Jun 2022 09:04:58 +0100
From: Suzuki K Poulose <suzuki.poulose@....com>
To: Jan Kara <jack@...e.cz>,
Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Thomas Backlund <tmb@....nu>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Guenter Roeck <linux@...ck-us.net>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
stable <stable@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Shuah Khan <shuah@...nel.org>, patches@...nelci.org,
lkft-triage@...ts.linaro.org, Pavel Machek <pavel@...x.de>,
Jon Hunter <jonathanh@...dia.com>,
Florian Fainelli <f.fainelli@...il.com>,
Sudip Mukherjee <sudipm.mukherjee@...il.com>,
Slade Watkins <slade@...dewatkins.com>
Subject: Re: [PATCH 5.15 000/251] 5.15.47-rc2 review
On 15/06/2022 14:38, Jan Kara wrote:
> On Wed 15-06-22 13:00:22, Jan Kara wrote:
>> On Tue 14-06-22 12:00:22, Linus Torvalds wrote:
>>> On Tue, Jun 14, 2022 at 11:51 AM Linus Torvalds
>>> <torvalds@...ux-foundation.org> wrote:
>>>>
>>>> Or just make sure that noop_backing_dev_info is fully initialized
>>>> before it's used.
>>>
>>> I don't see any real reason why that
>>>
>>> err = bdi_init(&noop_backing_dev_info);
>>>
>>> couldn't just be done very early. Maybe as the first call in
>>> driver_init(), before the whole devtmpfs_init() etc.
>>
>> I've checked the dependencies and cgroups (which are the only non-trivial
>> dependency besides per-CPU infrastructure) are initialized early enough so
>> it should work fine. So let's try that.
>
> Attached patch boots for me. Guys, who was able to reproduce the failure: Can
> you please confirm this patch fixes your problem?
>
> Honza
Works for me too
Tested-by: Suzuki K Poulose <suzuki.poulose@....com>
Powered by blists - more mailing lists