linux-kernel - Re: Traceback with CONFIG_REGMAP_KUNIT=y+CONFIG_DEBUG_ATOMIC

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <c77080a5-255d-9584-4031-2dd27dc8fa51@roeck-us.net>
Date:   Thu, 20 Jul 2023 10:22:43 -0700
From:   Guenter Roeck <linux@...ck-us.net>
To:     Mark Brown <broonie@...nel.org>
Cc:     Dan Carpenter <dan.carpenter@...aro.org>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        "Rafael J. Wysocki" <rafael@...nel.org>,
        linux-kernel@...r.kernel.org
Subject: Re: Traceback with CONFIG_REGMAP_KUNIT=y+CONFIG_DEBUG_ATOMIC_SLEEP=y

On 7/20/23 09:48, Mark Brown wrote:
> On Thu, Jul 20, 2023 at 09:41:42AM -0700, Guenter Roeck wrote:
> 
>> After adding the GFP_KERNEL -> map->alloc_flags changes to the maple tree
>> code while skipping the init functions, I no longer see the traceback.
>> This is without my patches.
> 
> Ah, excellent - yes, that should sort it.  I've already queued your
> original patch for CI for 6.5, we could then apply both your new patch
> and Dan's for 6.6 to support anyone who for some reason does want to try
> dynamic allocation at runtime in atomic context.

Makes sense. I submitted a patch to address the problem in the maple tree
code. I assume Dan will submit one for the rbtree code. Dan, let me know
if you want me to handle that one as well.

Thanks,
Guenter