Re: efi0 experiements ended with computer dead
December 6, 2022 4:14 PM, "Mihai Popescu" wrote: > Hello, > > Just a post for the users: since my computer refused to boot anymore > in UEFI mode after install from snapshots, but it was able to do it > from previous snapshots, i switched to Legacy BIOS and used it like > that. I tested with Debian in UEFI mode and it was fine. I asked on > the misc@, i contacted the developers with CVS commits for efi and > acpi, zero answers. Today, i gave it a try for UEFI with the most > recent amd64 OpenBSD snapshot. I repeated the boot sequence two times, > no success, then the computer went completly dead - no BIOS access, no > boot, no video output. Tried everything to reset BIOS and to recover > it, no luck. Rest in pieces! > > For the curious, here are some postmortem data: > > UEFI boot sequence after (old) install: > > [ using 3299768 bytes of bsd ELF symbol table ] > OpenBSD 7.2-current (GENERIC.MP) #819: Thu Oct 27 20:41:32 MDT 2022 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 7711522816 (7354MB) > avail mem = 7460280672 (7114MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe86ed (64 entries) > bios0: vendor Hewlett-Packard version "K06 v02.77" date 03/22/2018 > bios0: Hewlett-Packard HP Compaq Pro 6305 SFF > efi0 at bios0: UEFI 2.3.1 > efi0: American Megatrends rev 0x4028d > >>> boot sequence stuck here <<< > > The dmesg (old) from Legacy mode and MBR disk: > > OpenBSD 7.2-current (GENERIC.MP) #819: Thu Oct 27 20:41:32 MDT 2022 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 7711543296 (7354MB) > avail mem = 7460421632 (7114MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe86ed (64 entries) > bios0: vendor Hewlett-Packard version "K06 v02.77" date 03/22/2018 > bios0: Hewlett-Packard HP Compaq Pro 6305 SFF > acpi0 at bios0: ACPI 5.0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC FPDT MCFG HPET SSDT MSDM TCPA IVRS SSDT SSDT CRAT > acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) P0PC(S4) PE20(S4) > PE21(S4) PE22(S4) BNIC(S4) PE23(S4) BR12(S4) BR14(S4) OHC1(S3) > EHC1(S3) OHC2(S3) EHC2(S3) OHC3(S3) [...] > acpitimer0 at acpi0: 3579545 Hz, 32 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 16 (boot processor) > cpu0: AMD A8-5500B APU with Radeon(tm) HD Graphics, 3194.15 MHz, 15-10-01 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,M > \ > MX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE, > \ > AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MA > \ > > SSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1,IBPB > > cpu0: 16KB 64b/line 4-way D-cache, 64KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, IBE > cpu1 at mainbus0: apid 17 (application processor) > cpu1: AMD A8-5500B APU with Radeon(tm) HD Graphics, 3194.05 MHz, 15-10-01 > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,M > \ > MX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE, > \ > AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MA > \ > > SSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1,IBPB > > cpu1: 16KB 64b/line 4-way D-cache, 64KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu1: smt 1, core 0, package 0 > cpu2 at mainbus0: apid 18 (application processor) > cpu2: AMD A8-5500B APU with Radeon(tm) HD Graphics, 3194.05 MHz, 15-10-01 > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,M > \ > MX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE, > \ > AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MA > \ > > SSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1,IBPB > > cpu2: 16KB 64b/line 4-way D-cache, 64KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu2: smt 0, core 1, package 0 > cpu3 at mainbus0: apid 19 (application processor) > cpu3: AMD A8-5500B APU with Radeon(tm) HD Graphics, 3194.05 MHz, 15-10-01 > cpu3: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,M > \ > MX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE, > \ > AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MA > \ > > SSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,TOPEXT,CPCTR,ITSC,BMI1,IBPB > > cpu3: 16KB 64b/line 4-way D-cache, 64KB
Re: X/DRM freeze on 7.2
Hello Patrick, Thanks for the tip, it seems that everything works with LIBGL_ALWAYS_INDIRECT=1 Best, Mickael October 24, 2022 6:09 PM, "Patrick Harper" wrote: > Hi, > > https://docs.mesa3d.org/envvars.html#radeonsi-driver-environment-variables > > For me freezes happen only when hardware acceleration is enabled so this > might be a good place to start. > > -- > Patrick Harper > paia...@fastmail.com > > On Fri, 21 Oct 2022, at 19:56, Mickael Torres wrote: > >> Hello, >> >> Since upgrading to 7.2, I have X/DRM freezes on one computer (dmesg below). >> >> When it happens, the screen is completely frozen, but I can still ssh >> to the machine. >> It only happened when starting firefox or VLC, for now. Once they are >> started I didn't have any >> problem. >> When the machine is in that state, the X and firefox processes are in >> the DRM wait state: >> 87821 _x11 -20 0 97M 110M idle DRM 0:01 0.00% Xorg >> 76467 mike -20 0 12M 28M idle DRM 0:00 0.00% >> firefox >> 51234 mike -20 0 5972K 49M idle DRM 0:00 0.00% >> firefox >> Nothing in dmesg or Xorg.0.log. >> >> As far as I can remember, it never happened with 7.1. >> >> Is there anything I can do to further debug this? >> >> Best, >> Mickael >> >> OpenBSD 7.2 (GENERIC.MP) #758: Tue Sep 27 11:57:54 MDT 2022 >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >> real mem = 68598935552 (65421MB) >> avail mem = 66502520832 (63421MB) >> random: good seed from bootblocks >> mpath0 at root >> scsibus0 at mpath0: 256 targets >> mainbus0 at root >> bios0 at mainbus0: SMBIOS rev. 3.3 @ 0xbda23000 (49 entries) >> bios0: vendor American Megatrends International, LLC. version "F37d" >> date 07/27/2022 >> bios0: Gigabyte Technology Co., Ltd. X570 AORUS ELITE >> acpi0 at bios0: ACPI 6.2 >> acpi0: sleep states S0 S4 S5 >> acpi0: tables DSDT FACP SSDT SSDT SSDT SSDT FIDT MCFG HPET SSDT IVRS >> FPDT VFCT BGRT PCCT SSDT CRAT CDIT SSDT SSDT SSDT SSDT WSMT APIC SSDT >> acpi0: wakeup devices GPP0(S4) GPP2(S4) GPP3(S4) GPP4(S4) GPP5(S4) >> GPP6(S4) GPP7(S4) GPP8(S4) GPP9(S4) GPPA(S4) GPPB(S4) GPPC(S4) GPPD(S4) >> GPPE(S4) GPPF(S4) GP10(S4) [...] >> acpitimer0 at acpi0: 3579545 Hz, 32 bits >> acpimcfg0 at acpi0 >> acpimcfg0: addr 0xf000, bus 0-127 >> acpihpet0 at acpi0: 14318180 Hz >> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat >> cpu0 at mainbus0: apid 0 (boot processor) >> cpu0: AMD Ryzen 9 5900X 12-Core Processor, 3700.08 MHz, 19-21-00 >> cpu0: >> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT >> SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MM >> X,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE >> TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,C >> FLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES >> cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 512KB >> 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache >> cpu0: smt 0, core 0, package 0 >> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges >> cpu0: apic clock running at 100MHz >> cpu0: mwait min=64, max=64, C-substates=1.1, IBE >> cpu1 at mainbus0: apid 1 (application processor) >> cpu1: AMD Ryzen 9 5900X 12-Core Processor, 3700.00 MHz, 19-21-00 >> cpu1: >> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT >> SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MM >> X,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE >> TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,C >> FLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES >> cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 512KB >> 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache >> cpu1: smt 0, core 1, package 0 >> cpu2 at mainbus0: apid 2 (application processor) >> cpu2: AMD Ryzen 9 5900X 12-Core Processor, 3700.00 MHz, 19-21-00 >> cpu2: >> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT >> SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MM >> X,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPI
X/DRM freeze on 7.2
Hello, Since upgrading to 7.2, I have X/DRM freezes on one computer (dmesg below). When it happens, the screen is completely frozen, but I can still ssh to the machine. It only happened when starting firefox or VLC, for now. Once they are started I didn't have any problem. When the machine is in that state, the X and firefox processes are in the DRM wait state: 87821 _x11 -200 97M 110M idle DRM 0:01 0.00% Xorg 76467 mike -200 12M 28M idle DRM 0:00 0.00% firefox 51234 mike -200 5972K 49M idle DRM 0:00 0.00% firefox Nothing in dmesg or Xorg.0.log. As far as I can remember, it never happened with 7.1. Is there anything I can do to further debug this? Best, Mickael OpenBSD 7.2 (GENERIC.MP) #758: Tue Sep 27 11:57:54 MDT 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 68598935552 (65421MB) avail mem = 66502520832 (63421MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.3 @ 0xbda23000 (49 entries) bios0: vendor American Megatrends International, LLC. version "F37d" date 07/27/2022 bios0: Gigabyte Technology Co., Ltd. X570 AORUS ELITE acpi0 at bios0: ACPI 6.2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP SSDT SSDT SSDT SSDT FIDT MCFG HPET SSDT IVRS FPDT VFCT BGRT PCCT SSDT CRAT CDIT SSDT SSDT SSDT SSDT WSMT APIC SSDT acpi0: wakeup devices GPP0(S4) GPP2(S4) GPP3(S4) GPP4(S4) GPP5(S4) GPP6(S4) GPP7(S4) GPP8(S4) GPP9(S4) GPPA(S4) GPPB(S4) GPPC(S4) GPPD(S4) GPPE(S4) GPPF(S4) GP10(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xf000, bus 0-127 acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Ryzen 9 5900X 12-Core Processor, 3700.08 MHz, 19-21-00 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 512KB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 100MHz cpu0: mwait min=64, max=64, C-substates=1.1, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Ryzen 9 5900X 12-Core Processor, 3700.00 MHz, 19-21-00 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 512KB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD Ryzen 9 5900X 12-Core Processor, 3700.00 MHz, 19-21-00 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 512KB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD Ryzen 9 5900X 12-Core Processor, 3700.00 MHz, 19-21-00 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 512KB 64b/line 8-way L2 cache, 32MB 64b/line 16-way L3 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0:
acpitz and aorus X570 elite
Hello, When acpitz attaches on a machine with a X570 aorus elite motherboard, the CPU fan stops and makes weird noises while seemingly trying to start. I can see the fan move a bit but not enough to start rotating correctly. The first chassis fan also completely stops. The second chassis fan seems to be un-impacted. When I put some load on the machine both the CPU and the first chassis fan start correctly, but as soon as the machine is idle the CPU fans stops and make those weird "starting noises". When acpitz is disabled in kernel, everything just works normally. The ACPI zone temperature reported from acpitz also seems bogus: hw.sensors.acpitz0.temp0=16.80 degC (zone temperature) hw.sensors.acpitz1.temp0=16.80 degC (zone temperature) hw.sensors.ksmn0.temp0=34.25 degC hw.sensors.sdtemp0.temp0=31.25 degC hw.sensors.sdtemp1.temp0=30.50 degC hw.sensors.softraid0.drive0=online (sd1), OK Is there something to do here without disabling acpitz? Best, Mickael OpenBSD 6.9-beta (GENERIC.MP) #338: Tue Feb 16 10:01:46 MST 2021 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 68645494784 (65465MB) avail mem = 66549714944 (63466MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.3 @ 0xbda23000 (49 entries) bios0: vendor American Megatrends International, LLC. version "F33a" date 01/22/2021 bios0: Gigabyte Technology Co., Ltd. X570 AORUS ELITE acpi0 at bios0: ACPI 6.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT SSDT SSDT FIDT MCFG HPET SSDT IVRS VFCT PCCT SSDT CRAT CDIT SSDT SSDT SSDT SSDT WSMT APIC SSDT FPDT acpi0: wakeup devices GPP0(S4) GPP2(S4) GPP3(S4) GPP4(S4) GPP5(S4) GPP6(S4) GPP7(S4) GPP8(S4) GPP9(S4) GPPA(S4) GPPB(S4) GPPC(S4) GPPD(S4) GPPE(S4) GPPF(S4) GP10(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xf000, bus 0-127 acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Ryzen 9 5900X 12-Core Processor, 3700.49 MHz, 19-21-00 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 32KB 64b/line 8-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 8-way L2 cache cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: AMD Ryzen 9 5900X 12-Core Processor, 3700.01 MHz, 19-21-00 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 32KB 64b/line 8-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 8-way L2 cache cpu1: ITLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: AMD Ryzen 9 5900X 12-Core Processor, 3700.01 MHz, 19-21-00 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 32KB 64b/line 8-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 8-way L2 cache cpu2: ITLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu2: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: AMD Ryzen 9 5900X 12-Core Processor, 3700.01 MHz, 19-21-00 cpu3:
Re: Bad kernel for OpenBSD 6.1 sparc64 ?
On 2017-04-21 10:50, Stefan Sperling wrote: On Fri, Apr 21, 2017 at 09:04:07AM +0200, Mickael Torres wrote: On 2017-04-21 02:13, Jeff wrote: > I have a Sunfire V120 (Sparc) with mirrored disks running OpenBSD 6.0. > ... > First I tried to copy bsd.rd to / and boot from it. When I boot > using 6.1 bsd.rd (boot /bsd.rd), the boot messages still show > OpenBSD 6.0. Hi Jeff, If you use softraid on sparc64, you should have a small ffs FS on your first disk, containing the kernel and ofwboot. That *is* where you should put the new bsd.rd, and copy the new kernel(s) at the end of install. The firmware doesn't know how to boot a softraid volume, hence the need for this small FS. A separate boot partition is not required. The first stage boot loader is a Forth script which reads a second stage (ofwboot) from the softraid meta data area. ofwboot will load a kernel from RAID1 and CRYPTO volumes. See the last few slides in https://www.openbsd.org/papers/eurobsdcon2015-softraid-boot.pdf The install/upgrade scripts run installboot(8) to set this up. The only differences to i386/amd64 is that bootable sparc64 RAID partitions must use the letter 'a' (the first stage does not try any other letters) and that the boot-device and boot-file open firmware environment variables must be set up correctly (see boot_sparc64(8)). Wow, you've just made my day! Thanks, Stefan. Best regards, Mickael.
Re: Bad kernel for OpenBSD 6.1 sparc64 ?
On 2017-04-21 02:13, Jeff wrote: I have a Sunfire V120 (Sparc) with mirrored disks running OpenBSD 6.0. ... First I tried to copy bsd.rd to / and boot from it. When I boot using 6.1 bsd.rd (boot /bsd.rd), the boot messages still show OpenBSD 6.0. Hi Jeff, If you use softraid on sparc64, you should have a small ffs FS on your first disk, containing the kernel and ofwboot. That *is* where you should put the new bsd.rd, and copy the new kernel(s) at the end of install. The firmware doesn't know how to boot a softraid volume, hence the need for this small FS. Best regards, Mickael.
mmap() MAP_FIXED and RLIMIT_DATA
Hello, The mmap man page says: "If the MAP_FIXED flag is specified, the allocation will happen at the specified address, replacing any previously established mappings in its range." However, a simple: #include #include #include int main(void) { void *ptr0; void *ptr1; ptr0 = mmap(0, 510 * 1024 * 1024, PROT_READ|PROT_WRITE, MAP_ANONYMOUS | MAP_PRIVATE, -1, 0); if (ptr0 == MAP_FAILED) err(1, "first mmap():"); ptr1 = mmap(ptr0, 510 * 1024 * 1024, PROT_READ|PROT_WRITE, MAP_FIXED | MAP_ANONYMOUS | MAP_PRIVATE, -1, 0); if (ptr1 == MAP_FAILED) err(1, "second mmap():"); } fails on the second mmap with ENOMEM (with a data limit of 512M). It is my understanding from the man page that it should not happen, as it is supposed to replace the old mapping, thus not taking more memory. Is my understanding correct, or did I miss something ? In uvm_mmap.c: if ((flags & MAP_ANON) != 0 || (flags & __MAP_NOFAULT) != 0 || ((flags & MAP_PRIVATE) != 0 && (prot & PROT_WRITE) != 0)) { if (p->p_rlimit[RLIMIT_DATA].rlim_cur < size || p->p_rlimit[RLIMIT_DATA].rlim_cur - size < ptoa(p->p_vmspace->vm_dused)) { return ENOMEM; } } maxprot = PROT_MASK; error = uvm_mmapanon(>p_vmspace->vm_map, , size, prot, maxprot, flags, p->p_rlimit[RLIMIT_MEMLOCK].rlim_cur, p); The size check is done without looking at a possible replacement. What would be the best way to add this lookup without duplicating code (maybe uvm_map_isavail()) too much ? Mickael
Re: openbgpd ipv6 nexthop
On 2014-08-20 13:30, Mickael Torres wrote: On 2014-08-20 11:21, David Dahlberg wrote: Am Mittwoch, den 20.08.2014, 08:25 +0200 schrieb Henning Brauer: trying to do the same for IPv6, the set nexthop statement in the bgpd.conf has no effect. The cisco receives the prefixes with the non-carp IP of each firewall as nexthop. that smells like a bug. I can confirm that I've seen this behaviour also. Yet I thought the reason would be more of the kind that I did evil things[tm] to bgpd. And maybe stuff like :::10.0.0.1 would somehow not be regarded as a valid next_hop address for IPv6. Mickael, can you confirm that a route towards 2a02:d48:2f:1c::1:4 is in your rtable 0 FIB? -dd Yes, the output is the same for both firewalls: # netstat -nr -f inet6 | grep 2a02:d48:2f:1c::1:4 2a02:d48:2f:1c::1:400:00:5e:00:01:01 HL 00 - 4 lo0 # and # bgpctl show fib| grep 2a02:d48:2f:1c::1:0 *CN 0 2a02:d48:2f:1c::1:0/125 link#5 # Best regards, Mickael Hi again, So it seems I can have this working by adding set nexthop no-modify to my neighbor block. But I am not sure if this is actually needed or if there still is a bug somewhere. Best regards, Mickael
Re: openbgpd ipv6 nexthop
On 2014-08-20 11:21, David Dahlberg wrote: Am Mittwoch, den 20.08.2014, 08:25 +0200 schrieb Henning Brauer: trying to do the same for IPv6, the set nexthop statement in the bgpd.conf has no effect. The cisco receives the prefixes with the non-carp IP of each firewall as nexthop. that smells like a bug. I can confirm that I've seen this behaviour also. Yet I thought the reason would be more of the kind that I did evil things[tm] to bgpd. And maybe stuff like :::10.0.0.1 would somehow not be regarded as a valid next_hop address for IPv6. Mickael, can you confirm that a route towards 2a02:d48:2f:1c::1:4 is in your rtable 0 FIB? -dd Yes, the output is the same for both firewalls: # netstat -nr -f inet6 | grep 2a02:d48:2f:1c::1:4 2a02:d48:2f:1c::1:400:00:5e:00:01:01 HL 00 - 4 lo0 # and # bgpctl show fib| grep 2a02:d48:2f:1c::1:0 *CN 0 2a02:d48:2f:1c::1:0/125 link#5 # Best regards, Mickael
openbgpd ipv6 nexthop
Hi all, I'm using openbgpd on a pair of carped firewall (openbsd 5.5-stable) to announce IPv4 routes to a cisco 7600. I set the nexthop to the carped IP and run two sessions (one from each firewall) on the non-carp IP. This is working fine on IPv4 but when trying to do the same for IPv6, the set nexthop statement in the bgpd.conf has no effect. The cisco receives the prefixes with the non-carp IP of each firewall as nexthop. When doing a bgpctl show the configured nexthop is printed: # bgpctl show rib nei ip6_cr1-of1ams out flags: * = Valid, = Selected, I = via IBGP, A = Announced, S = Stale origin: i = IGP, e = EGP, ? = Incomplete flags destination gateway lpref med aspath origin AI* 2a02:d48:2f:1c::1:0/125 2a02:d48:2f:1c::1:4100 0 i AI* 2a02:d48:2f:1c::1:8/125 2a02:d48:2f:1c::1:4100 0 i AI* 2a02:d48:2f:910::/64 2a02:d48:2f:1c::1:4100 0 i AI* 2a02:d48:2f:911::/64 2a02:d48:2f:1c::1:4100 0 i AI* 2a02:d48:2f:912::/64 2a02:d48:2f:1c::1:4100 0 i AI* 2a02:d48:2f:913::/64 2a02:d48:2f:1c::1:4100 0 i AI* 2a02:d48:2f:914::/64 2a02:d48:2f:1c::1:4100 0 i # # ifconfig carp18 inet6 carp18: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:00:5e:00:01:01 priority: 0 carp: BACKUP carpdev vlan18 vhid 1 advbase 1 advskew 10 groups: carp status: backup inet6 fe80::200:5eff:fe00:101%carp18 prefixlen 64 scopeid 0xe inet6 2a02:d48:2f:1c::1:4 prefixlen 125 # But on the cisco, I get the non-carp IP: #sh bgp ipv6 unicast neighbors 2A02:D48:2F:1C::1:6 received-routes BGP table version is 76, local router ID is X.X.X.X Status codes: s suppressed, d damped, h history, * valid, best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, x best-external Origin codes: i - IGP, e - EGP, ? - incomplete Network Next HopMetric LocPrf Weight Path * 2A02:D48:2F:1C::1:0/125 2A02:D48:2F:1C::1:6 0 65171 i * 2A02:D48:2F:1C::1:8/125 2A02:D48:2F:1C::1:6 0 65171 i * 2A02:D48:2F:910::/64 2A02:D48:2F:1C::1:6 0 65171 i * 2A02:D48:2F:911::/64 2A02:D48:2F:1C::1:6 0 65171 i * 2A02:D48:2F:912::/64 2A02:D48:2F:1C::1:6 0 65171 i Network Next HopMetric LocPrf Weight Path * 2A02:D48:2F:913::/64 2A02:D48:2F:1C::1:6 0 65171 i * 2A02:D48:2F:914::/64 2A02:D48:2F:1C::1:6 0 65171 i Total number of prefixes 7 A network capture shows that the UPDATE from openbgpd to the cisco contains the non-carp IP instead of the configured one. The same thing happens on the MASTER firewall. Does anyone have any idea why is this happening ? /etc/bgpd.conf: cr1_of1ams=X.X.X.X ip6_cr1_of1ams=2A02:D48:2F:1C::1:1 AS 65171 router-id X.X.X.X network X.X.X.X/32 network X.X.X.X/29 set nexthop X.X.X.X network X.X.X.X/29 set nexthop X.X.X.X network inet static set nexthop X.X.X.X network inet connected set nexthop X.X.X.X network 2a02:d48:2f:910::/64 set nexthop 2A02:D48:2F:1C::1:4 network 2a02:d48:2f:911::/64 set nexthop 2A02:D48:2F:1C::1:4 network 2a02:d48:2f:912::/64 set nexthop 2A02:D48:2F:1C::1:4 network 2a02:d48:2f:913::/64 set nexthop 2A02:D48:2F:1C::1:4 network 2a02:d48:2f:914::/64 set nexthop 2A02:D48:2F:1C::1:4 network inet6 static set nexthop 2A02:D48:2F:1C::1:4 network inet6 connected set nexthop 2A02:D48:2F:1C::1:4 neighbor $cr1_of1ams { announceall announceIPv6 none remote-as 65071 descr cr1-of1ams local-address X.X.X.X holdtime180 holdtime min3 } neighbor $ip6_cr1_of1ams { announceall announceIPv4 none remote-as 65071 descr ip6_cr1-of1ams local-address 2A02:D48:2F:1C::1:6 holdtime180 holdtime min3 } deny to any allow to $cr1_of1ams allow to $ip6_cr1_of1ams deny to any prefix 0/0 prefixlen = 0 deny to any prefix 10/8 prefixlen = 8 deny to any prefix 172.16/12 prefixlen = 12 deny to any prefix 192.168/16 prefixlen = 16 deny to any prefix 127/8 prefixlen = 8 deny from any allow from $cr1_of1ams prefix 0/0 prefixlen = 0 allow from $ip6_cr1_of1ams prefix ::/0 prefixlen = 0 # filter bogus networks according to RFC5735 deny from any prefix 0.0.0.0/8 prefixlen = 8 # 'this' network [RFC1122] deny from any prefix 10.0.0.0/8 prefixlen = 8 # private space
sunfire x2200 m2 urtwn run crash
Hello, I've recently got my hands on a sun fire x2200 m2, and run openbsd on it. Everything is good except when I try to connect to wifi by the way of different USB adapters (2 urtwn and 1 run). Every time I up the interface, after 5 to 10 seconds, the machine freezes without anything printed on the console, then reboot. I've tried 5.5 release and -current, same thing happens. I've tested the wifi adapters on my -current laptop, and they all work fine. Wired network functions correctly. Has that already happened to someone ? Can it be a glitch with sun firmware/bios/whatever ? Regards, Mike OpenBSD 5.5-current (GENERIC.MP) #215: Tue Jun 17 10:35:36 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8573091840 (8175MB) avail mem = 8336101376 (7949MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfd350 (52 entries) bios0: vendor Sun Microsystems version S39_3B10 date 10/26/2006 bios0: Sun Microsystems Sun Fire X2200 M2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC SPCR OEMB SRAT acpi0: wakeup devices PS2K(S4) PS2M(S4) NSMB(S4) USB0(S1) USB2(S1) NMAC(S5) NMAD(S5) P0P1(S4) HDAC(S4) BR10(S5) BR11(S5) BR12(S5) BR1E(S5) BCM1(S5) BR13(S5) BR14(S5) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Dual-Core AMD Opteron(tm) Processor 2210, 1809.52 MHz cpu0: SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Dual-Core AMD Opteron(tm) Processor 2210, 1809.28 MHz cpu1: SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2 at mainbus0: apid 2 (application processor) cpu2: Dual-Core AMD Opteron(tm) Processor 2210, 1809.28 MHz cpu2: SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3 at mainbus0: apid 3 (application processor) cpu3: Dual-Core AMD Opteron(tm) Processor 2210, 1809.28 MHz cpu3: SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative ioapic0 at mainbus0: apid 4 pa 0xfec0, version 11, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus 7 (BR10) acpiprt3 at acpi0: bus -1 (BR11) acpiprt4 at acpi0: bus 5 (BR12) acpiprt5 at acpi0: bus 6 (BR1E) acpiprt6 at acpi0: bus 4 (BR13) acpiprt7 at acpi0: bus 3 (BR14) acpiprt8 at acpi0: bus 2 (BR15) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpicpu2 at acpi0: PSS acpicpu3 at acpi0: PSS acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB ipmi at mainbus0 not configured cpu0: PowerNow! K8 1809 MHz: speeds: 1800 1000 MHz pci0 at mainbus0 bus 0 NVIDIA MCP55 Memory rev 0xa2 at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 NVIDIA MCP55 ISA rev 0xa3 nviic0 at pci0 dev 1 function 1 NVIDIA MCP55 SMBus rev 0xa3 iic0 at nviic0 spdmem0 at iic0 addr 0x54: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 spdmem1 at iic0 addr 0x55: 1GB DDR2 SDRAM
Re: sunfire x2200 m2 urtwn run crash
After some more tests, it seems that it is USB related. I had the same problem after trying to mount an usb key, and when unplugging my usb keyboard (which btw worked fine). What I don't understand is that there is no kernel messages, no output. Just a freeze and then a reboot. Regards, Mike On 2014-06-20 18:40, Mickael Torres wrote: Hello, I've recently got my hands on a sun fire x2200 m2, and run openbsd on it. Everything is good except when I try to connect to wifi by the way of different USB adapters (2 urtwn and 1 run). Every time I up the interface, after 5 to 10 seconds, the machine freezes without anything printed on the console, then reboot. I've tried 5.5 release and -current, same thing happens. I've tested the wifi adapters on my -current laptop, and they all work fine. Wired network functions correctly. Has that already happened to someone ? Can it be a glitch with sun firmware/bios/whatever ? Regards, Mike OpenBSD 5.5-current (GENERIC.MP) #215: Tue Jun 17 10:35:36 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8573091840 (8175MB) avail mem = 8336101376 (7949MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfd350 (52 entries) bios0: vendor Sun Microsystems version S39_3B10 date 10/26/2006 bios0: Sun Microsystems Sun Fire X2200 M2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC SPCR OEMB SRAT acpi0: wakeup devices PS2K(S4) PS2M(S4) NSMB(S4) USB0(S1) USB2(S1) NMAC(S5) NMAD(S5) P0P1(S4) HDAC(S4) BR10(S5) BR11(S5) BR12(S5) BR1E(S5) BCM1(S5) BR13(S5) BR14(S5) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Dual-Core AMD Opteron(tm) Processor 2210, 1809.52 MHz cpu0: E3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Dual-Core AMD Opteron(tm) Processor 2210, 1809.28 MHz cpu1: E3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2 at mainbus0: apid 2 (application processor) cpu2: Dual-Core AMD Opteron(tm) Processor 2210, 1809.28 MHz cpu2: E3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu2: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3 at mainbus0: apid 3 (application processor) cpu3: Dual-Core AMD Opteron(tm) Processor 2210, 1809.28 MHz cpu3: E3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu3: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative ioapic0 at mainbus0: apid 4 pa 0xfec0, version 11, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus 7 (BR10) acpiprt3 at acpi0: bus -1 (BR11) acpiprt4 at acpi0: bus 5 (BR12) acpiprt5 at acpi0: bus 6 (BR1E) acpiprt6 at acpi0: bus 4 (BR13) acpiprt7 at acpi0: bus 3 (BR14) acpiprt8 at acpi0: bus 2 (BR15) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpicpu2 at acpi0: PSS acpicpu3 at acpi0: PSS acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB ipmi at mainbus0 not configured cpu0: PowerNow! K8 1809 MHz: speeds: 1800 1000 MHz pci0 at mainbus0 bus 0 NVIDIA MCP55 Memory rev 0xa2 at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 NVIDIA MCP55 ISA rev 0xa3 nviic0 at pci0 dev 1 function 1 NVIDIA MCP55 SMBus rev 0xa3 iic0 at nviic0 spdmem0 at iic0 addr 0x54: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 spdmem1 at iic0 addr 0x55: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 spdmem2 at iic0 addr 0x56: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 spdmem3 at iic0 addr 0x57: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 iic1 at nviic0 spdmem4 at iic1 addr 0x54: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 spdmem5 at iic1 addr 0x55: 1GB DDR2 SDRAM registered cmd/addr parity, data ECC PC2-5300CL5 spdmem6 at iic1 addr 0x56: 1GB DDR2 SDRAM
Re: X on sparc64 - weird sticky return key problem
On 21 nov. 2012, at 17:57, Stuart Henderson s...@spacehopper.org wrote: On 2012-11-21, mike m...@miky.me wrote: Hello, Having recently got my hands on a sun blade 1500 red with a PGX64 graphics card, I installed 5.2 on it and went to configure X. Everything is working fine, except that like this thread: http://marc.info/?l=openbsd-miscm=124135318627156w=2 the enter key seems to get stuck in X, without a pattern, or a way to force it. Sometimes I can unstuck it by pressing it a few times, and sometimes it won't work. While the key is stuck, the system still respond to network and mouse, but is slow. Like the original thread, no problem in console or openboot. Seeing that there was no answers, I wonder if someone knows anything about this. I'll post the dmesg and X.log this week end. Regards, Mike See /usr/X11R6/README about /etc/ttys. If you're not on sparc64 now, the file is also at http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/distrib/notes/README.sparc64 I'll try this, thanks! Regards, Mike