linux-kernel - Re: Linux 6.11-rc1

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID: <ef47b1fe-5802-4d0b-a40f-88d1582b5200@roeck-us.net>
Date: Wed, 31 Jul 2024 07:37:52 -0700
From: Guenter Roeck <linux@...ck-us.net>
To: Borislav Petkov <bp@...en8.de>,
 Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Peter Zijlstra <peterz@...radead.org>, Jens Axboe <axboe@...nel.dk>,
 Andy Lutomirski <luto@...nel.org>, Ingo Molnar <mingo@...hat.com>,
 Peter Anvin <hpa@...or.com>,
 Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
 the arch/x86 maintainers <x86@...nel.org>
Subject: Re: Linux 6.11-rc1

On 7/31/24 01:21, Borislav Petkov wrote:
> On Tue, Jul 30, 2024 at 04:54:43PM -0700, Linus Torvalds wrote:
>> You also seemed to say that it only happened with some CPU selections.
>> Maybe there's something wrong with the ALTERNATIVE() cleanups - I'm
>> looking at that new "nested alternatives macros" thing, and the odd
>> games we play with the origin and replacement lengths etc.
>>
>> That all looks entirely crazy. That file was hard to read before, now
>> it's just incomprehensible to me.
> 
> I'm sorry to hear that. The reason we did it is because it was starting to
> become really unwieldy to add a yet another alternative choice N in an
> ALTERNATIVE_N call...
> 
> Anyway, I'll try to reproduce here. In the meantime, can anyone who can
> reproduce - Guenter, Jens - boot that failing kernel with
> 
>    debug-alternative=-1
> 
> and copy dmesg and vmlinux somewhere for me?
> 
> It is a lot of output so make sure to catch it all.
> 
> Thx.
> 

See http://server.roeck-us.net/qemu/x86-nosmp/ for images; I copied
vmlinux there as well. Various logs are in
http://server.roeck-us.net/qemu/x86-nosmp/logs/; relevant

log-n270-good		boots
log-pentium2-bad	crashes
cpu-list		List of tested CPUs, with results
			Note that Opteron_G4 and Opteron_G5 are
			broken in upstream qemu since qemu v6.1.

Hope this helps,

Guenter