Re: Digital audio out no longer working?
On Sat, Jun 23, 2018 at 06:43:04PM +0200, Alexandre Ratchov wrote: Hello Alexandre, >> As of the last two snapshots, digital audio out via S/PDIF on my machine >> no longer works: >> >> $ doas mixerctl outputs.mode=digital >> mixerctl: field outputs.mode does not exist >> >> There also seems to be something odd with mixerctl's output which may or >> may >> be related? Note the "invalid format" near the end and the incomplete >> formatting of "volume.record". > Could you confirm that this diff fixes the problem? I am happy to confirm that this completely solves the problem. Thanks so much for doing this! Laurie -- Personal http://tratt.net/laurie/ Software Development Teamhttp://soft-dev.org/ https://github.com/ltratt http://twitter.com/laurencetratt
Re: fw_update won't delete old firmware
On 2018/06/23 20:39, Paul de Weerd wrote: > Hi all, > > I've just upgraded my home gateway to the latest snap. Uptime was > over 4 months, so it was about time. > > While running fw_update, I got the following: > > # fw_update > NOT deleting intel-firmware-20171117p0v0: use fwupdate -d > intel-firmware-20171117p0v0->20180312v0: ok > # pkg_info | grep firmware > intel-firmware-20171117p0v0 firmware binary images for intel(4) driver > intel-firmware-20180312v0 firmware binary images for intel(4) driver > # fwupdate -d > /bin/ksh: fwupdate: not found > # fw_update -d > # pkg_info | grep firmware > intel-firmware-20171117p0v0 firmware binary images for intel(4) driver > intel-firmware-20180312v0 firmware binary images for intel(4) driver > # fw_update -d intel-firmware-20171117p0v0 > NOT deleting intel-firmware-20180312v0: use fwupdate -d > intel-firmware-20180312v0->: ok > # pkg_info | grep firmware > intel-firmware-20171117p0v0 firmware binary images for intel(4) driver > intel-firmware-20180312v0 firmware binary images for intel(4) driver > # pkg_delete intel-firmware-20171117p0v0 > > Delete firmware intel-firmware-20171117p0v0 ? [y/N/a] y > intel-firmware-20171117p0v0: ok > Read shared items: ok > > > At least for the typo I can provide the following diff: > > Index: Delete.pm > === > RCS file: /home/OpenBSD/cvs/src/usr.sbin/pkg_add/OpenBSD/Delete.pm,v > retrieving revision 1.153 > diff -u -p -r1.153 Delete.pm > --- Delete.pm 20 Jun 2018 10:15:42 - 1.153 > +++ Delete.pm 23 Jun 2018 18:20:39 - > @@ -93,7 +93,7 @@ sub delete_handle > return; > } > } else { > - $state->errsay("NOT deleting #1: use fwupdate -d", > + $state->errsay("NOT deleting #1: use fw_update -d", > $pkgname); > return; > } That one's obviously OK. > But I'm not quite sure why it wouldn't delete the old firmware. > > Also, note that COMMENT references an intel(4) driver, but intel(4) is > the manpage for the X driver for intel graphics adapters. As this > COMMENT is special (not set in the port Makefile), it's probably best > not to touch it. > > Cheers, > > Paul 'WEiRD' de Weerd > > -- > >[<++>-]<+++.>+++[<-->-]<.>+++[<+ > +++>-]<.>++[<>-]<+.--.[-] > http://www.weirdnet.nl/ > I suspect you may have installed the old version as a test with "make install" from the ports tree rather than waiting for one to show up for fw_update.
fw_update won't delete old firmware
Hi all, I've just upgraded my home gateway to the latest snap. Uptime was over 4 months, so it was about time. While running fw_update, I got the following: # fw_update NOT deleting intel-firmware-20171117p0v0: use fwupdate -d intel-firmware-20171117p0v0->20180312v0: ok # pkg_info | grep firmware intel-firmware-20171117p0v0 firmware binary images for intel(4) driver intel-firmware-20180312v0 firmware binary images for intel(4) driver # fwupdate -d /bin/ksh: fwupdate: not found # fw_update -d # pkg_info | grep firmware intel-firmware-20171117p0v0 firmware binary images for intel(4) driver intel-firmware-20180312v0 firmware binary images for intel(4) driver # fw_update -d intel-firmware-20171117p0v0 NOT deleting intel-firmware-20180312v0: use fwupdate -d intel-firmware-20180312v0->: ok # pkg_info | grep firmware intel-firmware-20171117p0v0 firmware binary images for intel(4) driver intel-firmware-20180312v0 firmware binary images for intel(4) driver # pkg_delete intel-firmware-20171117p0v0 Delete firmware intel-firmware-20171117p0v0 ? [y/N/a] y intel-firmware-20171117p0v0: ok Read shared items: ok At least for the typo I can provide the following diff: Index: Delete.pm === RCS file: /home/OpenBSD/cvs/src/usr.sbin/pkg_add/OpenBSD/Delete.pm,v retrieving revision 1.153 diff -u -p -r1.153 Delete.pm --- Delete.pm 20 Jun 2018 10:15:42 - 1.153 +++ Delete.pm 23 Jun 2018 18:20:39 - @@ -93,7 +93,7 @@ sub delete_handle return; } } else { - $state->errsay("NOT deleting #1: use fwupdate -d", + $state->errsay("NOT deleting #1: use fw_update -d", $pkgname); return; } But I'm not quite sure why it wouldn't delete the old firmware. Also, note that COMMENT references an intel(4) driver, but intel(4) is the manpage for the X driver for intel graphics adapters. As this COMMENT is special (not set in the port Makefile), it's probably best not to touch it. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Digital audio out no longer working?
On Fri, Jun 15, 2018 at 09:56:13AM +0100, Laurence Tratt wrote: > > >Synopsis:digital audio out no longer working? > >Environment: > System : OpenBSD 6.3 > Details : OpenBSD 6.3-current (GENERIC.MP) #14: Thu Jun 14 23:55:47 > MDT 2018 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > Architecture: OpenBSD.amd64 > Machine : amd64 > >Description: > As of the last two snapshots, digital audio out via S/PDIF on my machine > no longer works: > > $ doas mixerctl outputs.mode=digital > mixerctl: field outputs.mode does not exist > > There also seems to be something odd with mixerctl's output which may or > may > be related? Note the "invalid format" near the end and the incomplete > formatting of "volume.record". > Could you confirm that this diff fixes the problem? Thanks. Index: audio.c === RCS file: /cvs/src/sys/dev/audio.c,v retrieving revision 1.171 diff -u -p -u -p -r1.171 audio.c --- audio.c 26 May 2018 10:16:13 - 1.171 +++ audio.c 23 Jun 2018 16:33:24 - @@ -1088,20 +1088,13 @@ audio_attach(struct device *parent, stru mi = malloc(sizeof(struct mixer_devinfo), M_TEMP, M_WAITOK); - sc->mix_nent = 0; mi->index = 0; while (1) { if (sc->ops->query_devinfo(sc->arg, mi) != 0) break; - switch (mi->type) { - case AUDIO_MIXER_SET: - case AUDIO_MIXER_ENUM: - case AUDIO_MIXER_VALUE: - sc->mix_nent++; - } mi->index++; } - + sc->mix_nent = mi->index; sc->mix_ents = mallocarray(sc->mix_nent, sizeof(struct mixer_ctrl), M_DEVBUF, M_WAITOK); @@ -1118,9 +,9 @@ audio_attach(struct device *parent, stru case AUDIO_MIXER_ENUM: ent->dev = mi->index; ent->type = mi->type; - ent++; } mi->index++; + ent++; } free(mi, M_TEMP, sizeof(struct mixer_devinfo));
Re: booting after hibernate = reboot
On Sat, Jun 23, 2018 at 01:45:27AM -0500, Abel Abraham Camarillo Ojeda wrote: > On Sat, Jun 23, 2018 at 12:41 AM, Theo Buehler wrote: > >> Can confirm this problem in two of my machines, using same snapshot, > >> dmesg from one of them (I still can get the dmesg from the other machine): > >> > >> OpenBSD 6.3-current (GENERIC.MP) #39: Wed Jun 20 17:36:30 MDT 2018 > >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > > > Please try a more recent snapshot. A fix was committed the day after: > > https://marc.info/?l=openbsd-cvs=152960326712291=2 > > I confirm that with > > OpenBSD 6.3-current (RAMDISK_CD) #36: Wed Jun 20 17:43:03 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD > > > unhibernate works Cool, thanks for confirming. The kernel that was actually tested was this (in case anyone else should be confused about the dates): > OpenBSD 6.3-current (GENERIC.MP) #48: Fri Jun 22 14:11:27 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Re: booting after hibernate = reboot
On Sat, Jun 23, 2018 at 12:41 AM, Theo Buehler wrote: >> Can confirm this problem in two of my machines, using same snapshot, >> dmesg from one of them (I still can get the dmesg from the other machine): >> >> OpenBSD 6.3-current (GENERIC.MP) #39: Wed Jun 20 17:36:30 MDT 2018 >> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > Please try a more recent snapshot. A fix was committed the day after: > https://marc.info/?l=openbsd-cvs=152960326712291=2 I confirm that with OpenBSD 6.3-current (RAMDISK_CD) #36: Wed Jun 20 17:43:03 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD unhibernate works Thanks. real mem = 17041018880 (16251MB) avail mem = 16520769536 (15755MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xb7c05000 (63 entries) bios0: vendor LENOVO version "R08ET40W (1.14 )" date 04/20/2016 bios0: LENOVO 20FVA09400 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP UEFI SSDT ECDT HPET APIC MCFG SSDT DBGP DBG2 BOOT BATB SLIC SSDT SSDT MSDM DMAR ASF! FPDT UEFI acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz, 1352.33 MHz 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,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 24MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG0) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus -1 (PEG2) acpiprt4 at acpi0: bus 2 (EXP1) acpiprt5 at acpi0: bus -1 (EXP2) acpiprt6 at acpi0: bus 3 (EXP3) acpiprt7 at acpi0: bus -1 (RP05) acpiprt8 at acpi0: bus -1 (RP09) acpicpu at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpitz at acpi0 not configured "PNP0C0D" at acpi0 not configured "PNP0C0E" at acpi0 not configured "PNP0B00" at acpi0 not configured "LEN0071" at acpi0 not configured "LEN2019" at acpi0 not configured "INT3F0D" at acpi0 not configured "PNP0C0A" at acpi0 not configured "ACPI0003" at acpi0 not configured "LEN0068" at acpi0 not configured "PNP0C14" at acpi0 not configured "PNP0C14" at acpi0 not configured "PNP0C14" at acpi0 not configured pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 6G Host" rev 0x08 "Intel HD Graphics 520" rev 0x07 at pci0 dev 2 function 0 not configured xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x21: msi, xHCI 1.0 usb0 at xhci0: USB revision 3.0 uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel 100 Series Thermal" rev 0x21 at pci0 dev 20 function 2 not configured "Intel 100 Series MEI" rev 0x21 at pci0 dev 22 function 0 not configured ahci0 at pci0 dev 23 function 0 "Intel 100 Series AHCI" rev 0x21: msi, AHCI 1.3.1 ahci0: port 0: 6.0Gb/s scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed naa.50026b7742009f75 sd0: 114473MB, 512 bytes/sector, 234441648 sectors, thin ppb0 at pci0 dev 28 function 0 "Intel 100 Series PCIE" rev 0xf1: msi pci1 at ppb0 bus 2 rtsx0 at pci1 dev 0 function 0 "Realtek RTS522A Card Reader" rev 0x01: msi sdmmc0 at rtsx0: 4-bit, dma ppb1 at pci0 dev 28 function 2 "Intel 100 Series PCIE" rev 0xf1: msi pci2 at ppb1 bus 3 iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 8260" rev 0x3a, msi "Intel 100 Series LPC" rev 0x21 at pci0 dev 31 function 0 not configured "Intel 100 Series PMC" rev 0x21 at pci0 dev 31 function 2 not configured "Intel 100 Series HD Audio" rev 0x21 at pci0 dev 31 function 3 not configured "Intel 100 Series SMBus" rev 0x21 at pci0 dev 31 function 4 not configured em0 at pci0 dev 31 function 6 "Intel I219-V" rev 0x21: msi, address c8:5b:76:2a:24:c4 isa0 at mainbus0 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard efifb0 at mainbus0: 1366x768, 32bpp wsdisplay0 at efifb0 mux 1: console (std, vt100 emulation), using wskbd0 "Chicony Electronics Co.,Ltd. Integrated Camera" rev 2.00/0.09 addr 2 at uhub0 port 8 not configured softraid0 at root scsibus1 at softraid0: 256 targets root on rd0a swap on rd0b dump on rd0b iwm0: could not read firmware iwm-8000C-16 (error 2) iwm0: failed to load init firmware syncing disks... done OpenBSD 6.3-current (GENERIC.MP) #48: