Re: iwm0 slow wireless - AC 7265 on ThinkPad X250

[Caolan McMahon]

>> Please test -current.
>>
>> Or you could try the following diffs on a 6.1 source tree but I have
>> not tested that and don't want to support it, so you are on your own.
>> https://marc.info/?l=openbsd-tech&m=149399149502787&q=raw
>> https://marc.info/?l=openbsd-tech&m=149399299003411&q=raw

Thanks Stefan, just knowing there are relevant commits in -current is good.


> Come to think of it, an easy workaround might be to disable 11n mode:
>
>   ifconfig iwm0 mode 11g
>
> That should make it work in 6.1.
> 11g has better range than 11n in 6.1 (the first patch above addresses this).
> You are probably far away from the AP, right?

I'm reasonably far away from the AP now, but I've also tested sitting
right next to the AP and I hit the same speed issue.
I'm also running in 11g mode at the moment in the hope that it would
help - I have subjectively noticed fewer stalls but networking
continues to be slow.

iwm0 slow wireless - AC 7265 on ThinkPad X250

[Caolan McMahon]

I'm seeing very slow wireless networking speeds on OpenBSD 6.1 using
the iwm driver.

$ dmesg | grep iwm0
iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 7265" rev 0x59, msi
iwm0: hw rev 0x210, fw ver 16.242414.0, address 60:57:18:91:f1:86

I struggle to get more than ~30-40kb/s download speed. Running Linux
on the same machine and network I could easily get 1mb/s or more. I've
also noticed the network will appear to hang for seconds at a time,
without pages loading in the browser.

I found some posts on this list from November 2016 which seem to
describe a similar problem with the driver in OpenBSD 6.0, but
according to that the fixes should be available in OpenBSD 6.1.

Wired networking works fine.

Is there anything I can try on OpenBSD 6.1 before having to re-test on -current?

Thanks,

Caolan

Re: ThinkPad x250 with USB DAC (Audioquest DragonFly v1.2)

[Caolan McMahon]

Thanks Stefan. Do you know if anyone is working on this?

On 9 May 2017 at 11:18, Stefan Sperling  wrote:
> On Tue, May 09, 2017 at 11:00:26AM +0100, Caolan McMahon wrote:
>> uaudio_chan_open: error creating pipe: err=INVAL endpt=0x01
>
> The problem is that xhci(4) does not yet support isochronous
> transfers which are needed for USB audio devices to work.
> http://www.beyondlogic.org/usbnutshell/usb4.shtml#Isochronous
>
> AFAIK this also affects other devices such as cameras.
>
> USB disks work because they use bulk transfers.

ThinkPad x250 with USB DAC (Audioquest DragonFly v1.2)

[Caolan McMahon]

I recently installed OpenBSD 6.1 on my Lenovo ThinkPad x250. I use a
USB DAC to listen to music because the built-in laptop audio is
terrible.

OpenBSD appears to detect the USB audio device, but is unable to play
any sound through it. I've seen similar posts on this list regarding
USB 2.0 audio devices and various internal USB hub combinations
causing issues, and I'm wondering if this device + laptop combination
is a lost cause?

Here's what I tried:

$ mplayer beep.wav
# I hear a beep from speakers

# plug in USB DAC, it appears to be detected

$ usbdevs
addr 1: xHCI root hub, Intel
 addr 5: AudioQuest DragonFly, AudioQuest inc.
 addr 2: VFS5011 Fingerprint Reader, Validity Sensors
 addr 3: Bluetooth, Intel
 addr 4: Integrated Camera, J8AECPB08
addr 1: EHCI root hub, Intel
 addr 2: Rate Matching Hub, Intel

$ mplayer beep.wav
# I hear nothing

$ dmesg
...
uaudio0 at uhub0 port 1 configuration 1 interface 0 "AudioQuest inc.
AudioQuest DragonFly" rev 1.00/1.20 addr 5
uaudio0: audio rev 1.00, 2 mixer controls
audio1 at uaudio0
uaudio_chan_open: error creating pipe: err=INVAL endpt=0x01
audio1: failed to start playback

$ aucat -f rsnd/0 -i beep.wav
# sound from speakers

$ aucat -f rsnd/1 -i beep.wav
rsnd/1: unsupported audio params

$ mixerctl -f /dev/mixer0
inputs.dac-0:1=126,126
inputs.dac-2:3=126,126
record.adc-2:3_mute=off
record.adc-2:3=124,124
record.adc-0:1_mute=off
record.adc-0:1=124,124
inputs.mix_source=spkr3,mic2,beep
inputs.mix_spkr3=120,120
inputs.mix_mic2=120,120
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix
inputs.mix3_source=dac-2:3,mix
inputs.mix4_source=dac-0:1,dac-2:3
inputs.mic=85,85
outputs.spkr_source=mix3
outputs.spkr_mute=off
outputs.spkr_eapd=on
outputs.hp_source=mix2
outputs.hp_mute=off
outputs.hp_boost=off
outputs.hp_eapd=on
outputs.spkr2_source=mix2
outputs.spkr2_mute=off
outputs.spkr2_boost=off
outputs.spkr2_eapd=on
inputs.spkr3=85,85
inputs.mic2=85,85
outputs.mic2_dir=input-vr80
record.adc-0:1_source=mic
record.adc-2:3_source=spkr3
outputs.hp_sense=unplugged
outputs.mic2_sense=unplugged
outputs.spkr_muters=hp
outputs.master=126,126
outputs.master.mute=off
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp,spkr2
record.volume=124,124
record.volume.mute=off
record.volume.slaves=adc-2:3,adc-0:1

$ mixerctl -f /dev/mixer1
outputs.spkr.mute=off
outputs.spkr=81,81

$ audioctl -f /dev/audioctl0
name=azalia1
mode=
pause=0
active=0
nblks=2
blksz=4416
rate=44100
encoding=s16le
play.channels=2
play.bytes=0
play.errors=0
record.channels=2
record.bytes=0
record.errors=0

$ audioctl -f /dev/audioctl1
name=uaudio0
mode=
pause=1
active=0
nblks=2
blksz=4410
rate=44100
encoding=s24le3
play.channels=2
play.bytes=0
play.errors=0
record.channels=2
record.bytes=0
record.errors=0

# try rebooting and disabling xhci using boot -c

$ usbdevs
addr 1: EHCI root hub, Intel
 addr 2: Rate Matching Hub, Intel

# plugging in the USB DAC it is not detected at all

# I also tried rebooting and disabling ehci using boot -c, just in
# case, but predictably it worked the same as it did originally

$ usbdevs
addr 1: xHCI root hub, Intel
 addr 2: AudioQuest DragonFly, AudioQuest inc.
 addr 3: VFS5011 Fingerprint Reader, Validity Sensors
 addr 4: Bluetooth, Intel
 addr 5: Integrated Camera, J8AECPB08

$ dmesg
...
uaudio0 at uhub0 port 1 configuration 1 interface 0 "AudioQuest inc.
AudioQuest DragonFly" rev 1.00/1.20 addr 2
uaudio0: audio rev 1.00, 2 mixer controls
audio1 at uaudio0

$ aucat -f rsnd/0 -i downloads/beep.wav
# beep from speakers

$ aucat -f rsnd/1 -i downloads/beep.wav
rsnd/1: unsupported audio params


What else should I try?

Caolan