aarch64: ahci0: log page read failed, slot 31 was still active
>Synopsis: panic after ahci0: log page read failed, slot 31 was still
>active
>Category: kernel
>Environment:
System : OpenBSD 6.6
Details : OpenBSD 6.6-beta (GENERIC.MP) #245: Sat Sep 28 20:43:51
MDT 2019
dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP
Architecture: OpenBSD.arm64
Machine : arm64
>Description:
While building lang/rust received some ahci0 messages then a panic.
System is a RockPro64 with 4G memory. filesystem root is on uSD, the
rest of the paritions are on SSD (including swap).
>How-To-Repeat:
Not sure if reproducable yet. I was building lang/rust with
ulimit -Sd 4194304.
>Fix:
Unknown
ahci0: log page read failed, slot 31 was still active.
ahci0: device didn't come ready after reset, TFD: 0x84c1
panic: uvm_fault failed: ff80003475b8
Stopped at panic+0x150:TIDPIDUID PRFLAGS PFLAGS C
PU COMMAND
505395 33070 740x100012 01 pflogd
61458 3099 0 0x14000 0x2002 softnet
db_enter() at panic+0x14c
panic() at $x.0+0x6c
$x.0() at ahci_port_stop+0x8c
ahci_port_stop() at ahci_port_intr+0x680
ahci_port_intr() at ahci_intr+0x7c
ahci_intr() at agintc_irq_handler+0x104
agintc_irq_handler() at arm_cpu_intr+0x30
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
ddb{0}> show uvm
Current UVM status:
pagesize=4096 (0x1000), pagemask=0xfff, pageshift=12
961557 VM pages: 90296 active, 4572 inactive, 0 wired, 686147 free (85774 zer
o)
min 10% (25) anon, 10% (25) vnode, 5% (12) vtext
freemin=32051, free-target=42734, inactive-target=244702, wired-max=320519
faults=49567984, traps=0, intrs=0, ctxswitch=18264067 fpuswitch=0
softint=3652793, syscalls=75421600, kmapent=12
fault counts:
noram=0, noanon=0, noamap=0, pgwait=0, pgrele=0
ok relocks(total)=796471(803713), anget(retries)=5216381(127523), amapcopy=
13574591
neighbor anon/obj pg=648998/6550880, gets(lock/unlock)=7480414/669183
cases: anon=5179486, anoncow=29888, obj=6943478, prcopy=536701, przero=3687
8491
daemon and swap counts:
woke=106, revs=49, scans=6967722, obscans=327390, anscans=3688313
busy=0, freed=486843, reactivate=2952019, deactivate=3790084
pageouts=220579, pending=10122, nswget=134530
nswapdev=1
swpages=1050088, swpginuse=12335, swpgonly=10542 paging=0
kernel pointers:
objs(kern)=0xff8000ca7020
ddb{0}> show bcstats
Current Buffer Cache status:
numbufs 15018 busymapped 14, delwri 1
kvaslots 12019 avail kva slots 12005
bufpages 118400, dmapages 118400, dirtypages 4
pendingreads 2, pendingwrites 12
highflips 0, highflops 0, dmaflips 0
ddb{0}> trace
db_enter() at panic+0x14c
panic() at $x.0+0x6c
$x.0() at ahci_port_stop+0x8c
ahci_port_stop() at ahci_port_intr+0x680
ahci_port_intr() at ahci_intr+0x7c
ahci_intr() at agintc_irq_handler+0x104
agintc_irq_handler() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at sched_idle+0x220
sched_idle() at proc_trampoline+0x10
ddb{0}> machine ddbcpu 1
Stopped at agintc_ipi_ddb+0x1c:db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at vn_read+0x3c
vn_read() at dofilereadv+0x114
dofilereadv() at sys_read+0x54
sys_read() at svc_handler+0x2bc
ddb{1}> bt
db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at vn_read+0x3c
vn_read() at dofilereadv+0x114
dofilereadv() at sys_read+0x54
sys_read() at svc_handler+0x2bc
svc_handler() at do_el0_sync+0x120
do_el0_sync() at handle_el0_sync+0x74
handle_el0_sync() at 0x1c3c916600
--- trap ---
ddb{1}> machine ddbcpu 2
Stopped at agintc_ipi_ddb+0x1c:db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at pf_purge+0x14
pf_purge() at taskq_thread+0x40
taskq_thread() at proc_trampoline+0x10
ddb{2}> bt
db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at pf_purge+0x14
pf_purge() at taskq_thread+0x40
taskq_thread() at proc_trampoline+0x10
ddb{2}> machine ddbcpu 4
Stopped at agintc_ipi_ddb+0x1c:db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at sched_idle+0x220
sched_idle() at proc_trampoline+0x10
ddb{4}> bt
db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
handle_el1h_irq() at sched_idle+0x220
sched_idle() at proc_trampoline+0x10
ddb{4}> machine ddbcpu 3
Stopped at agintc_ipi_ddb+0x1c:db_enter() at agintc_ipi_ddb+0x18
agintc_ipi_ddb() at arm_cpu_intr+0x30
arm_cpu_intr() at handle_el1h_irq+0x6c
Re: Files erased from / ?
jungle Boogie wrote: > On Fri, Oct 4, 2019, 1:23 AM Stuart Henderson wrote: > > > On 2019/10/03 12:25, Jungle Boogie wrote: > > > On Thu Oct 3, 2019 at 2:45 PM Florian Obser wrote: > > > > On Tue, Oct 01, 2019 at 09:46:59PM -0700, jungle boogie wrote: > > > > > Hi All, > > > > > > > > > > I've noticed my auto_upgrade.conf file disappear off the / once the > > system > > > > > has been upgraded. This has happened on amd64 and arm64 over the > > past few > > > > > days. Is this a new feature? If so, probably a good idea to mention > > in > > > > > https://www.openbsd.org/faq/current.html > > > > > > > > This is sysupgrade(8). I updated the man page. > > > > > > This has happened on systems where I don't use sysupgrade(8). My > > > auto_upgrade.conf script disappears on arm64 after the system has been > > upgraded > > > via auto_upgrade. > > > > > > > > > > > -- > > > > I'm not entirely sure you are real. > > > > > > > sysupgrade(8) is not just /usr/sbin/sysupgrade, it is also code in the > > bootloader > > and scripts in src/distrib/miniroot. > > > > And therefore it's expected behavior for auto_upgrade.conf to be deleted on > machines that don't use sys upgrade? It's how it works today. You have a tone about you. And your mail doesn't contain a diff trying to solve it.
Re: Files erased from / ?
On Fri, Oct 4, 2019, 1:23 AM Stuart Henderson wrote: > On 2019/10/03 12:25, Jungle Boogie wrote: > > On Thu Oct 3, 2019 at 2:45 PM Florian Obser wrote: > > > On Tue, Oct 01, 2019 at 09:46:59PM -0700, jungle boogie wrote: > > > > Hi All, > > > > > > > > I've noticed my auto_upgrade.conf file disappear off the / once the > system > > > > has been upgraded. This has happened on amd64 and arm64 over the > past few > > > > days. Is this a new feature? If so, probably a good idea to mention > in > > > > https://www.openbsd.org/faq/current.html > > > > > > This is sysupgrade(8). I updated the man page. > > > > This has happened on systems where I don't use sysupgrade(8). My > > auto_upgrade.conf script disappears on arm64 after the system has been > upgraded > > via auto_upgrade. > > > > > > > > -- > > > I'm not entirely sure you are real. > > > > sysupgrade(8) is not just /usr/sbin/sysupgrade, it is also code in the > bootloader > and scripts in src/distrib/miniroot. > And therefore it's expected behavior for auto_upgrade.conf to be deleted on machines that don't use sys upgrade? >
Re: 2 freezes in 24h on lenovo T480 with 1st october snapshot
On Fri, 04 Oct 2019 at 15:54:32 +0200, Solene Rapenne wrote: > Hi, > > did someone else did experience freezes issues recently? I had two freezes in > one day. > > First time I was doing heavy CPU use and assumed something went wrong, or heat > I don't know. Second time, I was thinking about typing something in a mail, > the > system was totally idle. > inteldrm0 at pci0 dev 2 function 0 "Intel UHD Graphics 620" rev 0x07 > drm0 at inteldrm0 > inteldrm0: msi Did you have either Chrome or Firefox open at the time, and if so, do you have graphics/hardware acceleration enabled in them?
Re: 2 freezes in 24h on lenovo T480 with 1st october snapshot
Problem reporting without dmesg? Sorry, but I am reaching for my d key. Solene Rapenne wrote: > On Fri, Oct 04, 2019 at 11:38:52AM -0400, Daniel Dickman wrote: > > > > > > > On Oct 4, 2019, at 9:56 AM, Solene Rapenne wrote: > > > > > > Hi, > > > > > > did someone else did experience freezes issues recently? I had two > > > freezes in > > > one day. > > > > > > First time I was doing heavy CPU use and assumed something went wrong, or > > > heat > > > I don't know. Second time, I was thinking about typing something in a > > > mail, the > > > system was totally idle. > > > > Hi Solene, I’m not sure if this is related but I’m seeing console freezes > > on my i386 laptop. > > > > I’m not using X, just the console. And I believe I’ve experienced these > > freezes with and without drm enabled. > > > > The symptoms for me are the keyboard stops working for certain letters. And > > then the console freezes completely shortly after that. > > > > I’m able to recover from this by switching to a different console and then > > doing “kill -9” on the stuck ksh process. > > > > When your system freezes, are you able to switch to a different console? Or > > can you still ssh into it? > > > > I’m not sure if it’s a hardware issue on my end or some bug and wasn’t > > exactly sure how to debug this as I can’t reproduce easily. > > > > Things I tried: > > 1) using historical kernels, but all the kernels I tried so far don’t solve > > the problem. > > > > 2) ktracing the ksh processes on each console to see if there’s something > > obvious that triggers the problem. I’m working on getting some traces but I > > haven’t managed so far because the freezes are so random. > > > > Things I’m thinking of trying: > > > > 1) installing a different OS to check if it’s a hardware problem. > > > > 2) reinstalling 6.4 and 6.5 to see if I see the same problem. If yes then > > likely a hardware problem because I used those releases in the past without > > any issues. > > > > When it freezes, network stops responding and switching to tty doesn't > work. > > I can't reproduce this, so the sad state of using another OS or a > previous OpenBSD version would waste my time not working on -current. >
Re: 2 freezes in 24h on lenovo T480 with 1st october snapshot
> On Oct 4, 2019, at 9:56 AM, Solene Rapenne wrote: > > Hi, > > did someone else did experience freezes issues recently? I had two freezes in > one day. > > First time I was doing heavy CPU use and assumed something went wrong, or heat > I don't know. Second time, I was thinking about typing something in a mail, > the > system was totally idle. Hi Solene, I’m not sure if this is related but I’m seeing console freezes on my i386 laptop. I’m not using X, just the console. And I believe I’ve experienced these freezes with and without drm enabled. The symptoms for me are the keyboard stops working for certain letters. And then the console freezes completely shortly after that. I’m able to recover from this by switching to a different console and then doing “kill -9” on the stuck ksh process. When your system freezes, are you able to switch to a different console? Or can you still ssh into it? I’m not sure if it’s a hardware issue on my end or some bug and wasn’t exactly sure how to debug this as I can’t reproduce easily. Things I tried: 1) using historical kernels, but all the kernels I tried so far don’t solve the problem. 2) ktracing the ksh processes on each console to see if there’s something obvious that triggers the problem. I’m working on getting some traces but I haven’t managed so far because the freezes are so random. Things I’m thinking of trying: 1) installing a different OS to check if it’s a hardware problem. 2) reinstalling 6.4 and 6.5 to see if I see the same problem. If yes then likely a hardware problem because I used those releases in the past without any issues.
2 freezes in 24h on lenovo T480 with 1st october snapshot
Hi, did someone else did experience freezes issues recently? I had two freezes in one day. First time I was doing heavy CPU use and assumed something went wrong, or heat I don't know. Second time, I was thinking about typing something in a mail, the system was totally idle. Dmesg OpenBSD 6.6-beta (GENERIC.MP) #340: Tue Oct 1 09:17:45 MDT 2019 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8322478080 (7936MB) avail mem = 8057540608 (7684MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xaf04c000 (63 entries) bios0: vendor LENOVO version "N24ET37W (1.12 )" date 03/14/2018 bios0: LENOVO 20L5CTO1WW acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT SSDT SSDT BOOT BATB SLIC SSDT SSDT SSDT LPIT WSMT SSDT SSDT SSDT DBGP DBG2 MSDM DMAR ASF! FPDT UEFI BGRT acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(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, 24 bits acpihpet0 at acpi0: 2399 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz, 1696.83 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 tsc_timecounter_init: TSC skew=0 observed drift=0 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) TSC skew=-3 cpu1: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz, 1696.05 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 tsc_timecounter_init: TSC skew=-3 observed drift=0 cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) TSC skew=-1 cpu2: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0a cpu2: 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 cpu2: 256KB 64b/line 8-way L2 cache tsc_timecounter_init: TSC skew=-1 observed drift=0 cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) TSC skew=-15 cpu3: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0a cpu3: 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 cpu3: 256KB 64b/line 8-way L2 cache tsc_timecounter_init: TSC skew=-15 observed drift=0 cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 1 (application processor) TSC skew=7 cpu4: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0a cpu4:
Re: Files erased from / ?
On 2019/10/03 12:25, Jungle Boogie wrote: > On Thu Oct 3, 2019 at 2:45 PM Florian Obser wrote: > > On Tue, Oct 01, 2019 at 09:46:59PM -0700, jungle boogie wrote: > > > Hi All, > > > > > > I've noticed my auto_upgrade.conf file disappear off the / once the system > > > has been upgraded. This has happened on amd64 and arm64 over the past few > > > days. Is this a new feature? If so, probably a good idea to mention in > > > https://www.openbsd.org/faq/current.html > > > > This is sysupgrade(8). I updated the man page. > > This has happened on systems where I don't use sysupgrade(8). My > auto_upgrade.conf script disappears on arm64 after the system has been > upgraded > via auto_upgrade. > > > > > -- > > I'm not entirely sure you are real. > sysupgrade(8) is not just /usr/sbin/sysupgrade, it is also code in the bootloader and scripts in src/distrib/miniroot.
Re: startup suspends until display is connected
• Jonathan Gray [2019-10-04 14:45]: > On Thu, Oct 03, 2019 at 03:15:53PM +0200, k...@krot.org wrote: > > >Synopsis: startup suspends until display is connected > > >Category: kernel > > >Environment: > > System : OpenBSD 6.6 > > Details : OpenBSD 6.6 (GENERIC.MP) #345: Wed Oct 2 22:45:02 MDT > > 2019 > > > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > > > Architecture: OpenBSD.amd64 > > Machine : amd64 > > >Description: > > > > System startup suspends until display is connected via HDMI or DP. > > > > See also my report to misc@ earlier: > > https://marc.info/?l=openbsd-misc=156918702722030=2 > > > > Seems related to https://marc.info/?l=openbsd-bugs=156796294809134=2 > > > > >How-To-Repeat: > > > > Reboot without screen attached. > > > > >Fix: > > I was able to reproduce this on valleyview/baytrail. This fixes it here: works for me too. thank you! > Index: intel_runtime_pm.c > === > RCS file: /cvs/src/sys/dev/pci/drm/i915/intel_runtime_pm.c,v > retrieving revision 1.3 > diff -u -p -r1.3 intel_runtime_pm.c > --- intel_runtime_pm.c14 Apr 2019 10:14:52 - 1.3 > +++ intel_runtime_pm.c4 Oct 2019 04:36:27 - > @@ -1040,8 +1040,8 @@ static void vlv_display_power_well_deini > #ifdef notyet > /* Prevent us from re-enabling polling on accident in late suspend */ > if (!dev_priv->drm.dev->power.is_suspended) > - intel_hpd_poll_init(dev_priv); > #endif > + intel_hpd_poll_init(dev_priv); > } > > static void vlv_display_power_well_enable(struct drm_i915_private *dev_priv, > -- -- Kirill Miazine
