Re: boot drive hide and seek on new notebook
Some BIOS's require you to select legacy boot and legacy boot before UEFI in order to boot off of a USB. Also might need to turn off boot security option, too. A lot of BIOS's suck nowadays. Who woulda thought that examining the BIOS would become a purchasing decision? A future BIOS update might make things better, or impossible. Good news is that you got it to work. Chris Bennett
Re: UNIX crash course
On Tue, Apr 28, 2020 at 06:48:37PM -, Stuart Henderson wrote: > Outside of certain network infrastructure (RIRs and DNS software > vendors) and TLDs offering incentives (.se and .nl, maybe others) DNSSEC > is still very rare. Do a lookup of a couple of dozen randomly chosen > general purpose domains - I think you'll be lucky to find more than 1 or > 2 signed. > I moved my domains from Godaddy to namecheap since they offer DNSSEC. Very happy. They have free service, no DNSSEC, and paid service with DNSSEC. And yes, they really are cheap. :-) You do have to transfer in your domain for DNSSEC. Chris Bennett
Re: Sound is good on OpenBSD
On Tuesday, April 28, 2020, David Demelier wrote: > Le 28/04/2020 à 14:01, Yury Grebenkin a écrit : > >> OpenBSD gives a better sound experience on my machine than several >> Linux distributions I have used and FreeBSD. Just want to say thank >> you to all the people involved and state the fact that OpenBSD does >> make a difference. >> > > The audio stack is definitely better as we have the clean and simple sndio > interface while Linux has to deal with ALSA, Jack, PulseAudio and maybe > pipewire at some point. > > That said, I personally have stuttering when playing music on OpenBSD and > doing some CPU “intensive” tasks like many firefox tabs opened. I'd be glad > to see if it works better for you and if you tweak the system to avoid that. > > -- > David I think increasing -b option in sndiod helps to prevent audio jumping, I hear music with a local mpd with music directory over nfs, plus a lot of firefox and chrome and hear no jumps , etc regards
boot drive hide and seek on new notebook
hi, i am trying to run openbsd on a very new notebook and it kind of works. i have taken away some space from win10 and created a partition, and the installation went well. atm i dont want to create a boot menu, so i just insert a usb key with openbsd installed on it, and i select the kernel from the internal drive. however... this is a normal boot: probing: pc0 mem[636k 1928M 14304M] disk: hd0 >> OpenBSD/amd64 BOOTX64 3.50 boot> machine diskinfo DiskBlkSiz IoAlign SizeFlags Checksum hd0 512 0 3919MB 0x2 0xa3b9b69 Removable the internal nvme disk is nowhere to be seen. but i have just installed openbsd on it... another boot, this time i enter the BIOS, and it has a menu to select the boot device manually, so i select the USB key: probing: pc0 mem[636k 1928M 14304M] disk: hd0 hd1 >> OpenBSD/amd64 BOOTX64 3.50 boot> machine diskinfo DiskBlkSiz IoAlign SizeFlags Checksum hd0 512 0 3919MB 0x2 0xa3b9b69 Removable hd1 512 4 953GB 0x2 0x122409ee boot> b hd1a:/bsd ... and success. but unless i enter the bios, the internal drive is not in that list. i think the installation process went well because i also had to enter the BIOS to select the usb key to boot from. here i would like to say, that amazingly, most stuff worked when i booted up openbsd on this ASUS ROG Zephyrus gaming machine (despite the sea of "unknown" devices ;). here is a dmesg: OpenBSD 6.7-beta (GENERIC.MP) #157: Sat Apr 25 15:58:34 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17005793280 (16217MB) avail mem = 16477765632 (15714MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x7a9e9000 (37 entries) bios0: vendor American Megatrends Inc. version "GX531GW.306" date 06/28/2019 bios0: ASUSTeK COMPUTER INC. Zephyrus S GX531GW_GX531GW acpi0 at bios0: ACPI 6.1 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG ECDT SSDT SSDT MSDM SSDT SSDT HPET UEFI LPIT SSDT SSDT DBGP DBG2 SSDT DMAR SSDT SSDT TPM2 BGRT SSDT WSMT acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) XHC_(S3) XDCI(S4) HDAS(S4) AWAC(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) Core(TM) i7-8750H CPU @ 2.20GHz, 2096.70 MHz, 06-9e-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 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) i7-8750H CPU @ 2.20GHz, 2095.13 MHz, 06-9e-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 cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz, 2095.13 MHz, 06-9e-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 cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz, 2095.13 MHz, 06-9e-0a cpu3:
Re: UNIX crash course
On 2020-04-28, Pierre-Philipp Braun wrote: >> mail. Since I don't trust Google or pretty much any "free" provider at >> this point, that means doing it myself. Some steps (registering a >> domain, ordering business-class service or a static IP, etc) are >> self-evident. But after that, there's a lot I really need to learn > > Running your own inbound and outbound SMTP service on the public network is > not as easy today as it was 10+ years ago. You need to play with SPF, > eventually DKIM and DMARC (and the many false-positives you get bounced back > caused by mailing-lists subject and signatures), leverage DNSRBL (real time > blacklists), ideally enforce STARTTLS and accept the fact that nobody cares > about certificate validation on that front. Not mentioning having to deal > with Gmail and Microsoft's very agressive blacklists (up to the point where > it seems to be whitelists or at least reputation-based). I'd say inbound is easier than 10 years ago, the software is better, and many of the people that don't know what they're doing that would have used to try to run it with trash software have just outsourced now. Outbound "it depends" but it's not usually too bad unless your mail server is on a dirty network range. (That restriction rules out many cheap colo places though). > Same goes for DNS. If you want to host your own, it's a whole new game now > with DNSSEC. Outside of certain network infrastructure (RIRs and DNS software vendors) and TLDs offering incentives (.se and .nl, maybe others) DNSSEC is still very rare. Do a lookup of a couple of dozen randomly chosen general purpose domains - I think you'll be lucky to find more than 1 or 2 signed.
Re: UNIX crash course
mail. Since I don't trust Google or pretty much any "free" provider at this point, that means doing it myself. Some steps (registering a domain, ordering business-class service or a static IP, etc) are self-evident. But after that, there's a lot I really need to learn Running your own inbound and outbound SMTP service on the public network is not as easy today as it was 10+ years ago. You need to play with SPF, eventually DKIM and DMARC (and the many false-positives you get bounced back caused by mailing-lists subject and signatures), leverage DNSRBL (real time blacklists), ideally enforce STARTTLS and accept the fact that nobody cares about certificate validation on that front. Not mentioning having to deal with Gmail and Microsoft's very agressive blacklists (up to the point where it seems to be whitelists or at least reputation-based). Same goes for DNS. If you want to host your own, it's a whole new game now with DNSSEC.
Re: snapshot checksums failing
f.holop wrote: > would it be possible to regenerate the latest snapshots > (amd64, cdn.openbsd.org)? some of the archives show > checksum errors... No. Builds are continual, but the mirrors can temporarily de-sync and have a partial. That's what is going on, nothing more.
snapshot checksums failing
hi, would it be possible to regenerate the latest snapshots (amd64, cdn.openbsd.org)? some of the archives show checksum errors... thank you. -f --
installation hangs/crashes on 2007 iMac
With extra time while in quarantine I idly tried to install 6.6 on an older iMac[1] I have. Using install66.fs on a USB flash drive, when starting (holding ALT key) it was offered as a boot disk choice. It reaches the boot> prompt, then reaches the "entry point at..." and crashes (machine restarts) after a few seconds with no further messages on screen (transcript below) If I enter "boot -c" at the boot> prompt, the machine never restarts but hangs indefinitely at the same point. I found a post[2] on r/openbsd that seemed sorta similar, and claimed to be resolved by installing 6.4, then upgrading from there but keeping the bootx64.efi from the 6.4 release. However on my machine the 6.4 installation had the same behavior. I didn't try anything older. Is this machine known to work/not work or can I provide any more info to debugging? probing: pc0 mem[572K 64K 3046M 40K 16K 56K 288K 4M 316K 16K 48K 32K 1M 196K 32K 4M 5M 3M 148K 40K 1024M] disk: hd0 hd1* hd2* >> OpenBSD/amd64 BOOTX64 3.46 boot> boot -c cannot open hd0a:/etc/random.seed: No such file or directory booting hd0a:/6.6/amd64/bsd.rd: 3732172+1537024+3885432+0+598016 [376562+128+455] 544+303577]=0xa648d0 entry point at 0x1001000 (hangs here, or restarts machine after a few seconds if not "boot -c") Regards, Allan Footnotes: [1] https://everymac.com/systems/apple/imac/specs/imac-core-2-duo-2.0-20-inch-aluminum-specs.html [2] https://www.reddit.com/r/openbsd/comments/eggg4m/64_works_perfectly_but_6566_bsd_kernel_frozen_on/
Re: Sound is good on OpenBSD
On 4/28/20 9:22 AM, David Demelier wrote: > Le 28/04/2020 à 14:01, Yury Grebenkin a écrit : >> OpenBSD gives a better sound experience on my machine than several >> Linux distributions I have used and FreeBSD. Just want to say thank >> you to all the people involved and state the fact that OpenBSD does >> make a difference. > > The audio stack is definitely better as we have the clean and simple sndio > interface while Linux has to deal with ALSA, Jack, PulseAudio and maybe > pipewire at some point. jack is there on openbsd right. Does it provide considerable more benefits? > > That said, I personally have stuttering when playing music on OpenBSD and > doing some CPU “intensive” tasks like many firefox tabs opened. I'd be glad > to see if it works better for you and if you tweak the system to avoid that. >
Re: Sound is good on OpenBSD
Le 28/04/2020 à 14:01, Yury Grebenkin a écrit : OpenBSD gives a better sound experience on my machine than several Linux distributions I have used and FreeBSD. Just want to say thank you to all the people involved and state the fact that OpenBSD does make a difference. The audio stack is definitely better as we have the clean and simple sndio interface while Linux has to deal with ALSA, Jack, PulseAudio and maybe pipewire at some point. That said, I personally have stuttering when playing music on OpenBSD and doing some CPU “intensive” tasks like many firefox tabs opened. I'd be glad to see if it works better for you and if you tweak the system to avoid that. -- David
Re: More than 16 partitions
On Sat, Apr 25, 2020 at 2:41 PM Theo de Raadt wrote: > > Amelia A Lewis wrote: > > > So, and I recognize that the answer might reasonably be "go read more > > code and figure it out yourself," a question for Theo and others if you > > have a moment: why couldn't an arch expand past sixteen? It seems, both > > from the math calculating struct size (which may be mistaken, in which > > case I apologize) and in the comment for MAXMAXPARTITIONS that more > > *are* possible. > > Because there is another reason. Here are the device nodes for > two sequentially-numbered disks. > > brw-r- 1 root operator4, 0 Apr 17 11:50 sd0a > brw-r- 1 root operator4, 1 Apr 17 11:50 sd0b > brw-r- 1 root operator4, 2 Apr 17 11:50 sd0c > brw-r- 1 root operator4, 3 Apr 17 11:50 sd0d > brw-r- 1 root operator4, 4 Apr 17 11:50 sd0e > brw-r- 1 root operator4, 5 Apr 17 11:50 sd0f > brw-r- 1 root operator4, 6 Apr 17 11:50 sd0g > brw-r- 1 root operator4, 7 Apr 17 11:50 sd0h > brw-r- 1 root operator4, 8 Apr 17 11:50 sd0i > brw-r- 1 root operator4, 9 Apr 17 11:50 sd0j > brw-r- 1 root operator4, 10 Apr 17 11:50 sd0k > brw-r- 1 root operator4, 11 Apr 17 11:50 sd0l > brw-r- 1 root operator4, 12 Apr 17 11:50 sd0m > brw-r- 1 root operator4, 13 Apr 17 11:50 sd0n > brw-r- 1 root operator4, 14 Apr 17 11:50 sd0o > brw-r- 1 root operator4, 15 Apr 17 11:50 sd0p > brw-r- 1 root operator4, 16 Apr 17 11:50 sd1a > brw-r- 1 root operator4, 17 Apr 17 11:50 sd1b > brw-r- 1 root operator4, 18 Apr 17 11:50 sd1c > brw-r- 1 root operator4, 19 Apr 17 11:50 sd1d > brw-r- 1 root operator4, 20 Apr 17 11:50 sd1e > brw-r- 1 root operator4, 21 Apr 17 11:50 sd1f > brw-r- 1 root operator4, 22 Apr 17 11:50 sd1g > brw-r- 1 root operator4, 23 Apr 17 11:50 sd1h > brw-r- 1 root operator4, 24 Apr 17 11:50 sd1i > brw-r- 1 root operator4, 25 Apr 17 11:50 sd1j > brw-r- 1 root operator4, 26 Apr 17 11:50 sd1k > brw-r- 1 root operator4, 27 Apr 17 11:50 sd1l > brw-r- 1 root operator4, 28 Apr 17 11:50 sd1m > brw-r- 1 root operator4, 29 Apr 17 11:50 sd1n > brw-r- 1 root operator4, 30 Apr 17 11:50 sd1o > brw-r- 1 root operator4, 31 Apr 17 11:50 sd1p > > Look very carefully at this column ^^ > Are they allocated in the kernel in a linear fashion? If not, you could allocate additional nodes under a spare major for the extra partitions. If so, well I'm just talking out of my arse. I'd see for myself if I could find where they're allocated. I'll have more of a deep dive later. -- Aaron Mason - Programmer, open source addict I've taken my software vows - for beta or for worse
Re: macbook - uvideo0: can't find video interface
On Apr 28 07:52:59, rgci...@disroot.org wrote: > On Mon, Apr 27, 2020 at 05:12:59PM +0200, Jan Stary wrote: > > Thanks for the clue, video0 at uvideo0 is detected again > > (dmesg below; NB: a different macbook with the same symptom). > > > > note > you're now showing an amd64 kernel log > your first post all the logs were i386 Yes, that's what I mean by NB: a different macbook with the same symptom > so your analysis (one machine crashing, one machine just hangs) No. 'video' crashes with the ioctl error, 'video -g' runs without output; on both machines. For completeness, both dmesgs below (macbook2,1 and macbook1,1) with uvideo.c that has the -r1.202 -r1.203 diff reverted. Jan OpenBSD 6.7-beta (GENERIC.MP) #0: Mon Apr 27 14:24:47 CEST 2020 h...@mb64.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3171909632 (3024MB) avail mem = 3063234560 (2921MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (37 entries) bios0: vendor Apple Inc. version "MB21.88Z.00A5.B07.0706270922" date 06/27/07 bios0: Apple Inc. MacBook2,1 acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT acpi0: wakeup devices ADP1(S3) LID0(S3) PXS1(S4) PXS2(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB7(S3) EC__(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz, 2161.65 MHz, 06-0f-06 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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu0: 4MB 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 166MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz, 2161.25 MHz, 06-0f-06 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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu1: 4MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins, remapped acpimcfg0 at acpi0 acpimcfg0: addr 0xf000, bus 0-255 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP02) acpiprt3 at acpi0: bus 3 (PCIB) acpicpu0 at acpi0: !C3(100@55 mwait@0x31), !C2(500@1 mwait@0x10), C1(1000@1 mwait), PSS acpicpu1 at acpi0: !C3(100@55 mwait@0x31), !C2(500@1 mwait@0x10), C1(1000@1 mwait), PSS acpisbs0 at acpi0: SBS0 model "ASMB016" serial 19351 type LION oem "DP" acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: LID0 "APP0002" at acpi0 not configured acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpipci0 at acpi0 PCI0: 0x0010 0x0011 0x "APP0001" at acpi0 not configured "APP0003" at acpi0 not configured "ACPI0001" at acpi0 not configured acpicmos0 at acpi0 acpivideo0 at acpi0: GFX0 cpu0: Enhanced SpeedStep 2161 MHz: speeds: 2167, 2000, 1833, 1667, 1500, 1333, 1000 MHz memory map conflict 0xbef0/0x10 memory map conflict 0xbf00/0x100 memory map conflict 0xf00f8000/0x1000 memory map conflict 0xfed1c000/0x4000 memory map conflict 0xfffb/0x3 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03 inteldrm0 at pci0 dev 2 function 0 "Intel 82945GM Video" rev 0x03 drm0 at inteldrm0 intagp0 at inteldrm0 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0: apic 1 int 16, I945GM, gen 3 "Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured vendor "Intel", unknown product 0x27a3 (class DASP subclass Time and Frequency, rev 0x03) at pci0 dev 7 function 0 not configured azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi azalia0: codecs: Sigmatel STAC9220/1 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: msi pci1 at ppb0 bus 1 mskc0 at pci1 dev 0 function 0 "Marvell Yukon 88E8053" rev 0x22, Yukon-2 EC rev. A3 (0x2): apic 1 int 16 msk0 at mskc0 port A: address 00:1b:63:36:2b:5d eephy0 at msk0 phy 0: 88E Gigabit PHY, rev. 2 ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: msi pci2 at ppb1 bus 2 athn0 at pci2 dev 0 function 0 "Atheros AR5418" rev 0x01: apic 1 int 17 athn0: MAC AR5418 rev 2, RF AR5133 (2T3R), ROM rev 4, address 00:1c:b3:c4:b2:ae uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1 int 21 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1 int 19 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1 int 18 uhci3 at pci0 dev 29
Re: Sound is good on OpenBSD
On Tue, Apr 28, 2020 at 03:01:15PM +0300, Yury Grebenkin wrote: > OpenBSD gives a better sound experience on my machine than several > Linux distributions I have used and FreeBSD. Just want to say thank > you to all the people involved and state the fact that OpenBSD does > make a difference. Blood virgin sacrifice tends to make FLAC even better.
Sound is good on OpenBSD
OpenBSD gives a better sound experience on my machine than several Linux distributions I have used and FreeBSD. Just want to say thank you to all the people involved and state the fact that OpenBSD does make a difference. -- Yury https://yvgrebenkin.wordpress.com/
