Re: OpenBSD 6.8 release boot stuck on Intel NUC NUC7PJYH

2020-10-28 Thread Fabian
Hi Sven, misc,

Thanks for your email and the effort of putting up a patched EFI boot file.
Much appreciated. It took a long time to make a release in my case.

I too can confirm that the patch by Marc Kettenis linked below [1] resolved the
boot issue on the Intel NUC. It boots fine again now, and I could complete the
post-upgrade steps for OpenBSD 6.8 release without problems.

To resolve the issue, I basically did what you suggested. However, after the
heads-up from Theo in the other email thread [2], I used the BOOTIA32.EFI and
BOOTX64.EFI files from the latest official snapshot, and not the one that you
shared earlier.

Specifically, I did the following:
* Boot into bsd.rd
* Mount the local GPT EFI partition (mount -t msdos /dev/sd0i /mnt/efi)
* Download the BOOTIA32.EFI and BOOTX64.EFI files from the latest OpenBSD
snapshot from one of the mirror servers
* Copy the two files into the EFI partition, replacing the files that were
installed during the upgrade to OpenBSD 6.8 release
* Reboot

That procedure worked fine for me and was reasonably straightforward.

Cheers.
Fabian

[1] https://marc.info/?l=openbsd-misc=160380332006125
[2] https://marc.info/?l=openbsd-misc=160390222432642

> Hi Fabian,
>
> the today posted patch from Marc Kettenis works on my system -
> https://marc.info/?l=openbsd-tech=160383074317608=2
>
> For test purposes you can download my build BOOTX64.EFI from
> http://mailinglist.fusion-zone.net/BOOTX64.EFI
>
> Just replace it in your EFI partition. Please make a backup of your
> BOOTX64.efi or download the original BOOTX64.EFI from
> https://cdn.openbsd.org/pub/OpenBSD/6.7/amd64/ (in case of an error) again.
>
> Best regards,
> Sven



Re: OpenBSD 6.8 release boot stuck on Intel NUC NUC7PJYH

2020-10-27 Thread Sven Wolf

Hi Fabian,

the today posted patch from Marc Kettenis works on my system - 
https://marc.info/?l=openbsd-tech=160383074317608=2


For test purposes you can download my build BOOTX64.EFI from 
http://mailinglist.fusion-zone.net/BOOTX64.EFI


Just replace it in your EFI partition. Please make a backup of your 
BOOTX64.efi or download the original BOOTX64.EFI from 
https://cdn.openbsd.org/pub/OpenBSD/6.7/amd64/ (in case of an error) again.


Best regards,
Sven

On 10/27/20 9:30 PM, Fabian wrote:

Hello misc,

I recently upgraded from OpenBSD 6.7 release to the new 6.8 release on an Intel
NUC Kit NUC7PJYH mini server. That machine ran OpenBSD without problems since
version 6.5 and has been running 6.7 release (including all sypatches) until a
day or so. The machine boots via UEFI and the disk is GPT partitioned. See
below for a dmesg from OpenBSD 6.7.

However, after I performed an interactive upgrade to OpenBSD 6.8 release, the
machine remains stuck during boot after displaying the message "entry point at:
0x1001000", and nothing else happens. I have to long-press the power button to
force it to shut down.

I spent some time researching the issue, and I know the following so far:
* The machine boots exclusively via UEFI. There is no legacy boot option
available, as far as I can see, that could act as a temporary workaround.

* The new boot loader version from OpenBSD 6.8 that is installed now on disk
does not seem to be the problem. I can do various things in the boot menu,
including changing the terminal configuration and all the other usual things.
So boot loader stages 1 and 2 load fine. During my trials to debug the
problem, I realised that I had an old OpenBSD 6.7 kernel file on disk in the
form of a 'bsd.booted' file. Surprisingly, that kernel booted without
problems using the new boot loader and with the latest release binaries. Of
course, the booted system was not 100 per cent usable, because of the
mismatch between kernel and binaries.

* I had a look at the output of 'machine memory' in the boot menu, but could
not see any obvious problems there.

* The OpenBSD 6.8 ram disk kernel boots fine, but neither do the installed 6.8
single or multiprocessor kernels. I tried both.

* I noticed in the dmesg from the OpenBSD 6.8 ram disk kernel that the EFI
frame buffer (efifb) is now recognised, which was not the case before. This
probably has nothing to do with the boot problem, but I wanted to mention it
for completeness.

* There have been various reports of similar boot problems recently. Here are
some examples:
https://www.reddit.com/r/openbsd/comments/je7c8r/stuck_at_boot_after_upgrading_to_68/
https://andinus.nand.sh/writings/2020/OpenBSD-6.8-EFI-boot-failure.html
https://marc.info/?l=openbsd-misc=160376706629651
https://marc.info/?l=openbsd-misc=160224393101534
https://marc.info/?l=openbsd-misc=159147446008114

* I saw the patches posted by Kastus Shchuka and Marc Kettenis, but I haven't
had time to build a custom release yet to test them.

I want to avoid rolling back to version 6.7 and figure out what the problem is.
What else can I try?

Cheers.
Fabian

OpenBSD 6.7 (GENERIC.MP) #2: Thu Jun 4 09:55:08 MDT 2020
r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8166744064 (7788MB)
avail mem = 7906615296 (7540MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.1 @ 0x6bf67000 (49 entries)
bios0: vendor Intel Corp. version "JYGLKCPX.86A.0055.2020.0603.1745" date 
06/03/2020
bios0: Intel Corporation NUC7PJYH
acpi0 at bios0: ACPI 6.1
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP FPDT FIDT MCFG DBG2 DBGP HPET LPIT APIC NPKT SSDT SSDT 
SSDT SSDT SSDT SSDT SSDT SSDT UEFI BGRT TPM2 DMAR WDAT WSMT
acpi0: wakeup devices SIO1(S3) HDAS(S3) XHC_(S4) XDCI(S4) RP01(S4) PXSX(S4) 
RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) 
RP06(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpihpet0 at acpi0: 1920 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz, 1496.43 MHz, 06-7a-01
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 19MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Pentium(R) Silver J5005 

OpenBSD 6.8 release boot stuck on Intel NUC NUC7PJYH

2020-10-27 Thread Fabian
Hello misc,

I recently upgraded from OpenBSD 6.7 release to the new 6.8 release on an Intel
NUC Kit NUC7PJYH mini server. That machine ran OpenBSD without problems since
version 6.5 and has been running 6.7 release (including all sypatches) until a
day or so. The machine boots via UEFI and the disk is GPT partitioned. See
below for a dmesg from OpenBSD 6.7.

However, after I performed an interactive upgrade to OpenBSD 6.8 release, the
machine remains stuck during boot after displaying the message "entry point at:
0x1001000", and nothing else happens. I have to long-press the power button to
force it to shut down.

I spent some time researching the issue, and I know the following so far:
* The machine boots exclusively via UEFI. There is no legacy boot option
available, as far as I can see, that could act as a temporary workaround.

* The new boot loader version from OpenBSD 6.8 that is installed now on disk
does not seem to be the problem. I can do various things in the boot menu,
including changing the terminal configuration and all the other usual things.
So boot loader stages 1 and 2 load fine. During my trials to debug the
problem, I realised that I had an old OpenBSD 6.7 kernel file on disk in the
form of a 'bsd.booted' file. Surprisingly, that kernel booted without
problems using the new boot loader and with the latest release binaries. Of
course, the booted system was not 100 per cent usable, because of the
mismatch between kernel and binaries.

* I had a look at the output of 'machine memory' in the boot menu, but could
not see any obvious problems there.

* The OpenBSD 6.8 ram disk kernel boots fine, but neither do the installed 6.8
single or multiprocessor kernels. I tried both.

* I noticed in the dmesg from the OpenBSD 6.8 ram disk kernel that the EFI
frame buffer (efifb) is now recognised, which was not the case before. This
probably has nothing to do with the boot problem, but I wanted to mention it
for completeness.

* There have been various reports of similar boot problems recently. Here are
some examples:
https://www.reddit.com/r/openbsd/comments/je7c8r/stuck_at_boot_after_upgrading_to_68/
https://andinus.nand.sh/writings/2020/OpenBSD-6.8-EFI-boot-failure.html
https://marc.info/?l=openbsd-misc=160376706629651
https://marc.info/?l=openbsd-misc=160224393101534
https://marc.info/?l=openbsd-misc=159147446008114

* I saw the patches posted by Kastus Shchuka and Marc Kettenis, but I haven't
had time to build a custom release yet to test them.

I want to avoid rolling back to version 6.7 and figure out what the problem is.
What else can I try?

Cheers.
Fabian

OpenBSD 6.7 (GENERIC.MP) #2: Thu Jun 4 09:55:08 MDT 2020
r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8166744064 (7788MB)
avail mem = 7906615296 (7540MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.1 @ 0x6bf67000 (49 entries)
bios0: vendor Intel Corp. version "JYGLKCPX.86A.0055.2020.0603.1745" date 
06/03/2020
bios0: Intel Corporation NUC7PJYH
acpi0 at bios0: ACPI 6.1
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP FPDT FIDT MCFG DBG2 DBGP HPET LPIT APIC NPKT SSDT SSDT 
SSDT SSDT SSDT SSDT SSDT SSDT UEFI BGRT TPM2 DMAR WDAT WSMT
acpi0: wakeup devices SIO1(S3) HDAS(S3) XHC_(S4) XDCI(S4) RP01(S4) PXSX(S4) 
RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) 
RP06(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpihpet0 at acpi0: 1920 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz, 1496.43 MHz, 06-7a-01
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 19MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz, 1495.87 MHz, 06-7a-01
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: