Re: DNS lookup fails and iwm0 fatal firmware errors using OpenBSD 7.0
On Tue, 14 Dec 2021 15:38:08 +0100 Stefan Sperling wrote: > On Tue, Dec 14, 2021 at 12:49:14PM +0000, Dave Turner wrote: > > I have searched the web and tried various things but so far nothing > > fixes it. > > This should help: > https://marc.info/?l=openbsd-bugs=163459084214897=2 Stefan, Thanks, mv /etc/firmware/iwm-7265D-29 /etc/firmware/iwm-7265D-29.orig cp /etc/firmware/iwm-7265-17 /etc/firmware/iwm-7265D-29 and a reboot has improved things considerably! The odd DNS timeout still gets logged but for all I know it always did that running OpenBSD 6.n, it worked well so there was never any reason to look. Looking forward to 7.1! DaveT
DNS lookup fails and iwm0 fatal firmware errors using OpenBSD 7.0
My Asus UX305F laptop has been running OpenBSD 6.5 to 6.9 quite happily. Did a clean install of 7.0 because of the changed partition size requirements. The internet works for a while and then suddenly can't find the server it was connected to. The WiFi using iwm0 has the problems, axe0 the Ethernet via USB has not failed so far. I turn off iwm0 using doas ifconfig iwm0 down and then use an external USB to ethernet connector. I have searched the web and tried various things but so far nothing fixes it. The release notes for 7.0 show both DNS and iwm0 have been changed. Is there a problem with the updated iwm0? logs and various .conf files shown below. Any ideas? DaveT ux305f$ uname -a OpenBSD ux305f.lan 7.0 GENERIC.MP#2 amd64 syspatch is up to date. pkg_add -u is up to date. from dmesg iwm0 at pci2 dev 0 function 0 "Intel AC 7265" rev 0x59, msi /var/log/messages has repeated entries like this:- Nov 28 09:22:17 ux305f ntpd[98379]: DNS lookup tempfail Dec 13 13:21:14 ux305f unwind[40036]: bad packet: too short Dec 13 13:21:45 ux305f last message repeated 4 times Dec 13 13:23:40 ux305f last message repeated 11 times Dec 13 13:29:45 ux305f last message repeated 33 times Dec 13 13:29:55 ux305f ntpd[90670]: DNS lookup tempfail Dec 13 13:29:55 ux305f ntpd[90670]: DNS lookup tempfail Dec 13 13:30:00 ux305f unwind[40036]: bad packet: too short Dec 13 13:30:46 ux305f last message repeated 6 times Sometimes it also logs this:- Dec 5 11:36:36 ux305f /bsd: iwm0: fatal firmware error Dec 5 11:36:37 ux305f /bsd: iwm0: could not remove MAC context (error 35) I have tried various things to try and make it work properly. Killing ntpd didn't help. Editing resolv.conf to add the 208.67.222.222 Open DNS server didn't help because resolvd adds nameserver 192.168.1.254 as the first line. So I made resolv.conf read-only. And still resolvd added nameserver 127.0.0.1 as the first line. I didn't have a /etc/dhclient.conf so I created one with the single line supersede domain-name-servers 1.1.1.1 so it uses Cloudflare as recommended by openbsdhandbook.com. That didn't help either. my /etc/hostname.iwm0 file is:- join MY-HOUSE wpakey my-password join FRIENDS-HOUSE wpakey friends-password dhcp inet autoconf up until 5th December inet autoconf was inet6 autoconf. That change didn't help either. cat /etc/resolv.conf nameserver 192.168.1.254 # resolvd: iwm0 nameserver 208.67.222.222 # Open DNS nameserver 208.67.220.220 # Open DNS cat /etc/unwind.conf forwarder 208.67.222.222 cat ntpd.conf # $OpenBSD: ntpd.conf,v 1.16 2019/11/06 19:04:12 deraadt Exp $ # # See ntpd.conf(5) and /etc/examples/ntpd.conf servers pool.ntp.org server time.apple.com server 1.uk.pool.ntp.org server 2.uk.pool.ntp.org server 3.uk.pool.ntp.org server time.cloudflare.com sensor * constraint from "9.9.9.9" # quad9 v4 without DNS constraint from "2620:fe::fe" # quad9 v6 without DNS constraints from "www.google.com" # intentionally not 8.8.8.8 cat /etc/hostname.axe0 autoconf inet6 autoconf cat /etc/resolv.conf nameserver 127.0.0.1 # resolvd: unwind #nameserver 192.168.1.254 # resolvd: axe0 nameserver 208.67.222.222 # Open DNS nameserver 208.67.220.220 # Open DNS ifconfig ux305f$ ifconfig lo0: flags=8049 mtu 32768 index 3 priority 0 llprio 3 groups: lo inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff00 iwm0: flags=a48802 mtu 1500 lladdr 5c:e0:c5:69:07:3a index 1 priority 4 llprio 3 groups: wlan egress media: IEEE802.11 autoselect (HT-MCS0 mode 11n) status: no network ieee80211: join MY-WIFI wpakey wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher ccmp inet6 fe80::5ee0:c5ff:fe69:73a%iwm0 prefixlen 64 scopeid 0x1 inet 192.168.1.66 netmask 0xff00 broadcast 192.168.1.255 enc0: flags=0<> index 2 priority 0 llprio 3 groups: enc status: active axe0: flags=a48843 mtu 1500 lladdr 38:4b:76:f0:5e:72 index 4 priority 0 llprio 3 groups: egress media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::3a4b:76ff:fef0:5e72%axe0 prefixlen 64 scopeid 0x4 inet 192.168.1.68 netmask 0xff00 broadcast 192.168.1.255 pflog0: flags=141 mtu 33136 index 5 priority 0 llprio 3 groups: pflog ux305f$
Re: late 2006 intel iMac no sound OpenBSD5.7
Jonathan,
Just to be sure I re-installed OpenBSD but using a downloaded snapshot
install iso for 5.8 dated 20150909.
The audio behaviour below is unchanged so I obviously was running
azalia_codec.c V1.170 but had the wrong source code.
So, I have a real bug.
How do I find out what the subid for my old iMac 6,1 is, and where is
the documentation for the various quirks used in azalia_codec.c?
It is many a long year since I rummaged so deep into drivers and things,
but as long as I can find the documentation I am up for having a go.
A quick search on the internet has turned up the 225 page Intel High
Definition Audio Spec v1.0a June 17 2010, so that looks like being my
bed time reading!
All hints and tips welcome.
DaveT
On 09/09/15 04:33, Jonathan Gray wrote:
The patch was against -current. As it seems you've updated your system
to -current now, when running cvs up you can use "cvs up -PAd" to remove
any tags. If /usr/src/CVS/Tag exists your src tree is tracking a stable
branch.
On Tue, Sep 08, 2015 at 10:03:35PM +0100, Dave Turner wrote:
Jonathan,
Thanks for the info.
I have spent all evening reading the OpenBSD faq and trying find out where I
get the updated version of azalia_codec.c from...
I don't think it is in the 5.7 Patch series, so I set to and did the Upgrade
to OpenBSD 5.8 which seemed OK until I tried to login.
Much reading and faffing to find I had to use CTRL-ALT-F1 to get a terminal
to login and do the sysmerge.
uname -a and dmesg both show the iMac is now running OpenBSD 5.8.
and the audio still doesn't work but in an interestingly different way!
Even as root I can't change the play.rate to 44100, it stays at 48000.
audioctl play.{seek,samples,errors} now returns
audioctl: field play.seek does not exist
audioctl: field play.samples does not exist
play.errors=0
I might have a bit more cvs updating to do? The version of azalia_codec.c in
/usr/src/dev/pci seems to be still at 1.165 dated 2014/12/10.
But it is late now and I have had enough for today.
On 08/09/15 03:26, Jonathan Gray wrote:
On Tue, Sep 08, 2015 at 12:58:18AM +0100, Dave Turner wrote:
I have tried the various tests on the audio system from the faqs, and an
email search didn't find much on apple hardware and sound but it was
discouraging... The changes from 5.7 to the imminent 5.8 do mention changes
to the azalia driver but the description didn't appear to relate to my
problem, although 5.6 to 5.7 did mention the mac mini and 'quirks'.
My iMac is a version 6,1 from late 2006.
It uses the Intel 82801GB HD Audio chip and the Realtek ALC885 codec.
It uses the azalia audio driver.
I played with mixerctl and audioctl, used 'cdio cdplay' etc, nothing would
make a sound!
The base setttings for audioctl had the play.rate at 48000 so I changed that
to 44100 to test using cdio cdplay.
I changed various settings in mixerctl to increase audio from 0 to 255, no
sound.
It seems almost all the apple audio devices need various quirks,
try this:
Index: azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.170
diff -u -p -r1.170 azalia_codec.c
--- azalia_codec.c 24 Aug 2015 04:50:40 - 1.170
+++ azalia_codec.c 8 Sep 2015 02:23:49 -
@@ -198,6 +198,7 @@ azalia_codec_init_vtbl(codec_t *this)
case 0x10ec0885:
this->name = "Realtek ALC885";
this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
+ printf("\n%s subid=%x\n", XNAME(this), this->subid);
if (this->subid == 0x00a1106b || /* APPLE_MB3 */
this->subid == 0xcb7910de || /* APPLE_MACMINI3_1
(line-in + hp) */
this->subid == 0x00a0106b || /* APPLE_MB3_1 */
@@ -208,6 +209,10 @@ azalia_codec_init_vtbl(codec_t *this)
this->subid == 0xcb7910de || /* APPLE_MACMINI3_1
(internal spkr) */
this->subid == 0x00a0106b)
this->qrks |= AZ_QRK_WID_OVREF50;
+ if (this->subid == 0x1000106b ||
+ this->subid == 0x3e00106b) {
+ this->qrks |= AZ_QRK_GPIO_UNMUTE_0 |
AZ_QRK_GPIO_UNMUTE_1;
+ }
break;
case 0x10ec0888:
this->name = "Realtek ALC888";
Re: late 2006 intel iMac no sound OpenBSD5.7
Jonathan,
Thanks for the info.
I have spent all evening reading the OpenBSD faq and trying find out
where I get the updated version of azalia_codec.c from...
I don't think it is in the 5.7 Patch series, so I set to and did the
Upgrade to OpenBSD 5.8 which seemed OK until I tried to login.
Much reading and faffing to find I had to use CTRL-ALT-F1 to get a
terminal to login and do the sysmerge.
uname -a and dmesg both show the iMac is now running OpenBSD 5.8.
and the audio still doesn't work but in an interestingly different way!
Even as root I can't change the play.rate to 44100, it stays at 48000.
audioctl play.{seek,samples,errors} now returns
audioctl: field play.seek does not exist
audioctl: field play.samples does not exist
play.errors=0
I might have a bit more cvs updating to do? The version of
azalia_codec.c in /usr/src/dev/pci seems to be still at 1.165 dated
2014/12/10.
But it is late now and I have had enough for today.
On 08/09/15 03:26, Jonathan Gray wrote:
On Tue, Sep 08, 2015 at 12:58:18AM +0100, Dave Turner wrote:
I have tried the various tests on the audio system from the faqs, and an
email search didn't find much on apple hardware and sound but it was
discouraging... The changes from 5.7 to the imminent 5.8 do mention changes
to the azalia driver but the description didn't appear to relate to my
problem, although 5.6 to 5.7 did mention the mac mini and 'quirks'.
My iMac is a version 6,1 from late 2006.
It uses the Intel 82801GB HD Audio chip and the Realtek ALC885 codec.
It uses the azalia audio driver.
I played with mixerctl and audioctl, used 'cdio cdplay' etc, nothing would
make a sound!
The base setttings for audioctl had the play.rate at 48000 so I changed that
to 44100 to test using cdio cdplay.
I changed various settings in mixerctl to increase audio from 0 to 255, no
sound.
It seems almost all the apple audio devices need various quirks,
try this:
Index: azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.170
diff -u -p -r1.170 azalia_codec.c
--- azalia_codec.c 24 Aug 2015 04:50:40 - 1.170
+++ azalia_codec.c 8 Sep 2015 02:23:49 -
@@ -198,6 +198,7 @@ azalia_codec_init_vtbl(codec_t *this)
case 0x10ec0885:
this->name = "Realtek ALC885";
this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
+ printf("\n%s subid=%x\n", XNAME(this), this->subid);
if (this->subid == 0x00a1106b || /* APPLE_MB3 */
this->subid == 0xcb7910de || /* APPLE_MACMINI3_1
(line-in + hp) */
this->subid == 0x00a0106b || /* APPLE_MB3_1 */
@@ -208,6 +209,10 @@ azalia_codec_init_vtbl(codec_t *this)
this->subid == 0xcb7910de || /* APPLE_MACMINI3_1
(internal spkr) */
this->subid == 0x00a0106b)
this->qrks |= AZ_QRK_WID_OVREF50;
+ if (this->subid == 0x1000106b ||
+ this->subid == 0x3e00106b) {
+ this->qrks |= AZ_QRK_GPIO_UNMUTE_0 |
AZ_QRK_GPIO_UNMUTE_1;
+ }
break;
case 0x10ec0888:
this->name = "Realtek ALC888";
late 2006 intel iMac no sound OpenBSD5.7
I have tried the various tests on the audio system from the faqs, and an
email search didn't find much on apple hardware and sound but it was
discouraging... The changes from 5.7 to the imminent 5.8 do mention
changes to the azalia driver but the description didn't appear to relate
to my problem, although 5.6 to 5.7 did mention the mac mini and 'quirks'.
My iMac is a version 6,1 from late 2006.
It uses the Intel 82801GB HD Audio chip and the Realtek ALC885 codec.
It uses the azalia audio driver.
I played with mixerctl and audioctl, used 'cdio cdplay' etc, nothing
would make a sound!
The base setttings for audioctl had the play.rate at 48000 so I changed
that to 44100 to test using cdio cdplay.
I changed various settings in mixerctl to increase audio from 0 to 255,
no sound.
audioctl play.{seek,samples,errors} gave
audioctl: field play.seek does not exist
play.samples=12105600
play.errors=0
and then
audioctl: field play.seek does not exist
play.samples=2011456
play.errors=1136
I tried mixerctl with both outputs.mode=analog and ouputs.mode=digital
because the man page for mixerctl did not make it clear to me whether
analog output meant digital-to-ANALOG converter and thus sound to the
speakers or if it was DIGITAL-to-analog and thus sound to the speakers.
mixerctl
record.adc-0:1_mute=off
record.adc-0:1=125,125
record.adc-2:3_mute=off
record.adc-2:3=125,125
record.adc-4:5_mute=off
record.adc-4:5=125,125
record.dig-adc-0:1_sou=SPDIF-in
inputs.mix_source=beep,hp,line-in
inputs.mix_mic=120,120
inputs.mix_beep=120,120
inputs.mix_hp=120,120
inputs.mix_line-in=120,120
outputs.mix2=192,192
inputs.mix2_source=dac-0:1,mix
outputs.mix3=126,126
inputs.mix3_source=dac-2:3,mix
outputs.mix4=192,192
inputs.mix4_source=dac-4:5,mix
outputs.mix5=126,126
inputs.mix5_source=dac-6:7,mix
outputs.hp_source=mix2
outputs.hp_mute=off
inputs.hp=85,85
outputs.hp_dir=output
outputs.hp_boost=off
outputs.line-in_source=mix3
outputs.line-in_mute=off
inputs.line-in=85,85
outputs.line-in_dir=input
outputs.line-in_boost=off
outputs.spkr_source=mix4
outputs.spkr_mute=off
outputs.spkr_dir=output
outputs.spkr_boost=off
inputs.mic=85,85
outputs.mic_dir=input-vr80
outputs.spkr2_source=mix4
outputs.spkr2_mute=off
outputs.spkr2_dir=output
outputs.spkr2_boost=off
outputs.SPDIF_source=dig-dac-0:1
record.adc-4:5_source=mic,beep,hp,line-in,mix
record.adc-2:3_source=mic,beep,hp,line-in,mix
record.adc-0:1_source=mic,beep,hp,line-in,mix
outputs.mix9=126,126
inputs.mix9_source=dac-8:9,mix
outputs.hp_sense=unplugged
outputs.line-in_sense=plugged
outputs.spkr_muters=hp,line-in
outputs.master=255,255
outputs.master.mute=off
outputs.master.slaves=mix2,mix4,hp,spkr,spkr2
record.volume=125,125
record.volume.mute=off
record.volume.slaves=adc-0:1,adc-2:3,adc-4:5
outputs.mode=analog
record.mode=analog
I think this is the relevant audio part from dmesg:-
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: Realtek ALC885
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: msi
pci2 at ppb1 bus 2
This would have been 'sendbug' if I was reporting this as a bug:-
>Synopsis:
>Category:
>Environment:
System : OpenBSD 5.7
Details : OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar 8 11:04:17
MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Architecture: OpenBSD.amd64
Machine : amd64
>Description:
>How-To-Repeat:
what you do>
>Fix:
SENDBUG: dmesg and usbdevs are attached.
dmesg:
OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar 8 11:04:17 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3188355072 (3040MB)
avail mem = 3099627520 (2956MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (43 entries)
bios0: vendor Apple Computer, Inc. version
"IM61.88Z.0093.B07.0706281250" date 06/28/07
bios0: Apple Computer, Inc. iMac6,1
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT
acpi0: wakeup devices PXS1(S4) PXS2(S4) USB1(S3) USB2(S3) USB3(S3)
USB4(S3) USB7(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.57 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
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
