Re: iwx(4) 40MHz channel support
joshua stein wrote: > On Thu, 14 Oct 2021 at 09:21:18 +0200, Stefan Hagen wrote: > > This ramp up time is reproducible. It always starts slower in the first > > 1 or 2 seconds and then ramps up to full speed. > > I've observed this in ethernet transfers on OpenBSD for a long time, > it's not limited to WiFi. > I see it, but only upstream. This is the upper link speed end for the iperf3 server (FreeBSD) as well, so the test may be skewed. Ethernet: [x13](0)(~)$ iperf3 -c 192.168.1.20 Connecting to host 192.168.1.20, port 5201 [ 5] local 192.168.1.69 port 37380 connected to 192.168.1.20 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 104 MBytes 876 Mbits/sec [ 5] 1.00-2.00 sec 104 MBytes 870 Mbits/sec [ 5] 2.00-3.00 sec 104 MBytes 870 Mbits/sec [ 5] 3.00-4.00 sec 104 MBytes 870 Mbits/sec [x13](1)(~)$ iperf3 -R -c 192.168.1.20 Connecting to host 192.168.1.20, port 5201 Reverse mode, remote host 192.168.1.20 is sending [ 5] local 192.168.1.69 port 44067 connected to 192.168.1.20 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 78.9 MBytes 662 Mbits/sec [ 5] 1.00-2.00 sec 110 MBytes 924 Mbits/sec [ 5] 2.00-3.00 sec 111 MBytes 929 Mbits/sec [ 5] 3.00-4.00 sec 110 MBytes 926 Mbits/sec Best regards, Stefan
Re: iwx(4) 40MHz channel support
On Thu, 14 Oct 2021 at 09:21:18 +0200, Stefan Hagen wrote: > This ramp up time is reproducible. It always starts slower in the first > 1 or 2 seconds and then ramps up to full speed. I've observed this in ethernet transfers on OpenBSD for a long time, it's not limited to WiFi.
Re: iwx(4) 40MHz channel support
On 12.10.2021. 16:29, Hrvoje Popovski wrote: > On 12.10.2021. 14:47, Stefan Sperling wrote: >> This patch adds support for 40MHz channels to iwx(4). >> >> Please sync your source tree before attempting to apply this patch. >> I have committed some changes to this driver today which this patch >> is based on. >> >> Works for me on AX200/AX201. Does anyone else want to do a pre-commit test? > > with this diff i'm getting 150Mbps vs 100Mbps without it here at home > ... will test it at work ... > > Thank you .. > > > Hi, on work i'm getting 170Mbps iwx0 at pci3 dev 0 function 0 "Intel Wi-Fi 6 AX200" rev 0x1a, msix tcpbench: Conn: 1 Mbps:166.087 Peak Mbps:172.858 Avg Mbps:166.087 Conn: 1 Mbps:171.568 Peak Mbps:172.858 Avg Mbps:171.568 Conn: 1 Mbps:169.212 Peak Mbps:172.858 Avg Mbps:169.212 Conn: 1 Mbps:167.841 Peak Mbps:172.858 Avg Mbps:167.841 Conn: 1 Mbps:169.302 Peak Mbps:172.858 Avg Mbps:169.302 tcpdump -n -i iwx0 -v -y IEEE802_11_RADIO -s 4096 type mgt and subtype beacon 12:06:52.870418 802.11 flags=0<>: beacon, caps=421, ssid (eduroam), rates 12M* 18M 24M* 36M 48M 54M 12M* 12M*, ds (chan 36), tim 0x0001, country 'HR ', channel 36 limit 23dB, channel 40 limit 23dB, channel 44 limit 23dB, channel 48 limit 23dB, channel 52 limit 23dB, channel 56 limit 23dB, channel 60 limit 23dB, channel 64 limit 23dB, channel 100 limit 30dB, channel 104 limit 30dB, channel 108 limit 30dB, channel 112 limit 30dB, channel 116 limit 30dB, channel 120 limit 30dB, channel 124 limit 30dB, channel 128 limit 30dB, channel 132 limit 30dB, channel 136 limit 30dB, channel 140 limit 30dB, channel 149 limit 23dB, channel 153 limit 23dB, channel 157 limit 23dB, channel 161 limit 23dB, channel 165 limit 23dB, power constraint 0dB, tpcreport 0x0b00, rsn=, 9 stations, 14% utilization, admission capacity 0us/s, 71:1 0x04, htcaps=<20/40MHz,LDPC,SGI@20MHz,SGI@40MHz,TXSTBC,RXSTBC 1 stream,A-MSDU 7935,A-MPDU max 65535,A-MPDU spacing 4.00us,RxMCS 0xff000100>, htop=<40MHz chan 36:40,RIFS,htprot none,non-greenfield STA,basic MCS set 0x>, 127:8 0x04000140, 191:12 0x92018003eaffeaff, 192:5 0x002600, 195:3 0x010202, vendor 0x00904c0407, vendor 0x0010180209001c, vendor 0x0050f202000100, vendor 0x001977010603140d04175cf482000a8894ae7735c413e21d478026d8c413e21d47a01803085af60227e13e0808030427a309120064000100, vendor 0x0019772101000c535243452d41502d53313500,
Re: iwx(4) 40MHz channel support
Stefan Sperling wrote: > This patch adds support for 40MHz channels to iwx(4). > > Please sync your source tree before attempting to apply this patch. > I have committed some changes to this driver today which this patch > is based on. > > Works for me on AX200/AX201. Does anyone else want to do a pre-commit test? *jaw drops to floor* I double checked. There was no cable connected. [x13](0)(~)$ iperf3 -c 192.168.1.20 Connecting to host 192.168.1.20, port 5201 [ 5] local 192.168.1.226 port 40211 connected to 192.168.1.20 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 20.7 MBytes 173 Mbits/sec [ 5] 1.00-2.00 sec 24.3 MBytes 204 Mbits/sec [ 5] 2.00-3.00 sec 24.6 MBytes 206 Mbits/sec [ 5] 3.00-4.00 sec 24.6 MBytes 207 Mbits/sec [ 5] 4.00-5.00 sec 24.6 MBytes 206 Mbits/sec [ 5] 5.00-6.00 sec 24.8 MBytes 208 Mbits/sec [ 5] 6.00-7.00 sec 24.8 MBytes 208 Mbits/sec [ 5] 7.00-8.00 sec 24.6 MBytes 207 Mbits/sec [ 5] 8.00-9.00 sec 24.8 MBytes 208 Mbits/sec [ 5] 9.00-10.00 sec 24.8 MBytes 209 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.00 sec 243 MBytes 203 Mbits/sec sender [ 5] 0.00-10.02 sec 243 MBytes 203 Mbits/sec receiver iperf Done. [x13](0)(~)$ iperf3 -R -c 192.168.1.20 Connecting to host 192.168.1.20, port 5201 Reverse mode, remote host 192.168.1.20 is sending [ 5] local 192.168.1.226 port 19869 connected to 192.168.1.20 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 7.21 MBytes 60.5 Mbits/sec [ 5] 1.00-2.00 sec 12.7 MBytes 106 Mbits/sec [ 5] 2.00-3.00 sec 15.6 MBytes 131 Mbits/sec [ 5] 3.00-4.00 sec 17.5 MBytes 147 Mbits/sec [ 5] 4.00-5.00 sec 18.6 MBytes 156 Mbits/sec [ 5] 5.00-6.00 sec 19.3 MBytes 162 Mbits/sec [ 5] 6.00-7.00 sec 19.8 MBytes 166 Mbits/sec [ 5] 7.00-8.00 sec 20.2 MBytes 170 Mbits/sec [ 5] 8.00-9.00 sec 20.9 MBytes 175 Mbits/sec [ 5] 9.00-10.00 sec 21.0 MBytes 176 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 173 MBytes 145 Mbits/sec0 sender [ 5] 0.00-10.00 sec 173 MBytes 145 Mbits/sec receiver iperf Done. This ramp up time is reproducible. It always starts slower in the first 1 or 2 seconds and then ramps up to full speed. More testing + log in case you want to skim through it. Test 1: Walking around and got it to roam to the next AP Test 2: Going into suspend for ~30sec with running NFS transfer, resuming, NFS transfer continues Test 3: Going into suspend, walk to the next room (AP change), resuming, NFS transfer continues [...] Oct 14 08:23:41 x13 /bsd: iwx0 at pci3 dev 0 function 0 "Intel Wi-Fi 6 AX200" rev 0x1a, msix Oct 14 08:23:41 x13 /bsd: iwx0: hw rev 0x340, fw ver 63.c04f3485.0, address 70:9c:d1:b1:2d:bc [...] Oct 14 08:23:41 x13 /bsd: iwx0: begin active scan Oct 14 08:23:41 x13 /bsd: iwx0: INIT -> SCAN Oct 14 08:23:41 x13 /bsd: iwx0: SCAN -> INIT Oct 14 08:23:41 x13 /bsd: iwx0: begin active scan Oct 14 08:23:41 x13 /bsd: iwx0: INIT -> SCAN Oct 14 08:23:41 x13 /bsd: iwx0: end active scan Oct 14 08:23:41 x13 /bsd: iwx0: best AP e0:63:da:7e:f8:24 "DiscMate" score 75 Oct 14 08:23:41 x13 /bsd: iwx0: switching to network "DiscMate" Oct 14 08:23:41 x13 /bsd: iwx0: + 18:e8:29:57:3d:061 +27 54M ess privacy rsn "DiscMate" Oct 14 08:23:41 x13 /bsd: iwx0: + 18:e8:29:58:3d:06 36 +29 54M ess privacy rsn "DiscMate" Oct 14 08:23:41 x13 /bsd: iwx0: - 1c:3a:de:74:c2:50 13 +13 54M ess privacy rsn "HZN242371510"! Oct 14 08:23:41 x13 /bsd: iwx0: - 1e:e8:29:57:3d:061 +29 54M ess privacy rsn ""! Oct 14 08:23:41 x13 /bsd: iwx0: - 1e:e8:29:58:3d:06 36 +29 54M ess privacy rsn ""! Oct 14 08:23:41 x13 /bsd: iwx0: - 2c:91:ab:82:87:43 36+8 54M ess privacy rsn "FRITZ!Box 6591 Cable AQ"! Oct 14 08:23:41 x13 /bsd: iwx0: - 2c:91:ab:82:87:446 +15 54M ess privacy rsn "FRITZ!Box 6591 Cable AQ"! Oct 14 08:23:41 x13 /bsd: iwx0: - 38:10:d5:f7:c4:b61 +17 54M ess privacy rsn "FRITZ!Box 7412"! Oct 14 08:23:41 x13 /bsd: iwx0: - 38:43:7d:a5:ea:43 44 +17 54M ess privacy rsn "UPC5673586"! Oct 14 08:23:41 x13 /bsd: iwx0: - 38:43:7d:a5:ea:691 +16 54M ess privacy rsn "UPC5673586"! Oct 14 08:23:41 x13 /bsd: iwx0: - 3a:9d:92:ad:3d:c76+8 54M ess privacy rsn "DIRECT-bL-EPSON-XP-7100 Series"! Oct 14 08:23:41 x13 /bsd: iwx0: - 3c:a6:2f:b4:99:f51 +18 54M ess privacy rsn "MAESTRO"! Oct 14 08:23:41 x13 /bsd: iwx0: - 44:4e:6d:4f:c7:356 +12 54M ess privacy rsn "FRITZ!Box 6590 Cable MF"! Oct 14 08:23:41 x13 /bsd: iwx0: - 4c:1b:86:17:91:62 11 +21 54M ess privacy rsn "WLAN-791054"! Oct
Re: iwx(4) 40MHz channel support
On Tue, Oct 12, 2021 at 02:47:54PM +0200, Stefan Sperling wrote: > > This patch adds support for 40MHz channels to iwx(4). > > Please sync your source tree before attempting to apply this patch. > I have committed some changes to this driver today which this patch > is based on. > > Works for me on AX200/AX201. Does anyone else want to do a pre-commit test? Tested with iwx0 at pci7 dev 0 function 0 "Intel Wi-Fi 6 AX200" rev 0x1a, msix iwx0: hw rev 0x340, fw ver 63.c04f3485.0, address 50:e0:85:xx:xx:xx Your diff improves performance. I also used tcpdump(8) to check if the AP supports 40MHz: 11:55:50.496408 802.11 flags=0<>: beacon, caps=421, s sid (dlink-657D-5GHz), rates 6M* 9M 12M* 18M 24M* 36M 48M 54M, tim 0x0001, c ountry 'GB ', channel 36 limit 30dB, channel 40 limit 30dB, channel 44 limit 30d B, channel 48 limit 30dB, channel 52 limit 30dB, channel 56 limit 30dB, channel 60 limit 30dB, channel 64 limit 30dB, channel 100 limit 20dB, channel 104 limit 20dB, channel 108 limit 20dB, channel 112 limit 20dB, channel 116 limit 20dB, ch annel 132 limit 20dB, channel 136 limit 20dB, channel 140 limit 20dB, power cons traint 0dB, tpcreport 0x0c00, htcaps=<20/40MHz,LDPC,SGI@20MHz,SGI@40MHz,TXSTBC,R XSTBC 1 stream,A-MSDU 7935,DSSS/CCK@40MHz,A-MPDU max 65535,A-MPDU spacing 16.00u s,RxMCS 0x>, htop=<40MHz chan 48:44,htprot non-member,basic MCS set 0x>, 127:8 0x0040, 191:12 0xb139c103faff0c03 faff0c03, 192:5 0x012a00f0ff, vendor 0x0050f2010150f2020250f2020050f2040 150f202, rsn=, vendor 0x0050f202010103a427a442435e0062322f00, ve ndor 0x00904c33ef191f180481, vendor 0x00 904c3430070100, vendor 0x00e04c02026004, ven dor 0x0050f204104a00011010440001021054000800060050f2040001101100074449522d383432 10080002200c10470010112233445566778899aa409bcd75657d103c0001031049000600372a0001 20, Thanks, Kevin
Re: iwx(4) 40MHz channel support
+1 improvement here too. before: ~50 mbit/s after: ~75 mbit/s hth, cheers, eric. On Tue, Oct 12, 2021 at 8:27 PM Felix Kronlage-Dammers wrote: > > On Tue, Oct 12, 2021 at 04:29:47PM +0200, Hrvoje Popovski wrote: > > > > Please sync your source tree before attempting to apply this patch. > > > I have committed some changes to this driver today which this patch > > > is based on. > > > Works for me on AX200/AX201. Does anyone else want to do a pre-commit > > > test? > > with this diff i'm getting 150Mbps vs 100Mbps without it here at home > > similar difference for me. 90/100 (with) vs. 50/60 (without) diff here. > > felix > > -- > GPG: 824CE0F0 / 2082 651E 5104 F989 4D18 BB2E 0B26 6738 824C E0F0 > https://hazardous.org/ - f...@hazardous.org - fkr@irc - @felixkronlage >
Re: iwx(4) 40MHz channel support
On Tue, Oct 12, 2021 at 04:29:47PM +0200, Hrvoje Popovski wrote: > > Please sync your source tree before attempting to apply this patch. > > I have committed some changes to this driver today which this patch > > is based on. > > Works for me on AX200/AX201. Does anyone else want to do a pre-commit test? > with this diff i'm getting 150Mbps vs 100Mbps without it here at home similar difference for me. 90/100 (with) vs. 50/60 (without) diff here. felix -- GPG: 824CE0F0 / 2082 651E 5104 F989 4D18 BB2E 0B26 6738 824C E0F0 https://hazardous.org/ - f...@hazardous.org - fkr@irc - @felixkronlage
Re: iwx(4) 40MHz channel support
On 12.10.2021. 14:47, Stefan Sperling wrote: > This patch adds support for 40MHz channels to iwx(4). > > Please sync your source tree before attempting to apply this patch. > I have committed some changes to this driver today which this patch > is based on. > > Works for me on AX200/AX201. Does anyone else want to do a pre-commit test? with this diff i'm getting 150Mbps vs 100Mbps without it here at home ... will test it at work ... Thank you ..