[no subject]
>Synopsis: programs can crash xenocara servers
>Category: system
>Environment:
System : OpenBSD 7.1
Details : OpenBSD 7.1-current (GENERIC.MP) #20: Thu Jul 7 13:04:50
CEST 2022
bau...@x220.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Architecture: OpenBSD.amd64
Machine : amd64
>Description:
X server(s) crash when certain programs run (e.g. cgoban-1.9.12p3)
>How-To-Repeat:
% doas pkg_add cgoban
% cgoban
If you want to keep your X Session:
% Xephyr :1 &
% env DISPLAY=:1 cgoban
>Fix:
As the manpage kvm_getargv(3) explains, programs may put
anything in their argv. And cgoban seems to set *argv to
NULL. If xprop(1) is run on cgoban after patching xenocara with the
diff below, xprop shows
WM_COMMAND(STRING) = { }
which supports my guess.
Index: xserver/os/client.c
===
RCS file: /cvs/xenocara/xserver/os/client.c,v
retrieving revision 1.5
diff -r1.5 client.c
163c163,170
< *cmdname = strdup(argv[0]);
---
> /*
> * argvmay be NULL (error from kvm_getargv(3))
> * argv[0] may be NULL (cmd withheld by application)
> */
> if (argv == NULL || argv[0] == NULL)
> *cmdname = strdup("");
> else
> *cmdname = strdup(argv[0]);
Re: riscv64 OpenBSD 7.2 packages are not found at expected URL (typo?)
This has been fixed. Miguel Landaeta wrote: > >Synopsis: riscv64 OpenBSD 7.2 packages are not found at expected URL > >Category: riscv64 > >Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2 (GENERIC.MP) #188: Wed Sep 28 04:06:11 MDT 2022 > dera...@riscv64.openbsd.org:/usr/src/sys/arch/riscv64/compile/GENERIC.MP > > Architecture: OpenBSD.riscv64 > Machine : riscv64 > >Description: > pkg_add fails with 404 on riscv64 systems running OpenBSD 7.2 > >How-To-Repeat: > Just try to install any package, e.g.: > florence$ doas pkg_add -v -v -v rsync > https://cdn.openbsd.org/pub/OpenBSD/7.2/packages/riscv64/: no such dir > Can't find rsync > Can't load quirk: Can't locate OpenBSD/Quirks.pm in @INC (you may need > to install the OpenBSD::Quirks module) (@INC contains: > /usr/local/libdata/perl5/site_perl > /usr/local/libdata/perl5/site_perl/riscv64-openbsd > /usr/libdata/perl5/riscv64-openbsd /usr/libdata/perl5) at > /usr/libdata/perl5/OpenBSD/AddDelete.pm line 347. > > > >Fix: > I guess the proper fix should be to fix the URL in the mirrors, for > now you have to workaround the issue by indicating the URL that is > currently available in the mirrors > (https://cdn.openbsd.org/pub/OpenBSD/7.2/packages/risvc64/), e.g.: > > florence$ doas pkg_add -v -v -v > https://cdn.openbsd.org/pub/OpenBSD/7.2/packages/risvc64/rsync > https://cdn.openbsd.org/pub/OpenBSD/7.2/packages/riscv64/: no such dir > Ambiguous: choose package for rsync > a 0: > 1: rsync-3.2.5pl0 > 2: rsync-3.2.5pl0-iconv > Your choice: 1 > parsing rsync-3.2.5pl0 > Can't load quirk: Can't locate OpenBSD/Quirks.pm in @INC (you may need > to install the OpenBSD::Quirks module) (@INC contains: > /usr/local/libdata/perl5/site_perl > /usr/local/libdata/perl5/site_perl/riscv64-openbsd > /usr/libdata/perl5/riscv64-openbsd /usr/libdata/perl5) at > /usr/libdata/perl5/OpenBSD/AddDelete.pm line 347. > found libspec c.96.2 in /usr/lib > found libspec crypto.50.0 in /usr/lib > extract bin/rsync -> /usr/local/bin/rsync > extract man/man1/rrsync.1 -> /usr/local/man/man1/rrsync.1 > extract man/man1/rsync-ssl.1 -> /usr/local/man/man1/rsync-ssl.1 > extract man/man1/rsync.1 -> /usr/local/man/man1/rsync.1 > extract man/man5/rsyncd.conf.5 -> /usr/local/man/man5/rsyncd.conf.5 > extract /etc/rc.d/rsyncd -> /etc/rc.d/rsyncd > extract bin/rrsync -> /usr/local/bin/rrsync > extract bin/rsync-ssl -> /usr/local/bin/rsync-ssl > extract share/doc/rsync/tech_report.tex -> > /usr/local/share/doc/rsync/tech_report.tex > adding group _rsync > Running /usr/sbin/groupadd -v -g 669 -- _rsync > adding user _rsync > Running /usr/sbin/useradd -v -u 669 -g _rsync -L daemon -c rsync > Daemon -d /var/empty -s /sbin/nologin -- _rsync > rsync-3.2.5pl0: ok > The following new rcscripts were installed: /etc/rc.d/rsyncd > See rcctl(8) for details. > Running /usr/sbin/makewhatis -d /usr/local/man -- > /usr/local/man/man1/rrsync.1 /usr/local/man/man1/rsync-ssl.1 > /usr/local/man/man1/rsync.1 /usr/local/man/man5/rsyncd.conf.5 > /dev/sd0a on /: 97 bytes > /dev/sd0h on /usr/local: 2513253 bytes > florence$ > > > -- > Miguel Landaeta, miguel at miguel.cc > secure email with PGP 0x6E608B637D8967E9 available at > http://keyserver.pgp.com/ > "Faith means not wanting to know what is true." -- Nietzsche >
Re: After upgrade 7.1 -> 7.2 on octeon, anything from ports/packages segfaults
Your report is innaccurate.
You say 7.1 to 7.2, but you mean 7.2-current
It is a very big difference.
So the problem is that snapshots kernel contains a diff which is ahead the
snapshots build tree, related to the DT_DEBUG change.
I will pull the diff out of snapshots build until the octeon packags catch up.
Sebastian Oswald wrote:
> >Synopsis: After upgrading from 7.1 -> 7.2 on octeon, anything from
> >ports/packages segfaults
> >Environment:
> System : OpenBSD 7.2
> Details : OpenBSD 7.2-current (GENERIC.MP) #1094: Fri Oct
> 28 18:46:47 MDT 2022
> dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP
>
> Architecture: OpenBSD.octeon
> Machine : octeon
> >Description:
> After upgrading via 'sysupgrade -n' from 7.1 to latest 7.2
> snapshot and afterwards running 'sysmerge' and 'pkg_add -u',
> any binary installed via pkg segfaults. (e.g. vnstatd,
> zabbix_agentd, vim, git, curl)
>
> Packages have been successfully updated by 'pkg_add -u' and show
> current versions. E.g. vim-no_x11 was updated to 9.0.0192
>
> When trying to run any binary from /usr/local/[s]bin/ i only get:
> # zabbix_agentd
> Segmentation fault (core dumped)
> # vim
> Segmentation fault (core dumped)
>
>
> example output from gdb for a core file from vim:
>
> # gdb /usr/local/bin/vim vim.core
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
> you are welcome to change it and/or distribute copies of it under
> certain conditions. Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details. This GDB was configured as "mips64-unknown-openbsd7.2"...(no
> debugging symbols found)
>
> Core was generated by `vim'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x000500489fec in ?? ()
> (gdb) run
> Starting program: /usr/local/bin/vim
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00358e4f9fec in ?? ()
>
>
> Output looks identical (except for the address) for any
> program/corefile ('0x[...]fec in ?? ()'). I've never used gdb, so if I
> can provide any other useful informations with it please let me know.
>
> I remember reading something about a new libc version (but can't find
> it in the changelogs?), so I suspect there's something foul with the
> version on that system vs the one packages are built against?
> These versions can be found on that system:
> # ls /usr/lib | grep ^libc.so
> libc.so.95.1
> libc.so.96.0
> libc.so.96.1
> libc.so.96.3
> libc.so.96.4
>
>
> dmesg output:
> [ using 763256 bytes of bsd ELF symbol table ]
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California. All rights
> reserved. Copyright (c) 1995-2022 OpenBSD. All rights reserved.
> https://www.OpenBSD.org
>
> OpenBSD 7.2-current (GENERIC.MP) #1094: Fri Oct 28 18:46:47 MDT 2022
> dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP
> real mem = 1073741824 (1024MB)
> avail mem = 1035550720 (987MB)
> random: good seed from bootblocks
> mainbus0 at root: board 20300 rev 0.15, model cavium,ubnt_e300
> cpu0 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu0: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> cpu1 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu1: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> cpu2 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu2: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> cpu3 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu3: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> clock0 at mainbus0: int 5
> octcrypto0 at mainbus0
> iobus0 at mainbus0
> simplebus0 at iobus0: "soc"
> "bootbus" at simplebus0 not configured
> octciu0 at simplebus0
> octcib0 at simplebus0: max-bits 23
> octcib1 at simplebus0: max-bits 12
> octcib2 at simplebus0: max-bits 6
> octcib3 at simplebus0: max-bits 15
> octcib4 at simplebus0: max-bits 4
> octcib5 at simplebus0: max-bits 11
> octcib6 at simplebus0: max-bits 11
> octgpio0 at simplebus0: 20 pins, xbit 16
> octsmi0 at simplebus0
> octsmi1 at simplebus0
> octpip0 at simplebus0
> octgmx0 at octpip0 interface 0
> cnmac0 at octgmx0: port 0 SGMII, address 74:83:c2:10:cd:57
> ukphy0 at cnmac0 phy 4: Generic IEEE 802.3u media interface, rev. 2:
> OUI 0x0001c1, model 0x000c cnmac1 at octgmx0: port 1 SGMII, address
> 74:83:c2:10:cd:58 ukphy1 at cnmac1 phy 5: Generic IEEE 802.3u media
> interface, rev. 2: OUI 0x0001c1, model 0x000c cnmac2 at octgmx0: port 2
> SGMII, address 74:83:c2:10:cd:59 ukphy2 at cnmac2 phy 6: Generic IEEE
> 802.3u media interface, rev. 2: OUI 0x0001c1, model 0x000c cnmac3 at
> octgmx0: port 3 SGMII, address 74:83:c2:10:cd:5a ukphy3 at cnmac3 phy
> 7: Generic IEEE
Re: ACPI 6.4 Could not convert 1 to 4 panic
> From:
> Date: Sat, 5 Nov 2022 18:47:23 +1100
Hi Jason,
Can you send us the acpidump output (all the files in /var/db/acpi)
for this machine?
> > -Original Message-
> > From: Mikhail
> > Sent: Wednesday, 2 November 2022 6:43 PM
> > To: bugs@openbsd.org
> > Cc: ja...@tubnor.net
> > Subject: Re: ACPI 6.4 Could not convert 1 to 4 panic
> >
> >
> > Wasn't able to test it, since I don't own the hardware and of course there
> > could be more issues even if that one is fixed with the patch.
> >
> > I think it'd be good to have the patch for archives, in case anyone google
> the
> > error message.
> >
> > diff /usr/src
> > commit - ba77ede935ace61278da5c3474c6951e0a606318
> > path + /usr/src
> > blob - 1a5694c9e4b77cd1223f26d81d8e3c11fd341adb
> > file + sys/dev/acpi/dsdt.c
> > --- sys/dev/acpi/dsdt.c
> > +++ sys/dev/acpi/dsdt.c
> > @@ -2035,6 +2035,16 @@ aml_convert(struct aml_value *a, int ctype, int
> > clen)
> > return a;
> > }
> > switch (ctype) {
> > + case AML_OBJTYPE_PACKAGE:
> > + dnprintf(10,"convert to package\n");
> > + switch (a->type) {
> > + case AML_OBJTYPE_INTEGER:
> > + c = aml_allocvalue(AML_OBJTYPE_PACKAGE, 1,
> > NULL);
> > + _aml_setvalue(c->v_package[0],
> > AML_OBJTYPE_INTEGER,
> > + a->v_integer, NULL);
> > + break;
> > + }
> > + break;
> > case AML_OBJTYPE_BUFFER:
> > dnprintf(10,"convert to buffer\n");
> > switch (a->type) {
>
> Thanks for the patch Mikhail. This fixed the ACPI issue and the system fully
> boots now. Complete installation from a release(8) build and the system runs
> as expected.
>
> I have attached the complete dmesg below if there is any other hardware
> features that need to be considered. Hopefully this can be committed to
> -current. Thanks again!
>
> OpenBSD 7.2-current (GENERIC.MP) #2: Fri Nov 4 20:46:44 AEDT 2022
>
> mrbuil...@o-snap.in.tubnor.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 16862752768 (16081MB)
> avail mem = 16334270464 (15577MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.4 @ 0x43d17000 (140 entries)
> bios0: vendor LENOVO version "M41KT32A" date 09/12/2022
> bios0: LENOVO 11T8S03M00
> efi0 at bios0: UEFI 2.8
> efi0: American Megatrends rev 0x50018
> acpi0 at bios0: ACPI 6.4
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SSDT FIDT SSDT SSDT SSDT SSDT SSDT HPET APIC MCFG
> SSDT UEFI NHLT LPIT SSDT SSDT DBGP DBG2 SSDT DMAR SSDT SSDT SSDT SSDT LUFT
> TPM2 PHAT FPDT BGRT WSMT
> acpi0: wakeup devices PEG1(S4) PEGP(S4) PEGP(S4) PEGP(S4) PEGP(S4) SIO1(S3)
> RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) PXSX(S4)
> RP13(S4) PXSX(S4) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 1920 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: 12th Gen Intel(R) Core(TM) i5-12400, 4390.47 MHz, 06-97-02
> cpu0:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
> SH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
> MX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
> PCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DN
> OWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,AD
> X,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SE
> NSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
> cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB
> 64b/line 10-way L2 cache, 18MB 64b/line 9-way L3 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 38MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.0.1.0.1.0.1, IBE
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: 12th Gen Intel(R) Core(TM) i5-12400, 4390.47 MHz, 06-97-02
> cpu1:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
> SH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
> MX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
> PCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DN
> OWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,AD
> X,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SE
> NSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
> cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB
> 64b/line 10-way L2 cache, 18MB 64b/line 9-way L3 cache
> cpu1: smt 1, core 0, package 0
> cpu2 at mainbus0: apid 2 (application processor)
> cpu2: 12th Gen Intel(R) Core(TM) i5-12400, 4388.68 MHz, 06-97-02
> cpu2:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
>
Re: ACPI 6.4 Could not convert 1 to 4 panic
> -Original Message-
> From: Mikhail
> Sent: Wednesday, 2 November 2022 6:43 PM
> To: bugs@openbsd.org
> Cc: ja...@tubnor.net
> Subject: Re: ACPI 6.4 Could not convert 1 to 4 panic
>
>
> Wasn't able to test it, since I don't own the hardware and of course there
> could be more issues even if that one is fixed with the patch.
>
> I think it'd be good to have the patch for archives, in case anyone google
the
> error message.
>
> diff /usr/src
> commit - ba77ede935ace61278da5c3474c6951e0a606318
> path + /usr/src
> blob - 1a5694c9e4b77cd1223f26d81d8e3c11fd341adb
> file + sys/dev/acpi/dsdt.c
> --- sys/dev/acpi/dsdt.c
> +++ sys/dev/acpi/dsdt.c
> @@ -2035,6 +2035,16 @@ aml_convert(struct aml_value *a, int ctype, int
> clen)
> return a;
> }
> switch (ctype) {
> + case AML_OBJTYPE_PACKAGE:
> + dnprintf(10,"convert to package\n");
> + switch (a->type) {
> + case AML_OBJTYPE_INTEGER:
> + c = aml_allocvalue(AML_OBJTYPE_PACKAGE, 1,
> NULL);
> + _aml_setvalue(c->v_package[0],
> AML_OBJTYPE_INTEGER,
> + a->v_integer, NULL);
> + break;
> + }
> + break;
> case AML_OBJTYPE_BUFFER:
> dnprintf(10,"convert to buffer\n");
> switch (a->type) {
Thanks for the patch Mikhail. This fixed the ACPI issue and the system fully
boots now. Complete installation from a release(8) build and the system runs
as expected.
I have attached the complete dmesg below if there is any other hardware
features that need to be considered. Hopefully this can be committed to
-current. Thanks again!
OpenBSD 7.2-current (GENERIC.MP) #2: Fri Nov 4 20:46:44 AEDT 2022
mrbuil...@o-snap.in.tubnor.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 16862752768 (16081MB)
avail mem = 16334270464 (15577MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.4 @ 0x43d17000 (140 entries)
bios0: vendor LENOVO version "M41KT32A" date 09/12/2022
bios0: LENOVO 11T8S03M00
efi0 at bios0: UEFI 2.8
efi0: American Megatrends rev 0x50018
acpi0 at bios0: ACPI 6.4
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT FIDT SSDT SSDT SSDT SSDT SSDT HPET APIC MCFG
SSDT UEFI NHLT LPIT SSDT SSDT DBGP DBG2 SSDT DMAR SSDT SSDT SSDT SSDT LUFT
TPM2 PHAT FPDT BGRT WSMT
acpi0: wakeup devices PEG1(S4) PEGP(S4) PEGP(S4) PEGP(S4) PEGP(S4) SIO1(S3)
RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) PXSX(S4)
RP13(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 1920 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: 12th Gen Intel(R) Core(TM) i5-12400, 4390.47 MHz, 06-97-02
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
SH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
MX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
PCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DN
OWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,AD
X,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SE
NSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB
64b/line 10-way L2 cache, 18MB 64b/line 9-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 38MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.1.0.1.0.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: 12th Gen Intel(R) Core(TM) i5-12400, 4390.47 MHz, 06-97-02
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
SH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
MX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
PCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DN
OWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,AD
X,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SE
NSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB
64b/line 10-way L2 cache, 18MB 64b/line 9-way L3 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: 12th Gen Intel(R) Core(TM) i5-12400, 4388.68 MHz, 06-97-02
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
SH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
MX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,PO
PCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DN
OWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,AD
