Re: Realtek product 0x8852 class network not configured

2022-05-05 Thread Stuart Henderson 
On 2022/05/05 06:04, Jacqueline Jolicoeur wrote:
> >Synopsis:Realtek product 0x8852 class network not configured 

This is expected, OpenBSD does not have a driver for these "rtw89" .11ax devices

Kernel hangs at boot when USB<->NVMe adapter is plugged in

2022-05-05 Thread David Demelier 
>Synopsis:  Kernel hangs at boot when USB<->NVMe adapter is plugged in
>Category:  kernel
>Environment:
System  : OpenBSD 7.1
Details : OpenBSD 7.1-current (GENERIC.MP) #496: Wed May  4 
14:10:06 MDT 2022
 
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Architecture: OpenBSD.amd64
Machine : amd64
>Description:
When my ElecGear adapter is plugged in, the system does not boot and ends with
the following lines:

vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
... nothing more here ...

Otherwise booting with that adapter unplugged and plugging it once the system
has booted works pretty fine as a umass device. Which appears as following:

sd5 at scsibus5 targ 1 lun 0:  
serial.152d058300A2019E0524
sd5: 244198MB, 512 bytes/sector, 500118192 sectors

The device in question is that one (ElecGear NV-i9):


https://www.amazon.fr/NVMe-PCIe-Bo%C3%AEtier-Externe-Adaptateur/dp/B07M9LJG53

I can lend it in France/Europe as long as it's not too costly to ship and that I
can get it back.

The problem is present on both 7.1 and 7.1-current.

>How-To-Repeat:
Plug the device *before* booting.

dmesg:
OpenBSD 7.1-current (GENERIC.MP) #496: Wed May  4 14:10:06 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8201662464 (7821MB)
avail mem = 7935770624 (7568MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x9cbac000 (70 entries)
bios0: vendor LENOVO version "N2XET33W (1.23 )" date 10/08/2021
bios0: LENOVO 20S6000MFR
acpi0 at bios0: ACPI 6.1
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT SSDT SSDT SSDT BOOT SSDT HPET APIC MCFG ECDT SSDT 
SSDT SSDT NHLT MSDM SSDT LPIT WSMT SSDT DBGP DBG2 BATB DMAR BGRT UEFI FPDT
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) i5-10210U CPU @ 1.60GHz, 1746.32 MHz, 06-8e-0c
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,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
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-10210U CPU @ 1.60GHz, 1534.48 MHz, 06-8e-0c
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,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz, 1496.52 MHz, 06-8e-0c
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,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz, 1496.52 MHz, 06-8e-0c
cpu3:

Re: macppc panic: vref used where vget required

2022-05-05 Thread Martin Pieuchot 
On 04/05/22(Wed) 18:30, Alexander Bluhm wrote:
> On Wed, May 04, 2022 at 05:58:14PM +0200, Martin Pieuchot wrote:
> > I don't understand the mechanism around UVM_VNODE_CANPERSIST.  I looked
> > for missing uvm_vnp_uncache() and found the following two.  I doubt
> > those are the one triggering the bug because they are in NFS & softdep.
> 
> It crashes while compiling clang.
> 
> c++ -O2 -pipe  -fno-ret-protector -std=c++14 -fvisibility-inlines-hidden 
> -fno-exceptions -fno-rtti -Wall -W -Wno-unused-parameter -Wwrite-strings 
> -Wcast-qual  -Wno-missing-field-initializers -pedantic -Wno-long-long  
> -Wdelete-non-virtual-dtor -Wno-comment -fPIE  -MD -MP  
> -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/../../../llvm/llvm/include
>  -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/../include 
> -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/obj  
> -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/obj/../include 
> -DNDEBUG -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS  
> -D__STDC_FORMAT_MACROS -DLLVM_PREFIX="/usr" 
> -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/../../../llvm/lldb/include
>   
> -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/../../../llvm/lldb/source
>  
> -I/usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/../../../llvm/clang/include
>  -c 
> /usr/src/gnu/usr.bin/clang/liblldbPluginExpressionParser/../../../llvm/lldb/source/Plugins/ExpressionParser/Clang/ClangExpressionParser.cpp
>  -o ClangExpressionParser.o
> Timeout, server ot26 not responding.
> 
> No softdep, but NFS client.  I use it to mount cvs mirror read-only.
> This file system should not be used during make build.

Hard to believe it is related to the diff below, can you reproduce it?

Re: macppc panic: vref used where vget required

2022-05-05 Thread Martin Pieuchot 
On 04/05/22(Wed) 18:23, Mark Kettenis wrote:
> > Date: Wed, 4 May 2022 17:58:14 +0200
> > From: Martin Pieuchot 
> > 
> > On 04/05/22(Wed) 09:16, Sebastien Marie wrote:
> > > [...] 
> > > we don't have any vclean label ("vclean (inactive)" or "vclean 
> > > (active)"), so 
> > > vclean() was not called in this timeframe.
> > 
> > So we are narrowing down the issue:
> > 
> > 1. A file is opened
> > 2. Then mmaped
> > 3. Some of its pages are swapped to disk
> 
> Hmm, why does this happen?  Is this because the mmap(2) was done using
> MAP_PRIVATE?

I believe so otherwise uvm_vnp_uncache() would have been called.

> But then what's the point of setting UVM_VNODE_CANPERSIST?

I don't know.  It looks to me like a way to not flush the data if a file
is munmap(2)ed then mmap(2)ed again, no?

It is like an extra UVM object reference which doesn't account for the
vnode reference.  That'd explain why uvm_vnp_sync() and uvn_attach() have
checks for uo_refs == 0.