Re: Help: System hang/Lockup using snapshots on Intel i5 NUC?
On Thu, Mar 05, 2020 at 11:45:30PM +0100, Why 42? wrote: > ... > When this happens the mouse is frozen, the capslock LED on the (USB) > keyboard doesn't light up and the system doesn't respond to ssh. To > recover I have to hold down the power switch to shutoff the system, then > turn it on again, reboot and examine the resulting fsck errors. > ... Just to follow up, since sysupgrading to the latest snapshot (on 15.3) I cannot reproduce this problem. (All packages were updated too.) Also my tentative test case, which resulted in the same symptoms, also now functions without issue (fyi: run "vblank_mode=0 glxgears" and drag the resulting window around wildly being sure to get it to go into/out of fullscreen by hitting the edge of the desktop). So now just have to decide if I continue using Firefox or revert back to Iridium (or Chrome). Decisions, decisions ... :) Any ideas what I can or should do about my "dubious" kernel messages? E.g. "0:31:5: mem address conflict 0xfe01/0x1000" What does that "0:31:5:" indicate? Or the "not configured" messages like these for example: > "Intel Core GMM" rev 0x00 at pci0 dev 8 function 0 not configured > "Intel 300 Series Thermal" rev 0x30 at pci0 dev 18 function 0 not configured > xhci0 at pci0 dev 20 function 0 "Intel 300 Series xHCI" rev 0x30: msi, xHCI > 1.10 > usb0 at xhci0: USB revision 3.0 > uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 > addr 1 > "Intel 300 Series Shared SRAM" rev 0x30 at pci0 dev 20 function 2 not > configured > "Intel 300 Series MEI" rev 0x30 at pci0 dev 22 function 0 not configured > ahci0 at pci0 dev 23 function 0 "Intel 300 Series AHCI" rev 0x30: msi, AHCI > 1.3.1 > ahci0: port 2: 6.0Gb/s It seems as if that Intel 300 chip is only partially supported. Maybe that's not a significant problem? Though I worry a bit about the "Thermal" message ... suggesting some temperature sensing may not be working correctly. The other good news is that the new (old) keyboard is working well :-) > uhidev0 at uhub2 port 4 configuration 1 interface 0 "Fujitsu Component Sun > USB Keyboard" rev 2.00/1.05 addr 4 Cheers, Robb.
Re: Help: System hang/Lockup using snapshots on Intel i5 NUC?
You might also try testing that memory on that machine is not faulty. (I've been struggling with an ongoing onslaught of machines with faulty memory.) FYI, -- Raul On Fri, Mar 6, 2020 at 6:19 PM Raymond, David wrote: > > You might try an alternate desktop/window manager such as lxqt or > icewm and see if the problem persists. When I tried XFCE on my X1 > carbon laptop, XFCE was not so nice, though I can't remember the > details at this point. > > Dave Raymond > > On 3/5/20, Why 42? The lists account. wrote: > > > > Hi All, > > > > We've been running OpenBSD on a server for several years now and its been > > reliable with minimal issues, so I thought I would also like to try it as > > a desktop system. > > > > Thus I've been experimenting with an Intel NUC 8i5BEH running OpenBSD > > current snapshots and with XFCE as the Windowing system. And it all works > > very nicely. So well in fact that I've added an SSD, NFS mounted my old > > Linux box and rsynced over my home directory. OpenBSD as my main desktop > > system! > > > > For the most part everything has gone well, I have only noticed one > > serious issue so far: The complete system hangs intermittently. Which is > > naturally a bit of a downer :(. > > > > When this happens the mouse is frozen, the capslock LED on the (USB) > > keyboard doesn't light up and the system doesn't respond to ssh. To > > recover I have to hold down the power switch to shutoff the system, then > > turn it on again, reboot and examine the resulting fsck errors. > > > > I have impression this often occurs when using a Web browser. At first > > when I used Iridium, then Chrome, it seemed to happen every few hours. > > When I switched to trying Firefox, then the hangs seemed to occur less > > often, maybe every day or two. Perhaps I'm doing less browsing because of > > the hangs :). > > > > The graphics driver being used is: inteldrm0 at pci0 dev 2 function 0 > > "Intel Iris Plus Graphics 655" rev 0x01 > > > > I can leave the system running, sitting at the xenodm screen, for days > > without issue. I've also done a couple of complete memtest86 runs without > > error. I've even upgraded to the latest BIOS/firmware version. > > > > I've increased maxproc and maxfiles in sysctl.conf and also set > > ddb.panic=0 thinking that the behaviour might change to a panic+reboot > > instead of a hang, but this made no difference. > > > > After a hang + reboot there is nothing obvious in the log files. > > > > Any suggestions how to further debug such an issue? > > > > The OpenBSD kernel tells me that there is a serial port / UART (com0 at > > isa0 port 0x3f8/8 irq 4: ns16550 ...) but I've taken the NUC to pieces > > and I cannot see anything on the board that looks like a serial port > > header. > > > > The kernel does log a few of dubious messages at boot time. There are > > several instances of "not configured". And there is one occurrence of > > "mem address conflict 0xfe01/0x1000". I don't know if these are > > relevant, generally the system seems quite stable. Until it isn't. If you > > see what I mean. (See below for a complete set of boot time messages). > > > > I would be grateful for any support in debugging, or even better, > > resolving this issue. > > > > Cheers, > > Robb. > > > > mjoelnir:log 5.03 23:22:54 # dmesg > > OpenBSD 6.6-current (GENERIC.MP) #20: Sat Feb 29 14:38:12 MST 2020 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 34201518080 (32617MB) > > avail mem = 33152389120 (31616MB) > > mpath0 at root > > scsibus0 at mpath0: 256 targets > > mainbus0 at root > > bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x7a9a4000 (77 entries) > > bios0: vendor Intel Corp. version "BECFL357.86A.0077.2019.1127.1452" date > > 11/27/2019 > > bios0: Intel(R) Client Systems NUC8i5BEH > > acpi0 at bios0: ACPI 6.1 > > acpi0: sleep states S0 S3 S4 S5 > > acpi0: tables DSDT FACP APIC FPDT FIDT MCFG SSDT SSDT HPET SSDT SSDT UEFI > > LPIT SSDT SSDT DBGP DBG2 DMAR SSDT NHLT BGRT TPM2 WSMT > > acpi0: wakeup devices SIO1(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) > > PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) > > PXSX(S4) RP08(S4) [...] > > acpitimer0 at acpi0: 3579545 Hz, 24 bits > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz, 9182.89 MHz, 06-8e-0a > > 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN > > cpu0: 256KB 64b/line 8-way L2 cache > > cpu0: smt 0, core 0,
Re: Help: System hang/Lockup using snapshots on Intel i5 NUC?
You might try an alternate desktop/window manager such as lxqt or icewm and see if the problem persists. When I tried XFCE on my X1 carbon laptop, XFCE was not so nice, though I can't remember the details at this point. Dave Raymond On 3/5/20, Why 42? The lists account. wrote: > > Hi All, > > We've been running OpenBSD on a server for several years now and its been > reliable with minimal issues, so I thought I would also like to try it as > a desktop system. > > Thus I've been experimenting with an Intel NUC 8i5BEH running OpenBSD > current snapshots and with XFCE as the Windowing system. And it all works > very nicely. So well in fact that I've added an SSD, NFS mounted my old > Linux box and rsynced over my home directory. OpenBSD as my main desktop > system! > > For the most part everything has gone well, I have only noticed one > serious issue so far: The complete system hangs intermittently. Which is > naturally a bit of a downer :(. > > When this happens the mouse is frozen, the capslock LED on the (USB) > keyboard doesn't light up and the system doesn't respond to ssh. To > recover I have to hold down the power switch to shutoff the system, then > turn it on again, reboot and examine the resulting fsck errors. > > I have impression this often occurs when using a Web browser. At first > when I used Iridium, then Chrome, it seemed to happen every few hours. > When I switched to trying Firefox, then the hangs seemed to occur less > often, maybe every day or two. Perhaps I'm doing less browsing because of > the hangs :). > > The graphics driver being used is: inteldrm0 at pci0 dev 2 function 0 > "Intel Iris Plus Graphics 655" rev 0x01 > > I can leave the system running, sitting at the xenodm screen, for days > without issue. I've also done a couple of complete memtest86 runs without > error. I've even upgraded to the latest BIOS/firmware version. > > I've increased maxproc and maxfiles in sysctl.conf and also set > ddb.panic=0 thinking that the behaviour might change to a panic+reboot > instead of a hang, but this made no difference. > > After a hang + reboot there is nothing obvious in the log files. > > Any suggestions how to further debug such an issue? > > The OpenBSD kernel tells me that there is a serial port / UART (com0 at > isa0 port 0x3f8/8 irq 4: ns16550 ...) but I've taken the NUC to pieces > and I cannot see anything on the board that looks like a serial port > header. > > The kernel does log a few of dubious messages at boot time. There are > several instances of "not configured". And there is one occurrence of > "mem address conflict 0xfe01/0x1000". I don't know if these are > relevant, generally the system seems quite stable. Until it isn't. If you > see what I mean. (See below for a complete set of boot time messages). > > I would be grateful for any support in debugging, or even better, > resolving this issue. > > Cheers, > Robb. > > mjoelnir:log 5.03 23:22:54 # dmesg > OpenBSD 6.6-current (GENERIC.MP) #20: Sat Feb 29 14:38:12 MST 2020 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 34201518080 (32617MB) > avail mem = 33152389120 (31616MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x7a9a4000 (77 entries) > bios0: vendor Intel Corp. version "BECFL357.86A.0077.2019.1127.1452" date > 11/27/2019 > bios0: Intel(R) Client Systems NUC8i5BEH > acpi0 at bios0: ACPI 6.1 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC FPDT FIDT MCFG SSDT SSDT HPET SSDT SSDT UEFI > LPIT SSDT SSDT DBGP DBG2 DMAR SSDT NHLT BGRT TPM2 WSMT > acpi0: wakeup devices SIO1(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) > PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) > PXSX(S4) RP08(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz, 9182.89 MHz, 06-8e-0a > 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN > cpu0: 256KB 64b/line 8-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 24MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz, 2194.90 MHz, 06-8e-0a > 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,S
Re: Help: System hang/Lockup using snapshots on Intel i5 NUC?
On Thu, Mar 5, 2020 at 4:48 PM Why 42? The lists account. wrote: > The OpenBSD kernel tells me that there is a serial port / UART (com0 at > isa0 port 0x3f8/8 irq 4: ns16550 ...) but I've taken the NUC to pieces > and I cannot see anything on the board that looks like a serial port > header. I found this Intel documentation about a dual serial port header on the NUCs (and the necessary cable), but I don't know if it applies to your model: https://www.intel.com/content/www/us/en/support/articles/17881/intel-nuc.html If there's no such header on yours, perhaps that serial port is remotely accessible, e.g. with IPMI serial-over-LAN or Intel vPro remote access? -Andrew
Re: Help: System hang/Lockup using snapshots on Intel i5 NUC?
Le Thursday 05 Mar 2020 à 23:45:30 (+0100), Why 42? The lists account. a écrit: > > Hi All, > > We've been running OpenBSD on a server for several years now and its been > reliable with minimal issues, so I thought I would also like to try it as > a desktop system. > > Thus I've been experimenting with an Intel NUC 8i5BEH running OpenBSD > current snapshots and with XFCE as the Windowing system. And it all works > very nicely. So well in fact that I've added an SSD, NFS mounted my old > Linux box and rsynced over my home directory. OpenBSD as my main desktop > system! > > For the most part everything has gone well, I have only noticed one > serious issue so far: The complete system hangs intermittently. Which is > naturally a bit of a downer :(. I've got the same behaviour on my new (second hand) thinkpad x250 laptop. The problem was from the BIOS. It work perfectly since i've made a factory reset. This laptop was running Windows before buying it... But now, all work perfectly. -- Bruno d'Arcangeli
Help: System hang/Lockup using snapshots on Intel i5 NUC?
Hi All, We've been running OpenBSD on a server for several years now and its been reliable with minimal issues, so I thought I would also like to try it as a desktop system. Thus I've been experimenting with an Intel NUC 8i5BEH running OpenBSD current snapshots and with XFCE as the Windowing system. And it all works very nicely. So well in fact that I've added an SSD, NFS mounted my old Linux box and rsynced over my home directory. OpenBSD as my main desktop system! For the most part everything has gone well, I have only noticed one serious issue so far: The complete system hangs intermittently. Which is naturally a bit of a downer :(. When this happens the mouse is frozen, the capslock LED on the (USB) keyboard doesn't light up and the system doesn't respond to ssh. To recover I have to hold down the power switch to shutoff the system, then turn it on again, reboot and examine the resulting fsck errors. I have impression this often occurs when using a Web browser. At first when I used Iridium, then Chrome, it seemed to happen every few hours. When I switched to trying Firefox, then the hangs seemed to occur less often, maybe every day or two. Perhaps I'm doing less browsing because of the hangs :). The graphics driver being used is: inteldrm0 at pci0 dev 2 function 0 "Intel Iris Plus Graphics 655" rev 0x01 I can leave the system running, sitting at the xenodm screen, for days without issue. I've also done a couple of complete memtest86 runs without error. I've even upgraded to the latest BIOS/firmware version. I've increased maxproc and maxfiles in sysctl.conf and also set ddb.panic=0 thinking that the behaviour might change to a panic+reboot instead of a hang, but this made no difference. After a hang + reboot there is nothing obvious in the log files. Any suggestions how to further debug such an issue? The OpenBSD kernel tells me that there is a serial port / UART (com0 at isa0 port 0x3f8/8 irq 4: ns16550 ...) but I've taken the NUC to pieces and I cannot see anything on the board that looks like a serial port header. The kernel does log a few of dubious messages at boot time. There are several instances of "not configured". And there is one occurrence of "mem address conflict 0xfe01/0x1000". I don't know if these are relevant, generally the system seems quite stable. Until it isn't. If you see what I mean. (See below for a complete set of boot time messages). I would be grateful for any support in debugging, or even better, resolving this issue. Cheers, Robb. mjoelnir:log 5.03 23:22:54 # dmesg OpenBSD 6.6-current (GENERIC.MP) #20: Sat Feb 29 14:38:12 MST 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 34201518080 (32617MB) avail mem = 33152389120 (31616MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x7a9a4000 (77 entries) bios0: vendor Intel Corp. version "BECFL357.86A.0077.2019.1127.1452" date 11/27/2019 bios0: Intel(R) Client Systems NUC8i5BEH acpi0 at bios0: ACPI 6.1 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG SSDT SSDT HPET SSDT SSDT UEFI LPIT SSDT SSDT DBGP DBG2 DMAR SSDT NHLT BGRT TPM2 WSMT acpi0: wakeup devices SIO1(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz, 9182.89 MHz, 06-8e-0a 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu0: 256KB 64b/line 8-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 24MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz, 2194.90 MHz, 06-8e-0a 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, co