Re: Favorite configuration and system replication tools?
On 5/7/24 19:25, Jo MacMahon wrote: I'm interested if anybody has solutions using just the base system - I would want something like etckeeper or git that was a true version control system, rather than dump(8)/restore(8) which are backup systems. I'm idly considering learning CVS for it, and I suppose if I'm going to become a true OpenBSD user I will have to learn CVS at some point! Jo almost? base+rsync is pretty close. For over 20 years now, I've been using an rsync --link-dest backup system to make system backups. Several daily backups, several monthly backups. Not a true revision control system, but you have the ability to compare versions of a file as far back as you wish to keep copies. Plus, since it stores its backups in fully readable form, you can do all kinds of fantastic system research. Backups are stored in /ibs///(backed up file system tree). through the magic of hard links, every backup is incremental from the backup before in terms of files moved over the wire and space on disk, but every backup directory is a full backup. grep and careful wildcards gets you all kinds of info: What systems is user "bob" on? $ grep "bob" /ibs/*/.latest/etc/passwd When how long as "bob" been on server "server"? $ grep "bob" /ibs/server/*/etc/passwd What systems are set up using dhcp? $ grep autoconf /ibs/*/.latest/etc/hostname.* When I bring up a new laptop, I typically install OpenBSD, install rsync, install whatever packages I want, install a root authorized key from my backup server, and then push my home directory from a backup to the new system. https://holland-consulting.net/scripts/ibs/ I've scaled it from home use to "big" (current employer, almost 500 systems doing just etc and a few other directories. Last job, about 100 systems with about 30TB of backup data) client: rsync. backup server: Rsync + script. Other options: CVS is in base, it works, but I don't find it as useful for system configs as my Incremental Backup System. But it is 100% in base. If you are a fan of git, you might want to try Game of Trees (GOT), which is a LOT lighter weight in terms of required support than git. https://gameoftrees.org/index.html Same comments apply as for CVS, though -- works, but not as useful to me. But...git seems to be the new favorite revision control system, so knowing got/git is more marketable than cvs. :-/ Nick.
Re: Favorite configuration and system replication tools?
On Wed, May 08, 2024 at 12:25:43AM +0100, Jo MacMahon said: I'm interested if anybody has solutions using just the base system I've had a set of functions in my .profile for about 15 years that keeps large parts of my home directory available and in sync across Linux, macOS and OpenBSD systems. On the upstream end it is just a web server with some files, including a file that has the sha256 hashes of the files. This happens to be updated by a git post-receive hook but you could do it however you want. In my .profile it checks the sha256 hashes of the local files against the remote files and if they differ, downloads them. I used $RANDOM to make sure this doesn't run every single time I start a shell. On OpenBSD this works using ksh(1), ftp(1), and sha256(1). -- Please direct replies to the list.
Re: Favorite configuration and system replication tools?
I'm interested if anybody has solutions using just the base system - I would want something like etckeeper or git that was a true version control system, rather than dump(8)/restore(8) which are backup systems. I'm idly considering learning CVS for it, and I suppose if I'm going to become a true OpenBSD user I will have to learn CVS at some point! Jo
Re: Favorite configuration and system replication tools?
On 07.05.2024 16:08, Martin Kjær Jørgensen wrote: Hello, I was wondering which programs you use for replicating/copying/syncing environments/configs on your openbsd systems with between your desktops (home or work) and laptops? Example programs for this could be syncthing, stow, chezmoi, etc. Do you also maintain installeded/removed packages in some standard way across systems so that you have reasonable consistent systems to work on? All thoughts are welcome. I've been using etch for the last decade. https://github.com/etch/etch/wiki The server has run on Linux, but now on OpenBSD for the last few years. I've managed up to ~50 *nix systems with it with no problems. Mit freundlichen Grüßen/Best regards Mario Theodoridis
Re: Favorite configuration and system replication tools?
Stefan Moran writes: > dump(8) and restore(8) also worth mentioning; I'm particularly fond of > restore(8)'s interactive mode that lets you cherrypick what you want to > import. I agree. My backups are mostly dump(8) and rsync(1). Out of habit, I've used cpio(1) in copy mode (-p) for copying file trees for a long time. I'm going to try using pax(1) in copy mode (-rw) as an alternative to rsync and cpio when it's local filesystems. I hadn't considered that until recently. Usually, I use dump in single user mode for backups that will be used in disaster recovery. I tend to use rsync in archive mode (-a) for "live" backups of running systems. This is mostly a convenience so I can copy back a file that went missing for some reason. This is all with the caveat that I can take downtime, and I'm willing to replace a system, and restore it's services without having a hard recovery time hanging over my head. Not everyone has the option.
Re: Favorite configuration and system replication tools?
rdist On Wednesday, May 8, 2024 at 12:25:13 a.m. GMT+9, Martin Kjær Jørgensen wrote: Hello, I was wondering which programs you use for replicating/copying/syncing environments/configs on your openbsd systems with between your desktops (home or work) and laptops? Example programs for this could be syncthing, stow, chezmoi, etc. Do you also maintain installeded/removed packages in some standard way across systems so that you have reasonable consistent systems to work on? All thoughts are welcome.
Re: Favorite configuration and system replication tools?
On 5/7/24 1:09 PM, Страхиња Радић wrote:
Дана 24/05/07 04:08PM, Martin Kjær Jørgensen написа:
I was wondering which programs you use for
replicating/copying/syncing environments/configs on your openbsd
systems with between your desktops (home or work) and laptops?
git(1), rsync(1).
git push and git pull.
I keep important dotfiles (.profile etc) in an own rep, and in there
somewhere is a list of packages I want on {all,desktop,server}-type
machines. In my scripts repo is a script that installs them based on an
arg to say which kind of system it is. So:
new machine?
pkg_add git
git pull various repos
make -C dotfiles install
run "mystdpkgs" with -d for desktop, -s for server
Done!
(I think I have another script that runs all these).
Re: Favorite configuration and system replication tools?
dump(8) and restore(8) also worth mentioning; I'm particularly fond of restore(8)'s interactive mode that lets you cherrypick what you want to import.
Re: ATB.com
Дана 24/05/07 04:45PM, Riccardo Mottola написа: > I too... even if I don't like where Firefox is going with their UI and rustc > choices... I feel it is still better than Chromium, where the long arm of > data-sucking of Google is so strong. Some links to check out: https://digdeeper.club/articles/mozilla.xhtml https://digdeeper.club/articles/browsers.xhtml https://www.unixsheikh.com/articles/choose-your-browser-carefully.html https://sizeof.cat/post/web-browser-telemetry/
Re: Favorite configuration and system replication tools?
Дана 24/05/07 04:08PM, Martin Kjær Jørgensen написа: > I was wondering which programs you use for > replicating/copying/syncing environments/configs on your openbsd > systems with between your desktops (home or work) and laptops? git(1), rsync(1).
Re: ATB.com
Hi Austin, I feel your pain. The world things Chrome, or at least Blink, is the only Browser. It is the new IE!!! Austin Hook wrote: In the past 6 months is has gotten more and more difficult to sign-on to with Firefox and OpenBSD, as they have tried to make their sites more and more bullet proof. Now, starting from atb.com it's hard to even get to where one signs into personal banking, and to where it requests a username and password. It seems to go through an amazing number of redirects, and then gets hung up in the process. Sometimes, tapping different cadences with lots of control-R or control-F5 sequences, I can get through. It must be a matter of timing. I guess it works better with other operating systems and/or browsers. In fact I do have much better luck with Chromium + OpenBSD although not always. try using as dns 1.1.1.1 try using Firefox on Windows and compare results. try the same site using Chrome on OpenBSD. Maybe they hate Firefox... I'd prefer to use Firefox, so long as it exists semi-independently of monsters like Google. I too... even if I don't like where Firefox is going with their UI and rustc choices... I feel it is still better than Chromium, where the long arm of data-sucking of Google is so strong. Riccardo
Favorite configuration and system replication tools?
Hello, I was wondering which programs you use for replicating/copying/syncing environments/configs on your openbsd systems with between your desktops (home or work) and laptops? Example programs for this could be syncthing, stow, chezmoi, etc. Do you also maintain installeded/removed packages in some standard way across systems so that you have reasonable consistent systems to work on? All thoughts are welcome.
Re: Hardware recommendation for small form factor, noiseless, server
2024-05-07T09:54:23Z "Karsten Pedersen" : > > Second-hand Lenovo M710q tiny with a wifi-card could also work: > > https://dmesgd.nycbug.org/index.cgi?do=view&id=5296 > > A quick note that the slightly older M625q (with an AMD processor) isn't > quite so good with OpenBSD. > It runs overly slow and I have yet had time to figure out why. Interestingly, > even on apm -H it takes > longer to compile a C program than a Raspberry Pi 3. It also takes 14 Watts > so the power management > isn't quite there yet. These issues aren't present with Linux or FreeBSD. > > It was ~£30 and completely fanless, so will almost be the perfect hardware > for a home server once > these issues can be resolved. > > In short, the M710q with Intel processor might be the better choice. I > suspect it is to do with the > pstate stuff that the issues are arrising from. > > Karsten I have an M700 10J0 and it works great. I don't use a wifi card so I can't say anything about that. I believe hibernation doesn't work very well (it gets stuck with unpacking or something like that when booting), but other than that I haven't had any issues with it. It's a solid machine I can recommend.
7.5/amd64 acpitz problem with syspatch75-001
Hi, I just updated my 7.5/amd64 system with syspatch75-001_xserver. Unfortunately now when booting shortly after "starting network" I receive the error: "acpitz0: critical temperature exceeded 60C, shutting down". Disabling acpitz* at the boot-config helps, or, also reverting the syspatch is a workaround. See attached [1] my dmesg. Maybe this is an indicator for a bug and some dev could have a closer look. Thanks! Regards, infoomatic [1] dmesg: OpenBSD 7.5 (GENERIC.MP) #82: Wed Mar 20 15:48:40 MDT 2024 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3195666432 (3047MB) avail mem = 3077914624 (2935MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfc860 (34 entries) bios0: vendor American Megatrends Inc. version "205" date 02/27/2008 bios0: ASUSTeK Computer Inc. X51L acpi0 at bios0 acpi0: ATKG checksum error: ACPI 3.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMX DBGP BOOT ECDT OEMB HPET GSCI ATKG SSDT acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) EUSB(S3) USB3(S3) USB4(S3) USBE(S3) HDAC(S3) P0P8(S4) P0P2(S4) WLAN(S4) P0P6(S4) GLAN(S4) CBS0(S3) SLPB(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) Pentium(R) Dual CPU T3200 @ 2.00GHz, 1995.10 MHz, 06-0f-0d, patch 00a4 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 4-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 166MHz cpu0: mwait min=64, max=64, C-substates=0.1.1.1, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Pentium(R) Dual CPU T3200 @ 2.00GHz, 1995.16 MHz, 06-0f-0d, patch 00a4 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 4-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpiec0 at acpi0 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P0P1) acpiprt2 at acpi0: bus 4 (P0P2) acpiprt3 at acpi0: bus 5 (P0P3) acpiprt4 at acpi0: bus 7 (P0P5) acpiprt5 at acpi0: bus 1 (P0P6) acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 acpicmos0 at acpi0 "SYN0A04" at acpi0 not configured acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT0 model "T12--22" serial type LIon oem "ASUSTEK" "ATK0100" at acpi0 not configured acpibtn0 at acpi0: SLPB(wakeup) acpibtn1 at acpi0: LID_ acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpitz0 at acpi0: critical temperature is 110 degC acpivideo0 at acpi0: VGA_ acpivout0 at acpivideo0: LCDD cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2000, 1667, 1333, 1000 MHz pci0 at mainbus0 bus 0 0:28:2: bridge mem address conflict 0xbdf0/0x200 0:30:0: bridge mem address conflict 0xbbf0/0x200 pchb0 at pci0 dev 0 function 0 "Intel GM965 Host" rev 0x03 inteldrm0 at pci0 dev 2 function 0 "Intel GM965 Video" rev 0x03 drm0 at inteldrm0 intagp0 at inteldrm0 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0: apic 2 int 16, I965GM, gen 4 "Intel GM965 Video" rev 0x03 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x04: apic 2 int 16 uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x04: apic 2 int 21 ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x04: apic 2 int 18 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x04: msi azalia0: codecs: Realtek ALC660, Motorola/0x3055, using Realtek ALC660 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x04 pci1 at ppb0 bus 3 ppb1 at pci0 dev 28 function 1 "Intel 82801H PCIE" rev 0x04 pci2 at ppb1 bus 4 athn0 at pci2 dev 0 function 0 "Atheros AR928X" rev 0x01: apic 2 int 17 athn0: AR9280 rev 2 (1T2R), ROM rev 11, address 00:22:43:21:ed:f7 ppb2 at pci0 dev 28 function 2 "Intel 82801H PCIE" rev 0x04: msi pci3 at ppb2 bus 5 ppb3 at pci0 dev 28 function 3 "Intel 82801H PCIE" rev 0x04 pci4 at ppb3 bus 7 uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x04: apic 2 int 23 uhci3 at pci0 dev 29 function 1 "Intel 82801H USB"
Re: Hardware recommendation for small form factor, noiseless, server
> A quick note that the slightly older M625q (with an AMD processor) isn't > quite so good with OpenBSD. What exactly is "good" with OpenBSD? > It runs overly slow and I have yet had time to figure out why. So again, what is "slow"? > Interestingly, even on apm -H it takes longer to compile a C program than a > Raspberry Pi 3. It also takes 14 Watts so the power management isn't quite there yet. These issues aren't present with Linux or FreeBSD. "A C program"? Well, that is interesting. 14 Watts for compilation or just idling? > It was ~ Ł30 and completely fanless, so will almost be the perfect hardware > for a home server once these issues can be resolved. What issues? > In short, the M710q with Intel processor might be the better choice. Might be, but you didn't checked by tests. Yes, of course you have to use the same "C program" as before. > I suspect it is to do with the pstate stuff that the > issues are arrising from. I suspect something different, I guess it is from the black / red combination of the case colors. This is a broken combination and a dangerous one in art and design. > Karsten You are welcome.
Re: Hardware recommendation for small form factor, noiseless, server
> Second-hand Lenovo M710q tiny with a wifi-card could also work: > https://dmesgd.nycbug.org/index.cgi?do=view&id=5296 A quick note that the slightly older M625q (with an AMD processor) isn't quite so good with OpenBSD. It runs overly slow and I have yet had time to figure out why. Interestingly, even on apm -H it takes longer to compile a C program than a Raspberry Pi 3. It also takes 14 Watts so the power management isn't quite there yet. These issues aren't present with Linux or FreeBSD. It was ~£30 and completely fanless, so will almost be the perfect hardware for a home server once these issues can be resolved. In short, the M710q with Intel processor might be the better choice. I suspect it is to do with the pstate stuff that the issues are arrising from. Karsten
Re: pfstat is having a bad time
On Mon, May 6, 2024 at 11:06 AM Stuart Henderson wrote: > I've bumped REVISION in the port so pkg_add -u should pick it up after > the next set of packages are built, but if you rorce a reinstall of > pfstat from current packages, that should do the trick too. > That worked. Thanks! -- chs
Re: Hardware recommendation for small form factor, noiseless, server
Second-hand Lenovo M710q tiny with a wifi-card could also work: https://dmesgd.nycbug.org/index.cgi?do=view&id=5296 Jan Stary írta 2024. máj.. 7, K-n 08:47 órakor: > On May 06 21:03:17, mytraddr...@gmail.com wrote: >> Hi all, >> >> can anyone please advise on what computer I can purchase with the following >> requirements: >> >> - fully supports OpenBSD >> - no noise >> - good quality wifi >> - small form factor preferably >> - processor does not need to be fast (no highly intensive compute load) >> - low RAM need >> - needs 1 TB of hard drive at least >> - will be used only remotely, for basic and low-intensity server-type >> applications (no desktop use) >> - under $500 > > PC Engiunes APU2, with a wifi card plugged in, > and most of the $500 buying the 1 TB storage. > > > > OpenBSD 7.5-current (GENERIC.MP) #34: Sat Apr 27 21:19:57 MDT 2024 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 2112446464 (2014MB) > avail mem = 2027487232 (1933MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x7ee97040 (13 entries) > bios0: vendor coreboot version "v4.19.0.1" date 01/31/2023 > bios0: PC Engines apu2 > acpi0 at bios0: ACPI 6.0 > acpi0: sleep states S0 S1 S4 S5 > acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST IVRS SSDT SSDT DRTM > HPET > acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) > UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) > acpitimer0 at acpi0: 3579545 Hz, 32 bits > acpimcfg0 at acpi0 > acpimcfg0: addr 0xf800, bus 0-63 > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: AMD GX-412TC SOC, 998.17 MHz, 16-30-01, patch 07030105 > 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,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu0: 32KB 64b/line 8-way D-cache, 32KB 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 1 (application processor) > cpu1: AMD GX-412TC SOC, 998.44 MHz, 16-30-01, patch 07030105 > 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,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 2 (application processor) > cpu2: AMD GX-412TC SOC, 998.37 MHz, 16-30-01, patch 07030105 > 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,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu2: smt 0, core 2, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3: AMD GX-412TC SOC, 998.31 MHz, 16-30-01, patch 07030105 > 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,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,HWPSTATE,ITSC,BMI1,XSAVEOPT > cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu3: smt 0, core 3, package 0 > ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins > ioapic1 at mainbus0: apid 5 pa 0xfec2, version 21, 32 pins > acpihpet0 at acpi0: 14318180 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (PBR4) > acpiprt2 at acpi0: bus 1 (PBR5) > acpiprt3 at acpi0: bus -1 (PBR6) > acpiprt4 at acpi0: bus 2 (PBR7) > acpiprt5 at acpi0: bus -1 (PBR8) > acpicpu0 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu1 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu2 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu3 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu4 at acpi0: no cpu matching ACPI ID 4 > acpicpu5 at acpi0: no cpu matching ACPI ID 5 > acpicpu6 at acpi0: no cpu matching ACPI ID 6 > acpicpu7 at acpi0: no cpu matching ACPI ID 7 > acpipci0 at acpi0 PCI
