Re: athn0: device timeout with AR9271

[Stefan Sperling]

On Mon, Feb 05, 2018 at 11:07:18AM +, Kevin Chadwick wrote:
> On Mon, 5 Feb 2018 11:21:27 +0100
> > However, I can still reproduce device timeouts easily by running
> > tcpbench through an AR9271 in hostap mode. I don't know yet what's
> > causing the problem.
> 
> (Not using these for production btw)
> 
> I have unplugged my AR9271 due to these timeouts. Due to the chromecast
> (below) I have a so far unneeded script now to bring it down and up
> via a cronjob every minute upon a timeout in /var/log/messages. Pretty
> simple but I can provide it if anyone wants it.
> 
> I get very few timeouts on AR5008-3NG (AR5416+AR2133) but seemed to get
> many suddenly with a chromecast and the athn would not recover like
> usual. It seems to have stopped and since Google update chromecasts
> silently I can't tell why or test further and so haven't said anything.
> 
> The AR9271 has TxR:S of 1:1:1 compared to 3x3:2, perhaps it has a
> smaller buffer or just a more constrained power supply like you
> previously mentioned that struggles with many RX/TX?
> 
> The unconfirmed possible cause was a flood of UDP MDNS packets.

Our athn(4) driver is not running periodic calibration.
Which is very bad and can result in problems at the PHY layer such
as eventual deafness and inability to transmit.
That's the one problem to solve before looking for other causes.

Re: athn0: device timeout with AR9271

[Kevin Chadwick]

On Mon, 5 Feb 2018 11:21:27 +0100


> However, I can still reproduce device timeouts easily by running
> tcpbench through an AR9271 in hostap mode. I don't know yet what's
> causing the problem.

(Not using these for production btw)

I have unplugged my AR9271 due to these timeouts. Due to the chromecast
(below) I have a so far unneeded script now to bring it down and up
via a cronjob every minute upon a timeout in /var/log/messages. Pretty
simple but I can provide it if anyone wants it.

I get very few timeouts on AR5008-3NG (AR5416+AR2133) but seemed to get
many suddenly with a chromecast and the athn would not recover like
usual. It seems to have stopped and since Google update chromecasts
silently I can't tell why or test further and so haven't said anything.

The AR9271 has TxR:S of 1:1:1 compared to 3x3:2, perhaps it has a
smaller buffer or just a more constrained power supply like you
previously mentioned that struggles with many RX/TX?

The unconfirmed possible cause was a flood of UDP MDNS packets.

https://www.theregister.co.uk/2018/01/15/router_vendors_update_firmware_to_protect_against_google_chromecast_traffic_floods/

Re: athn0: device timeout with AR9271

[Stefan Sperling]

On Sat, Jan 27, 2018 at 12:59:12PM +0300, Denis wrote:
> I would like to add some test conditions to a previous post.
> 
> AR9271 USB stick's antenna  line of sight to AP antenna ~10m.
> 
> It that case I usually receive
> 
> athn0: device timeout

You might have better luck with -current from today, where this driver
now uses newer and actively maintained open source firmware.

However, I can still reproduce device timeouts easily by running tcpbench
through an AR9271 in hostap mode. I don't know yet what's causing the problem.

I could not yet trigger this problem on my AR7010 device.

An AR9271 device with firmware serial console would be useful for debugging,
for instance: https://wikidevi.com/wiki/ALFA_Network_AWUS036NHA

Re: athn0: device timeout with AR9271

[Denis]

I would like to add some test conditions to a previous post.

AR9271 USB stick's antenna  line of sight to AP antenna ~10m.

It that case I usually receive

athn0: device timeout

As man(4) athn diagnostic message shows. 'A frame dispatched to the
hardware for transmission did not complete in time. The driver will
reset the hardware. Make sure the laptop radio switch is on.'

When I connected AR9271 USB stick to 6.2amd64 host I usually got these
messages but not always

athn0: firmware command 0x17 timed out
athn0: firmware command 0x18 timed out

Full dmesg is below

OpenBSD 6.2 (GENERIC.MP) #1: Thu Jan 18 11:09:28 UTC 2018
r...@machine.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8451125248 (8059MB)
avail mem = 8192278528 (7812MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (64 entries)
bios0: vendor LENOVO version "8DET72WW (1.42 )" date 02/18/2016
bios0: LENOVO 5491C51
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF!
TCPA SSDT SSDT DMAR UEFI UEFI UEFI
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4)
EHC1(S3) EHC2(S3) HDEF(S4)
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) i7-2640M CPU @ 2.80GHz, 2791.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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 2791332320 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz, 2790.93 MHz
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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz, 2790.93 MHz
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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz, 2790.93 MHz
cpu3:
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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 2 (EXP1)
acpiprt3 at acpi0: bus 3 (EXP2)
acpiprt4 at acpi0: bus 5 (EXP4)
acpiprt5 at acpi0: bus 13 (EXP5)
acpiprt6 at acpi0: bus 14 (EXP7)
acpicpu0 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpicpu1 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpicpu2 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpicpu3 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2
acpitz0 at acpi0: critical temperature is 99 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
"LEN0020" at acpi0 not configured
acpibat0 at acpi0: BAT0 model "45N1172" serial 14231 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
"IBM0079" at acpi0 not configured
"PNP0C14" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpidock0 at acpi0: GDCK docked (15)
acpivideo0 at acpi0: VID_
acpivout at acpivideo0 not configured
acpivideo1 at acpi0: VID_
cpu0: Enhanced SpeedStep 2791 MHz: speeds: 2801, 2800, 2600, 2400, 2200,
2000, 1800, 1600, 1400, 1200, 1000, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09
drm0 at inteldrm0
inteldrm0: msi
inteldrm0: 1366x768, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 6 

Re: athn0: device timeout with AR9271

[Denis]

Encountered the same errors with AR9271 dongle (athn driver) as in
previous posts:

athn0: firmware command 0x17 timed out
athn0: firmware command 0x18 timed out
athn0 device timeout

Kernel determined it as:

athn0 at uhub1 port 4 configuration 1 interface 0 "ATHEROS USB2.0 WLAN" rev 
2.00/1.08 addr 4
athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c4:e9:84:xx:xx:xx


Thank you for attention to a problem.

Denis

On 7/25/2016 12:57 PM, ML mail wrote:
> Hi,
>
> I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time to 
> time there are timeouts which prevents any access to it anymore until I 
> either plug out and in the Wifi dongle again or reboot.
>
> Here is the hardware details of that Wifi USB dongle:
>
>
> athn0 at uhub1 port 4 configuration 1 interface 0 "ATHEROS USB2.0 WLAN" rev 
> 2.00/1.08 addr 4
> athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c4:e9:84:xx:xx:xx
>
>
> There error is the following (many of these messages are repeated):
>
>
> athn0: device timeout
>
>
> My /etc/hostname.athn0 is the following:
>
> inet 172.16.20.1 255.255.255.0
> media autoselect
> mediaopt hostap
> mode 11b
> chan 6
> nwid 
> wpakey 
>
> So I was wondering what is going on here... Is my Wifi USB dongle crap? or am 
> I maybe doing something wrong?
>
> Let me know if I should provide any other infos...
>
>
> Regards
> ML
>

Re: athn0: device timeout with AR9271

[Kapfhammer, Stefan]

http://man.openbsd.org/usb.4

Go through all the manpages and look at "bugs",
mostly at the end of all manpages. I have no
recommen‎dation right now. Have no USB network
device‎. Good luck.

‎Wireless network interfaces
athn(4)
Atheros IEEE 802.11a/b/g/n wireless network device
atu(4)
Atmel AT76C50x IEEE 802.11b wireless network device
otus(4)
Atheros USB IEEE 802.11a/b/g/n wireless network device
rsu(4)
Realtek RTL8188SU/RTL8192SU USB IEEE 802.11b/g/n wireless network device
rum(4)
Ralink Technology/MediaTek USB IEEE 802.11a/b/g wireless network device
run(4)
Ralink Technology/MediaTek USB IEEE 802.11a/b/g/n wireless network device
uath(4)
Atheros USB IEEE 802.11a/b/g wireless network device
upgt(4)
Conexant/Intersil PrismGT SoftMAC USB IEEE 802.11b/g wireless network device
ural(4)
Ralink Technology/MediaTek USB IEEE 802.11b/g wireless network device
urtw(4)
Realtek RTL8187L/RTL8187B USB IEEE 802.11b/g wireless network device
urtwn(4)
Realtek RTL8188CU/RTL8188EU/RTL8192CU USB IEEE 802.11b/g/n wireless network 
device
wi(4)
Intersil PRISM 2-3 IEEE 802.11b wireless network device
zyd(4)
ZyDAS ZD1211/ZD1211B USB IEEE 802.11b/g wireless network device


Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht
Von: ML mail
Gesendet: Dienstag, 9. August 2016 10:13
An: Miscellaneous OBSD
Antwort an: ML mail
Betreff: Re: athn0: device timeout with AR9271


Uh oh, now it all makes sense with AP mode is not working propery with my
athn...

Can anyone recommend me a USB wireless adapter which does work as host AP on
OpenBSD?


On Monday, August 8, 2016 9:34 PM, "Kapfhammer, Stefan" <sk...@skapf.de>
wrote:



http://man.openbsd.org/OpenBSD-current/man4/athn.4

Last line "Bugs":

‎Host AP mode does not work with USB devices.

Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht

Von: ML mail
Gesendet: Montag, 25. Juli 2016 12:00
An: Miscellaneous OBSD
Antwort an: ML mail
Betreff: athn0: device timeout with AR9271


Hi,

I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time to
time there are timeouts which prevents any access to it anymore until I either
plug out and in the Wifi dongle again or reboot.

Here is the hardware details of that Wifi USB dongle:


athn0 at uhub1 port 4 configuration 1 interface 0 "ATHEROS USB2.0 WLAN" rev
2.00/1.08 addr 4
athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c4:e9:84:xx:xx:xx


There error is the following (many of these messages are repeated):


athn0: device timeout


My /etc/hostname.athn0 is the following:

inet 172.16.20.1 255.255.255.0
media autoselect
mediaopt hostap
mode 11b
chan 6
nwid 
wpakey 

So I was wondering what is going on here... Is my Wifi USB dongle crap? or am
I maybe doing something wrong?

Let me know if I should provide any other infos...


Regards
ML

Re: athn0: device timeout with AR9271

[ML mail]

Uh oh, now it all makes sense with AP mode is not working propery with my
athn...

Can anyone recommend me a USB wireless adapter which does work as host AP on
OpenBSD?


On Monday, August 8, 2016 9:34 PM, "Kapfhammer, Stefan" 
wrote:



http://man.openbsd.org/OpenBSD-current/man4/athn.4

Last line "Bugs":

‎Host AP mode does not work with USB devices.

Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht

Von: ML mail
Gesendet: Montag, 25. Juli 2016 12:00
An: Miscellaneous OBSD
Antwort an: ML mail
Betreff: athn0: device timeout with AR9271


Hi,

I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time to
time there are timeouts which prevents any access to it anymore until I either
plug out and in the Wifi dongle again or reboot.

Here is the hardware details of that Wifi USB dongle:


athn0 at uhub1 port 4 configuration 1 interface 0 "ATHEROS USB2.0 WLAN" rev
2.00/1.08 addr 4
athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c4:e9:84:xx:xx:xx


There error is the following (many of these messages are repeated):


athn0: device timeout


My /etc/hostname.athn0 is the following:

inet 172.16.20.1 255.255.255.0
media autoselect
mediaopt hostap
mode 11b
chan 6
nwid 
wpakey 

So I was wondering what is going on here... Is my Wifi USB dongle crap? or am
I maybe doing something wrong?

Let me know if I should provide any other infos...


Regards
ML

Re: athn0: device timeout with AR9271

[Kapfhammer, Stefan]

http://man.openbsd.org/OpenBSD-current/man4/athn.4

Last line "Bugs":

‎Host AP mode does not work with USB devices.

Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht
Von: ML mail
Gesendet: Montag, 25. Juli 2016 12:00
An: Miscellaneous OBSD
Antwort an: ML mail
Betreff: athn0: device timeout with AR9271


Hi,

I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time to 
time there are timeouts which prevents any access to it anymore until I either 
plug out and in the Wifi dongle again or reboot.

Here is the hardware details of that Wifi USB dongle:


athn0 at uhub1 port 4 configuration 1 interface 0 "ATHEROS USB2.0 WLAN" rev 
2.00/1.08 addr 4
athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c4:e9:84:xx:xx:xx


There error is the following (many of these messages are repeated):


athn0: device timeout


My /etc/hostname.athn0 is the following:

inet 172.16.20.1 255.255.255.0
media autoselect
mediaopt hostap
mode 11b
chan 6
nwid 
wpakey 

So I was wondering what is going on here... Is my Wifi USB dongle crap? or am I 
maybe doing something wrong?

Let me know if I should provide any other infos...


Regards
ML

Re: athn0: device timeout with AR9271

[ML mail]

Some news here... I upgraded the BIOS from a version from 2014 to 2016. 
Unfortunately that did not change anything to the timeouts. I will now wait 
until beginning of September to upgrade to OpenBSD 6.0 and see if that helps.
I will keep you guys posted.
 

On Tuesday, July 26, 2016 11:25 PM, Stefan Sperling  wrote:
 

 On Tue, Jul 26, 2016 at 07:57:46PM +, ML mail wrote:
> Should I upgrade to -CURRENT?

Yes!

Re: athn0: device timeout with AR9271

[Stefan Sperling]

On Tue, Jul 26, 2016 at 07:57:46PM +, ML mail wrote:
> Should I upgrade to -CURRENT?

Yes!

Re: athn0: device timeout with AR9271

[Kapfhammer, Stefan]

Hi ML,

in which machine is the usb dongle plugged in?
Alix/Apu1/Apu2? Other?


Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht
Von: ML mail
Gesendet: Dienstag, 26. Juli 2016 21:59
An: Adam Wolk; Miscellaneous OBSD
Antwort an: ML mail
Betreff: Re: athn0: device timeout with AR9271


Hi Adam,


I upgraded yesterday from 5.8 to 5.9 and already encountered this morning the
same issue. In the kernel log I get a ton of these messages:

athn0: firmware command 0x17 timed out
athn0: firmware command 0x18 timed out


Now what would be the next step? Should I upgrade to -CURRENT?

or is there any patches I can try from you?

Regards,
ML


On Tuesday, July 26, 2016 11:38 AM, Adam Wolk <adam.w...@tintagel.pl> wrote:



On Mon, Jul 25, 2016 at 01:31:13PM +0200, Stefan Sperling wrote:

> On Mon, Jul 25, 2016 at 09:57:38AM +, ML mail wrote:
> > Hi,
> >
> > I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time
to time there are timeouts which prevents any access to it anymore until I
either plug out and in the Wifi dongle again or reboot.
> >
>
> Please upgrade from 5.8 to 5.9 and then to -current. Last week, bugs
> in the wifi stack were fixed in -current which might affect this.
>

The issue might also be what I encountered with my athn0 usb dongle.
  https://marc.info/?l=openbsd-misc=144895556213390=2

I do plan on implementing the process context for this specific driver (even
started during pkgsrcon in the beginning of this month). Let me know if the
issue persists after upgrading, would be nice to have more than one person to
test the changes when I get around to finishing it up.

Regards,
Adam

Re: athn0: device timeout with AR9271

[Kapfhammer, Stefan]

Yeah,

But answer to list and Adam as well, sorry pressed wrong button on my
BlackBerry.


Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht  
Von: ML mail
Gesendet: Dienstag, 26. Juli 2016 22:34
An: Kapfhammer, Stefan
Antwort an: ML mail
Betreff: Re: AW: athn0: device timeout with AR9271

Thanks for the tip regarding the BIOS. The machine was bought autumn 2015 so I
will check with the hardware vendor see if he has a newer firmware for this
BIOS and get back to you.


On Tuesday, July 26, 2016 10:28 PM, "Kapfhammer, Stefan" <sk...@skapf.de>
wrote:

Have latest bis firmware upgrade?
That was the issue on apu2.
After upgrading workes like a charm.


Freundliche Grüße / Regards
-stefan kapfhammer
Originalnachricht

Von: ML mail
Gesendet: Dienstag, 26. Juli 2016 22:26
An: Kapfhammer, Stefan; Adam Wolk; Miscellaneous OBSD
Antwort an: ML mail
Betreff: Re: AW: athn0: device timeout with AR9271


Hi Stefan,

It's a Nexcom network application NSA 1150, you will find the exact specs
here:


http://www.nexcom.com/Products/network-and-communication-solutions/entry-leve
l-appliance/entry-level-appliance/network-communication-nsa-1150

Regards,
ML



On Tuesday, July 26, 2016 10:05 PM, "Kapfhammer, Stefan" <sk...@skapf.de>
wrote:
Hi ML,

in which machine is the usb dongle plugged in?
Alix/Apu1/Apu2? Other?


Freundliche Grüße / Regards
-stefan kapfhammer
Originalnachricht

Von: ML mail
Gesendet: Dienstag, 26. Juli 2016 21:59
An: Adam Wolk; Miscellaneous OBSD
Antwort an: ML mail
Betreff: Re: athn0: device timeout with AR9271


Hi Adam,


I upgraded yesterday from 5.8 to 5.9 and already encountered this morning the
same issue. In the kernel log I get a ton of these messages:

athn0: firmware command 0x17 timed out
athn0: firmware command 0x18 timed out


Now what would be the next step? Should I upgrade to -CURRENT?

or is there any patches I can try from you?

Regards,
ML


On Tuesday, July 26, 2016 11:38 AM, Adam Wolk <adam.w...@tintagel.pl> wrote:



On Mon, Jul 25, 2016 at 01:31:13PM +0200, Stefan Sperling wrote:

> On Mon, Jul 25, 2016 at 09:57:38AM +, ML mail wrote:
> > Hi,
> >
> > I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time
to time there are timeouts which prevents any access to it anymore until I
either plug out and in the Wifi dongle again or reboot.
> >
>
> Please upgrade from 5.8 to 5.9 and then to -current. Last week, bugs
> in the wifi stack were fixed in -current which might affect this.
>

The issue might also be what I encountered with my athn0 usb dongle.
https://marc.info/?l=openbsd-misc=144895556213390=2

I do plan on implementing the process context for this specific driver (even
started during pkgsrcon in the beginning of this month). Let me know if the
issue persists after upgrading, would be nice to have more than one person to
test the changes when I get around to finishing it up.

Regards,
Adam

Re: athn0: device timeout with AR9271

[ML mail]

Hi Stefan,

It's a Nexcom network application NSA 1150, you will find the exact specs
here:


http://www.nexcom.com/Products/network-and-communication-solutions/entry-leve
l-appliance/entry-level-appliance/network-communication-nsa-1150

Regards,
ML



On Tuesday, July 26, 2016 10:05 PM, "Kapfhammer, Stefan" <sk...@skapf.de>
wrote:
Hi ML,

in which machine is the usb dongle plugged in?
Alix/Apu1/Apu2? Other?


Freundliche Grüße / Regards
-stefan kapfhammer
  Originalnachricht

Von: ML mail
Gesendet: Dienstag, 26. Juli 2016 21:59
An: Adam Wolk; Miscellaneous OBSD
Antwort an: ML mail
Betreff: Re: athn0: device timeout with AR9271


Hi Adam,


I upgraded yesterday from 5.8 to 5.9 and already encountered this morning the
same issue. In the kernel log I get a ton of these messages:

athn0: firmware command 0x17 timed out
athn0: firmware command 0x18 timed out


Now what would be the next step? Should I upgrade to -CURRENT?

or is there any patches I can try from you?

Regards,
ML


On Tuesday, July 26, 2016 11:38 AM, Adam Wolk <adam.w...@tintagel.pl> wrote:



On Mon, Jul 25, 2016 at 01:31:13PM +0200, Stefan Sperling wrote:

> On Mon, Jul 25, 2016 at 09:57:38AM +, ML mail wrote:
> > Hi,
> >
> > I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time
to time there are timeouts which prevents any access to it anymore until I
either plug out and in the Wifi dongle again or reboot.
> >
>
> Please upgrade from 5.8 to 5.9 and then to -current. Last week, bugs
> in the wifi stack were fixed in -current which might affect this.
>

The issue might also be what I encountered with my athn0 usb dongle.
  https://marc.info/?l=openbsd-misc=144895556213390=2

I do plan on implementing the process context for this specific driver (even
started during pkgsrcon in the beginning of this month). Let me know if the
issue persists after upgrading, would be nice to have more than one person to
test the changes when I get around to finishing it up.

Regards,
Adam

Re: athn0: device timeout with AR9271

[ML mail]

Hi Adam,


I upgraded yesterday from 5.8 to 5.9 and already encountered this morning the 
same issue. In the kernel log I get a ton of these messages:

athn0: firmware command 0x17 timed out
athn0: firmware command 0x18 timed out


Now what would be the next step? Should I upgrade to -CURRENT?

or is there any patches I can try from you?

Regards,
ML


On Tuesday, July 26, 2016 11:38 AM, Adam Wolk  wrote:



On Mon, Jul 25, 2016 at 01:31:13PM +0200, Stefan Sperling wrote:

> On Mon, Jul 25, 2016 at 09:57:38AM +, ML mail wrote:
> > Hi,
> > 
> > I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time 
> > to time there are timeouts which prevents any access to it anymore until I 
> > either plug out and in the Wifi dongle again or reboot.
> > 
> 
> Please upgrade from 5.8 to 5.9 and then to -current. Last week, bugs
> in the wifi stack were fixed in -current which might affect this.
> 

The issue might also be what I encountered with my athn0 usb dongle.
  https://marc.info/?l=openbsd-misc=144895556213390=2

I do plan on implementing the process context for this specific driver (even
started during pkgsrcon in the beginning of this month). Let me know if the
issue persists after upgrading, would be nice to have more than one person to
test the changes when I get around to finishing it up.

Regards,
Adam

Re: athn0: device timeout with AR9271

[Adam Wolk]

On Mon, Jul 25, 2016 at 01:31:13PM +0200, Stefan Sperling wrote:
> On Mon, Jul 25, 2016 at 09:57:38AM +, ML mail wrote:
> > Hi,
> > 
> > I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time 
> > to time there are timeouts which prevents any access to it anymore until I 
> > either plug out and in the Wifi dongle again or reboot.
> > 
> 
> Please upgrade from 5.8 to 5.9 and then to -current. Last week, bugs
> in the wifi stack were fixed in -current which might affect this.
> 

The issue might also be what I encountered with my athn0 usb dongle.
  https://marc.info/?l=openbsd-misc=144895556213390=2

I do plan on implementing the process context for this specific driver (even
started during pkgsrcon in the beginning of this month). Let me know if the
issue persists after upgrading, would be nice to have more than one person to
test the changes when I get around to finishing it up.

Regards,
Adam

Re: athn0: device timeout with AR9271

[Stefan Sperling]

On Mon, Jul 25, 2016 at 09:57:38AM +, ML mail wrote:
> Hi,
> 
> I installed a USB Wifi card on my OpenBSD 5.8 firewall as AP and from time to 
> time there are timeouts which prevents any access to it anymore until I 
> either plug out and in the Wifi dongle again or reboot.
> 

Please upgrade from 5.8 to 5.9 and then to -current. Last week, bugs
in the wifi stack were fixed in -current which might affect this.