NetBSD Problem Report #57017
From khorben@reapr.station.defora Thu Sep 22 01:17:21 2022
Return-Path: <khorben@reapr.station.defora>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id 37CD81A9239
for <gnats-bugs@gnats.NetBSD.org>; Thu, 22 Sep 2022 01:17:21 +0000 (UTC)
Message-Id: <20220922011703.03DD940E4E@reapr.station.defora>
Date: Thu, 22 Sep 2022 03:17:03 +0200 (CEST)
From: Pierre Pronchery <khorben@defora.org>
Reply-To:
To: gnats-bugs@NetBSD.org
Subject: NetBSD no longer boots with qemu -kernel (i386 multiboot)
X-Send-Pr-Version: 3.95
>Number: 57017
>Category: port-i386
>Synopsis: NetBSD/i386 no longer boots with qemu -kernel (GENERIC)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: port-i386-maintainer
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Sep 22 01:20:00 +0000 2022
>Closed-Date: Fri Feb 03 07:44:20 +0000 2023
>Last-Modified: Wed Feb 08 18:30:01 +0000 2023
>Originator: Pierre Pronchery <khorben@defora.org>
>Release: NetBSD 9.99.100 (GENERIC) #0: Wed Sep 21 20:19:43 UTC 2022
>Organization:
>Environment:
System: NetBSD Insomniac 9.3_STABLE NetBSD 9.3_STABLE (GENERIC) #0: Wed Aug 31 20:17:44 UTC 2022 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:
The NetBSD kernel no longer boots correctly when started by QEMU
directly, with its multiboot mode (with -kernel).
The best I could manage so far to diagnose the problem has been to
record the screen while running QEMU. After reaching "ACPI: WAET" in
1.0000040s of kernel time, I get the following:
[ 1.0000040] ?(c04c6459,c19eb200,0,c19eb200,c172bee0,c0138df9,c19eb200,c172bea4,c1418af5,c1ad8c5c) at c046c09c
[ 1.0000040] ?(c19eb200,c172bea4,c1418af5,c1ad8c5c,0,c1acdd58,c172bee0,c0d99076,c13f230d,c1acdd58) at c04c6fab
[ 1.0000040] ?(0,c19eb200,0,0,0,0,0,c19eb200,c165f388,0) at c0138df9
address 0x0 is invalid
[ 1.0000040] ?(0,c172bf30,0,1100000,0,0,0,0,0,0) at c0d9bef4
address 0xdc6410e8 is invalid
address 0xdc6410e8 is invalid
[ 1.0000040] ?(c12cedad,0,c172bfb0,c0f81e6f,3,1,64,0,0,0) at c0d9c2d0
address 0x0 is invalid
address 0x0 is invalid
[ 1.0000040] ?(3,1,64,0,0,0,0,0,54fe000,0) at c0127b7e
address 0x0 is invalid
address 0x0 is invalid
address 0x0 is invalid
address 0x0 is invalid
[ 1.0000040] ?(0,0,0,0,0,0,0,0,0,0) at c0f81e6f
[ 1.0000040] cpu0: End traceback...
[ 1.0000040] fatal breakpoint trap in supervisor mode
[ 1.0000040] trap type 1 code 0 eip 0xc0128134 cs 0x8 eflags 0x202 cr2 0 ilevel 0x8 esp 0xc172bd24
[ 1.0000040] curlwp 0xc16536c0 pid 0 lid 0 lowest kstack 0xc17292c0
Stopped in pid 0.0 (system) at c0128134: popl %ebp
db{0}>
The debugger is functional.
I have tried enabling CONSDEVNAME and CONS_OVERRIDE in GENERIC, but it
had no effect. The data above was obtained with "qemu -display curses"
(which does not work on Darwin/amd64 for some reason, but that's a
different issue). It was not possible to redirect the output to a file
(qemu wants a terminal when in curses mode).
>How-To-Repeat:
$ qemu-system-i386 -kernel netbsd -hda ramdisk-big.fs
>Fix:
A GENERIC kernel from 9.3_STABLE works just fine.
>Release-Note:
>Audit-Trail:
From: Taylor R Campbell <riastradh@NetBSD.org>
To: Pierre Pronchery <khorben@defora.org>
Cc: gnats-bugs@netbsd.org
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386 multiboot)
Date: Thu, 22 Sep 2022 04:33:14 +0000
Can you try bisecting on the kernel?
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386
multiboot)
Date: Thu, 22 Sep 2022 07:48:19 +0200
Can you find out which functions these are?
[ 1.0000040] ?(c04c6459,c19eb200,0,c19eb200,c172bee0,c0138df9,c19eb200,c17
2bea4,c1418af5,c1ad8c5c) at c046c09c
[ 1.0000040] ?(c19eb200,c172bea4,c1418af5,c1ad8c5c,0,c1acdd58,c172bee0,c0d
99076,c13f230d,c1acdd58) at c04c6fab
[ 1.0000040] ?(0,c19eb200,0,0,0,0,0,c19eb200,c165f388,0) at c0138df9
If you have a netbsd.gdb file use that, otherwise just use netbsd and
do something like:
gdb netbsd
list *(0xc046c09c)
list *(0xc04c6fab)
list *(0xc0138df9)
Martin
From: Pierre Pronchery <khorben@defora.org>
To: gnats-bugs@netbsd.org
Cc: port-i386-maintainer@netbsd.org,
gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386
multiboot)
Date: Thu, 22 Sep 2022 16:39:58 +0200
Hi Martin,
> On 22. Sep 2022, at 07:50, Martin Husemann <martin@duskware.de> wrote:
>=20
> The following reply was made to PR port-i386/57017; it has been noted =
by GNATS.
>=20
> From: Martin Husemann <martin@duskware.de>
> To: gnats-bugs@netbsd.org
> Cc:=20
> Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel =
(i386
> multiboot)
> Date: Thu, 22 Sep 2022 07:48:19 +0200
>=20
> Can you find out which functions these are?
>=20
> [ 1.0000040] =
?(c04c6459,c19eb200,0,c19eb200,c172bee0,c0138df9,c19eb200,c17
> 2bea4,c1418af5,c1ad8c5c) at c046c09c
> [ 1.0000040] =
?(c19eb200,c172bea4,c1418af5,c1ad8c5c,0,c1acdd58,c172bee0,c0d
> 99076,c13f230d,c1acdd58) at c04c6fab
> [ 1.0000040] ?(0,c19eb200,0,0,0,0,0,c19eb200,c165f388,0) at =
c0138df9
>=20
> If you have a netbsd.gdb file use that, otherwise just use netbsd and
> do something like:
>=20
> gdb netbsd
> list *(0xc046c09c)
> list *(0xc04c6fab)
> list *(0xc0138df9)
=46rom what I can tell: (I had to use objdump -d, gdb did not output =
anything)
0xc046c09c is in acpi_madt_walk(), calling __x86_indirect_thunk_edi()
0xc04c6fab is in mpacpi_scan_apics(), calling api_madt_walk()
0xc0138df9 is in mainbus_attach(), calling mpacpi_scan_apics()
It seems to be consistent; does it help?
Cheers,
--=20
khorben=
From: Pierre Pronchery <khorben@defora.org>
To: gnats-bugs@netbsd.org
Cc: port-i386-maintainer@netbsd.org,
gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386
multiboot)
Date: Wed, 1 Feb 2023 07:57:42 +0100
--Apple-Mail=_9C4D6318-D07F-4026-9017-4ABCDB396F1F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
I am now able to capture the entire output at boot: (thanks to imil@!)
(With QEMU, with and without NVMM, as i386 or x86_64, -machine q35 or =
pc)
> [ 1.0000000] [ Kernel symbol table invalid! ]
> [ 1.0000000] multiboot: Information structure flags: 0x0000024f
> [ 1.0000000] multiboot: Boot loader: qemu
> [ 1.0000000] multiboot: Command line: =
obj-i386/sys/arch/i386/compile/GENERIC/netbsd console=3Dcom
> [ 1.0000000] multiboot: 639 KB lower memory, 129920 KB upper memory
> [ 1.0000000] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, =
2003,
> [ 1.0000000] 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, =
2012, 2013,
> [ 1.0000000] 2014, 2015, 2016, 2017, 2018, 2019, 2020, 2021, =
2022, 2023
> [ 1.0000000] The NetBSD Foundation, Inc. All rights reserved.
> [ 1.0000000] Copyright (c) 1982, 1986, 1989, 1991, 1993
> [ 1.0000000] The Regents of the University of California. All =
rights reserved.
>=20
> [ 1.0000000] NetBSD 10.99.2 (GENERIC) #0: Tue Jan 31 21:11:24 UTC =
2023
> [ 1.0000000] =
mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/i386/compile/GENERIC
> [ 1.0000000] total memory =3D 127 MB
> [ 1.0000000] avail memory =3D 103 MB
> [ 1.0000040] mainbus0 (root)
> [ 1.0000040] ACPI: RSDP 0x00000000000F59C0 000014 (v00 BOCHS )
> [ 1.0000040] ACPI: RSDT 0x0000000007FE18F6 000034 (v01 BOCHS BXPC =
00000001 BXPC 00000001)
> [ 1.0000040] ACPI: FACP 0x0000000007FE17AA 000074 (v01 BOCHS BXPC =
00000001 BXPC 00000001)
> [ 1.0000040] ACPI: DSDT 0x0000000007FE0040 00176A (v01 BOCHS BXPC =
00000001 BXPC 00000001)
> [ 1.0000040] ACPI: FACS 0x0000000007FE0000 000040
> [ 1.0000040] ACPI: APIC 0x0000000007FE181E 000078 (v01 BOCHS BXPC =
00000001 BXPC 00000001)
> [ 1.0000040] ACPI: HPET 0x0000000007FE1896 000038 (v01 BOCHS BXPC =
00000001 BXPC 00000001)
> [ 1.0000040] ACPI: WAET 0x0000000007FE18CE 000028 (v01 BOCHS BXPC =
00000001 BXPC 00000001)
> [ 1.0000040] ACPI: 1 ACPI AML tables successfully acquired and =
loaded
> [ 1.0000040] ioapic0 at mainbus0 apid 0
> [ 1.0000040] cpu0 at mainbus0 apid 0
> [ 1.0000040] cpu0: Intel 386-class
> [ 1.0000040] cpu0: node 0, package 0, core 0, smt 0
> [ 1.0000040] panic: NetBSD requires an 80486DX or later processor
> [ 1.0000040] cpu0: Begin traceback...
> [ 1.0000040] =
?(c1334960,c1735d40,c1735d58,c04acf3b,c1334960,c172ad00,31,0,0,0) at =
c0dbdcce
> [ 1.0000040] =
?(c1334960,c172ad00,31,0,0,0,c1670b40,c1735d98,c04999e6,c1623f80) at =
c0dbdd97
> [ 1.0000040] =
?(c1623f80,1,2,c13f8b91,c1acdcec,c19ec224,c19ec600,c1623f80,c13f8b91,c1acd=
d34) at c04acf3b
> [ 1.0000040] =
?(c19ec200,c19ec600,c1735e28,c19ec200,c1735e24,c1735e28,c19ec200,c19ec600,=
c1735dec,c19ec200) at c04999e6
> [ 1.0000040] =
?(c04c8811,c1735dec,0,c1735e10,c04b24e3,c1679840,c0d9e28a,c12d68da,c1735e2=
4,0) at c0d9f624
> [ 1.0000040] =
?(c19ec200,c1735e28,c04c8811,c1735e38,0,0,0,1,c11b119c,1) at c0d9f878
> [ 1.0000040] =
?(c80cb84a,c19ec200,c19ec200,0,0,c1735e8c,c04c921b,c04c86c9,c19ec200,0) =
at c04c8799
> [ 1.0000040] =
?(c04c86c9,c19ec200,0,c19ec200,c1735ee0,c0139119,c19ec200,c1735ea4,c141f45=
5,c1ad9c5c) at c046e01c
> [ 1.0000040] =
?(c19ec200,c1735ea4,c141f455,c1ad9c5c,0,c1acdd58,c1735ee0,c0d9c7a6,c13f8b9=
1,c1acdd58) at c04c921b
> [ 1.0000040] ?(0,c19ec200,0,0,0,0,0,c19ec200,c1668d08,0) at c0139119
> address 0x0 is invalid
> [ 1.0000040] ?(0,c1735f30,0,1100000,0,0,0,0,0,0) at c0d9f624
> address 0xdc45b0e8 is invalid
> address 0xdc45b0e8 is invalid
> [ 1.0000040] ?(c12d4f09,0,c1735fb0,c0f86ccf,3,1,64,0,0,0) at =
c0d9fa00
> address 0x0 is invalid
> address 0x0 is invalid
> [ 1.0000040] ?(3,1,64,0,0,0,0,0,54fe000,0) at c0127b7e
> address 0x0 is invalid
> address 0x0 is invalid
> address 0x0 is invalid
> address 0x0 is invalid
> [ 1.0000040] ?(0,0,0,0,0,0,0,0,0,0) at c0f86ccf
> [ 1.0000040] cpu0: End traceback...
> [ 1.0000040] fatal breakpoint trap in supervisor mode
> [ 1.0000040] trap type 1 code 0 eip 0xc0128134 cs 0x8 eflags 0x202 =
cr2 0 ilevel 0x8 esp 0xc1735d24
> [ 1.0000040] curlwp 0xc165a840 pid 0 lid 0 lowest kstack 0xc17332c0
> Stopped in pid 0.0 (system) at c0128134: popl %ebp
> db{0}>
Note that even after disabling ACPI in userconf:
> [ 1.0000000] uc> disable acpi
> [ 1.0000000] [674] acpi0 disabled
> [ 1.0000000] uc> quit
> [ 1.0000000] Continuing...
> [ 1.0000040] mainbus0 (root)
> [ 1.0000040] mainbus0: Intel MP Specification (Version 1.4) =
(BOCHSCPU 0.1 )
> [ 1.0000040] cpu0 at mainbus0 apid 0
> [ 1.0000040] ACPI Error: AE_BAD_PARAMETER, Thread 3244664896 could =
not acquire Mutex [ACPI_MTX_Tables] (0x2) (20221020/utmutex-326)
> [ 1.0000040] cpu0: Intel 386-class
> [ 1.0000040] cpu0: node 0, package 0, core 0, smt 0
> [ 1.0000040] panic: NetBSD requires an 80486DX or later processor
> [ 1.0000040] cpu0: Begin traceback...
> [ 1.0000040] =
?(c1334960,c1735d20,c1735d38,c04acf3b,c1334960,c172ad00,31,0,0,0) at =
c0dbdcce
> [ 1.0000040] =
?(c1334960,c172ad00,31,0,0,0,c1670b40,c1735d78,c04999e6,c1623f80) at =
c0dbdd97
> [ 1.0000040] =
?(c1623f80,1,2,c13f8b91,c1acdd10,c19ec224,c19ec400,c1623f80,c13f8b91,c1acd=
d58) at c04acf3b
> [ 1.0000040] =
?(c19ec200,c19ec400,c1735e08,c19ec200,c1735e04,c1735e08,c19ec200,c19ec400,=
c1735dcc,c19ec200) at c04999e6
> [ 1.0000040] =
?(c04c69a2,c1735dcc,0,8,c1ad8680,38c,c0d9e28a,c12d68da,c1735e04,0) at =
c0d9f624
> [ 1.0000040] =
?(c19ec200,c1735e08,c04c69a2,c1735e18,0,0,0,1,c11b119c,1) at c0d9f878
> [ 1.0000040] =
?(384,1,c80cabc0,d0,f5bb0,c1735e8c,c1735ea4,0,c80cac80,c19ec200) at =
c04c73f1
> [ 1.0000040] =
?(c19ec200,c1735ea4,c141f455,c1ad9c5c,0,c1acdd58,c1735ee0,c0d9c7a6,c13f8b9=
1,c1acdd58) at c04c7f85
> [ 1.0000040] ?(0,c19ec200,0,0,0,0,0,c19ec200,c1668d08,0) at c01391a6
> address 0x0 is invalid
> [ 1.0000040] ?(0,c1735f30,0,1100000,0,0,0,0,0,0) at c0d9f624
> address 0xdc45b0e8 is invalid
> address 0xdc45b0e8 is invalid
> [ 1.0000040] ?(c12d4f09,0,c1735fb0,c0f86ccf,3,1,64,0,0,0) at =
c0d9fa00
> address 0x0 is invalid
> address 0x0 is invalid
> [ 1.0000040] ?(3,1,64,0,0,0,0,0,54fe000,0) at c0127b7e
> address 0x0 is invalid
> address 0x0 is invalid
> address 0x0 is invalid
> address 0x0 is invalid
> [ 1.0000040] ?(0,0,0,0,0,0,0,0,0,0) at c0f86ccf
> [ 1.0000040] cpu0: End traceback...
> [ 1.0000040] fatal breakpoint trap in supervisor mode
> [ 1.0000040] trap type 1 code 0 eip 0xc0128134 cs 0x8 eflags 0x202 =
cr2 0 ilevel 0x8 esp 0xc1735d04
> [ 1.0000040] curlwp 0xc165a840 pid 0 lid 0 lowest kstack 0xc17332c0
> Stopped in pid 0.0 (system) at c0128134: popl %ebp
> db{0}>
HTH,
--
khorben
--Apple-Mail=_9C4D6318-D07F-4026-9017-4ABCDB396F1F
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEjPEp1wC4bxBrX8svMDjL25iGlwMFAmPaDWYACgkQMDjL25iG
lwPx0BAAq2Ma3aYZH8pyPUUaGkSiX6cQ0jCXCGMkp1yS2uoPB64eDij2OT0hJiTl
nVnSSMnQjdPdd/2wzuPb1VhhUE5QhbxMvIdfHpsW5UaVoqd2HsiWPsg0FzLQiPNf
o4X+aoR+VugVzi+i1hi2jnvpIRCF5tDh8tWuOBoScy5SB3LNO3z0ni92cuX1lg5I
jfrnfqkHhfgUe3rAgITE7qiPrM+aMow8b23Xiw6NSiKzdvE6ALo8tWmT0PFCg3lX
NAStzsRbfrx9lwL/3lIjpBrK9Wm1Oyl1qo6/KxSinzKTyMAN12wjM1D9oA29LxS6
rF3b8wCL1hV90z0GDYx++FXnxlhofyqzcgEz2EQ8UB3+JxTPH/aiDdYcsX7el/d6
ZTVXhnA1fxKLj6KmtHtJ1REBC/ZpidHeF7hPi5RSywJL2SdluQ9ktQl0USaPXeoY
0NpOAkIZvENB2GIYzLh/ufKcPYe3Mi9flKWQok4Cc+ac/x0UEAHiW5/vx4T/lBpL
oBmxH79fKX2v8a5TasxT7/xDJcIYVQa4d33XfNUiffeQLxSWafLGOtkGAtT64MRJ
AdihIUHuAAsc24afY+QhVzsq9QsBK1SjzMBQar0F2huGoT9a2uOcdUI2vJI7+8NN
Csqlr8B0tHzP6lqyIzO1s0u4YOW4wuKkz4kIESXOyzj2SyiMhKY=
=Tya5
-----END PGP SIGNATURE-----
--Apple-Mail=_9C4D6318-D07F-4026-9017-4ABCDB396F1F--
From: mlelstv@serpens.de (Michael van Elst)
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386 multiboot)
Date: Wed, 1 Feb 2023 08:11:05 -0000 (UTC)
khorben@defora.org (Pierre Pronchery) writes:
>> [ 1.0000040] panic: NetBSD requires an 80486DX or later processor
The i386/locore.S code for multiboot1 does not execute the CPU detection after
start_common.
This seems to fix it.
Index: sys/arch/i386/i386/locore.S
===================================================================
RCS file: /cvsroot/src/sys/arch/i386/i386/locore.S,v
retrieving revision 1.190
diff -p -u -r1.190 locore.S
--- sys/arch/i386/i386/locore.S 7 Sep 2022 00:40:18 -0000 1.190
+++ sys/arch/i386/i386/locore.S 1 Feb 2023 08:10:11 -0000
@@ -415,7 +415,7 @@ multiboot1_loader:
pushl %ebx /* Address of Multiboot information */
call _C_LABEL(multiboot1_pre_reloc)
addl $4,%esp
- jmp 2f
+ jmp .Lstart_common
efi_multiboot2_loader:
/*
From: mlelstv@serpens.de (Michael van Elst)
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386 multiboot)
Date: Wed, 1 Feb 2023 08:39:10 -0000 (UTC)
khorben@defora.org (Pierre Pronchery) writes:
>>Number: 57017
>>Category: port-i386
>>Synopsis: NetBSD/i386 no longer boots with qemu -kernel (GENERIC)
Apparently the same as kern/56935.
From: Pierre Pronchery <khorben@defora.org>
To: Taylor R Campbell <riastradh@netbsd.org>
Cc: gnats-bugs@netbsd.org,
Michael van Elst <mlelstv@netbsd.org>
Subject: Re: port-i386/57017: NetBSD no longer boots with qemu -kernel (i386
multiboot)
Date: Thu, 2 Feb 2023 01:32:24 +0100
--Apple-Mail=_FEE8A067-FB4B-4E60-8C3A-D3EECC25098C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
> On 22. Sep 2022, at 06:33, Taylor R Campbell <riastradh@netbsd.org> =
wrote:
>=20
> Can you try bisecting on the kernel?
I finally managed to, and it points to this commit:
"Introduce Xen PVH support in GENERIC."
$NetBSD: locore.S,v 1.182 2020/05/02 16:44:35 bouyer Exp $
Unfortunate change, and AFAICT it goes in the direction of mlelstv=E2=80=99=
s
suggested fix.
I can also confirm that the fix works for me. (NetBSD/i386 in QEMU)
Thanks!
--
khorben
--Apple-Mail=_FEE8A067-FB4B-4E60-8C3A-D3EECC25098C
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEjPEp1wC4bxBrX8svMDjL25iGlwMFAmPbBJgACgkQMDjL25iG
lwN2eg//bmUExRyuLqgz9t38whIYguGa4X/jz6H617Ma8c8BamuE345etA+GCxqD
qmuuvlpCHojHSvCwBmSO4xXha2f5ckKvf2/nvRaV72yMsVEOV2rubbRuuw3TEPmA
zptbmidyyqFqRsWYIZB3yAUAclDlfcY3osC7JyC32wx7XqCTrw7MT+chLLxQPwfa
gXDEaO/n6BmqMLfBLTbp84tely2leunVIpD4QhiaBg3BtfUqcpi18ciomnj6ItJO
BKbh5D+hJvumVUDCkv9nFoQ8AgXsRLAAX9zjB4p90riFyitBt7Wl7KodFP5V1n6P
NSM1RBzck6jcBlzZbptZ0sUr101X93MV1o9p26LEnXhPQ/woY2FFLGwi5mtmao3P
XWk5zLSaBdT2msA3Zx8X8JoXAwLICZlbeA9PVntBL1MwGg44wI3+nyimIBwDWJuC
UFu2/O4GXWfPRr5GJHUDOsg2y2WFAJrTG6t75V5ecCDvcmC8lQOC+GoLKuQKIeeC
i1YwrOpHKD5QnCrATGj7iyZ8PtI+KiJkgr6C+Ws83mIaFb6XWfHGejoaz5iJEHyT
wxa1dvBdX7q6Vv7AkCMzsYvT856sYYYJe9NSbgrUt9S38v3LktBACcz78UelB6r4
dj9iTk01z2eLdYnNoz8SLn+s27RZYrCcCq4RsW2dQ4ySld1EDt4=
=CMTw
-----END PGP SIGNATURE-----
--Apple-Mail=_FEE8A067-FB4B-4E60-8C3A-D3EECC25098C--
State-Changed-From-To: open->closed
State-Changed-By: khorben@NetBSD.org
State-Changed-When: Fri, 03 Feb 2023 07:44:20 +0000
State-Changed-Why:
Duplicate of kern/56935
The fix provided works for me
From: "Michael van Elst" <mlelstv@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/57017 CVS commit: src/sys/arch/i386/i386
Date: Fri, 3 Feb 2023 09:21:58 +0000
Module Name: src
Committed By: mlelstv
Date: Fri Feb 3 09:21:58 UTC 2023
Modified Files:
src/sys/arch/i386/i386: locore.S
Log Message:
Make multiboot1 continue with common boot code and not skip CPU type
detection.
Fixes PR 57017 and PR 56935.
To generate a diff of this commit:
cvs rdiff -u -r1.190 -r1.191 src/sys/arch/i386/i386/locore.S
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
From: "Martin Husemann" <martin@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/57017 CVS commit: [netbsd-10] src/sys/arch/i386/i386
Date: Wed, 8 Feb 2023 18:27:05 +0000
Module Name: src
Committed By: martin
Date: Wed Feb 8 18:27:05 UTC 2023
Modified Files:
src/sys/arch/i386/i386 [netbsd-10]: locore.S
Log Message:
Pull up following revision(s) (requested by khorben in ticket #76):
sys/arch/i386/i386/locore.S: revision 1.191
Make multiboot1 continue with common boot code and not skip CPU type
detection.
Fixes PR 57017 and PR 56935.
To generate a diff of this commit:
cvs rdiff -u -r1.190 -r1.190.4.1 src/sys/arch/i386/i386/locore.S
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.47 2022/09/11 19:34:41 kim Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2023
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.
Home