Re: RTL8812AU / RTL8821AU driver - call for testing

[Andriy Voskoboinyk]

Some updates:
- 11n (A-MPDU & A-MSDU) now is supported (hw.usb.urtwm.enable_11n option
was removed);
- Atheros Fast-Frames support was added in
https://github.com/s3erios/urtwm/commit/e835e556a0533d0adf81008dd4330241a7a5fbab
.

> Hi all!
>
> The driver is in https://github.com/s3erios/urtwm ; currently it
> includes most
> features from urtwn(4) + TCP/UDP/IP checksum validation. 11a is
> supported too
> (but without DFS at this moment).
>
> Seems to be stable enough with DLINK DWA-171 (RTL8821AU)
> (11a/b/g support was tested only; you can try to enable 11n Rx supportby
> adding
> "hw.usb.urtwm.enable_11n=1" into /boot/loader.conf).
_______________________________________________
freebsd...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"

[Andriy Voskoboinyk]

Hi everyone,

rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged
into a
single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code is
available on https://github.com/s3erios/rtwn repository. Among bugfixes /
code deduplication, there some new features too:

1) multi-vap support (one any wireless interface + one STA interface +
any number of monitor mode interfaces).
2) few new sysctls:
* dev.rtwn.#.crypto - controls how to use hardware crypto acceleration
* dev.rtwn.#.ratectl_selected
* dev.rtwn.#.ratectl - selects current 'rate control' algorithm
(currently only 'none' and 'net80211' are supported; RTL8192CE needs
testing
with the last).
3) (incomplete) power management support for RTL8188EU (requires firmware).
4) Short Guard Interval support.

It's known to work with RTL8188CUS, RTL8188EU and RTL8821AU; however,
it was never tested with RTL8192CE or RTL8812AU.

How-to-build:
1) download / checkout the repository.
2) apply 'patch-usbdevs.diff' against '/usr/src'
3) build and install rtwn module:
cd $repository/sys/modules/rtwn && make && make install
4) build and install rtwn_usb/rtwn_pci:
cd ../rtwn_usb && make && make install
cd ../rtwn_pci && make && make install
5) unload previous && load current drivers:
kldunload if_urtwn if_rtwn
kldload /boot/modules/if_rtwn.ko /boot/modules/if_rtwn_usb.ko
/boot/modules/if_rtwn_pci.ko
6) Use.

[Marcus von Appen]

On, Thu Sep 01, 2016, Andriy Voskoboinyk wrote:

> Hi everyone,
>
> rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged
> into a
> single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code is
> available on https://github.com/s3erios/rtwn repository. Among bugfixes /
> code deduplication, there some new features too:
>
> 1) multi-vap support (one any wireless interface + one STA interface +
> any number of monitor mode interfaces).
> 2) few new sysctls:
> * dev.rtwn.#.crypto - controls how to use hardware crypto acceleration
> * dev.rtwn.#.ratectl_selected
> * dev.rtwn.#.ratectl - selects current 'rate control' algorithm
> (currently only 'none' and 'net80211' are supported; RTL8192CE needs
> testing
> with the last).

I got a RTL8192CE - what should I look for, when using net80211?

Cheers
Marcus

[Andriy Voskoboinyk]

Sun, 04 Sep 2016 11:37:19 +0300 було написано Marcus von Appen
<m...@freebsd.org>:

Try to add your vendor / device into sys/dev/rtwn/pci/rtwn_pci_attach.h
(sys/dev/rtwn/if_rtwn.c for current driver in HEAD):
{ 0x10ec, 0x8176, "Realtek RTL8188CE", RTWN_CHIP_RTL8192CE },
+ { <vendor>, <device>, "Realtek RTL8192CE", RTWN_CHIP_RTL8192CE },
{ 0, 0, NULL, RTWN_CHIP_MAX_PCI }

[Andriy Voskoboinyk]

Thu, 01 Sep 2016 19:29:03 +0300 було написано Andriy Voskoboinyk
<av...@freebsd.org>:

Now it resides on https://github.com/s3erios/freebsd-rtwn (integrated
into src tree, so it can be built with 'make buildkernel' / 'make
buildworld').

This the last stage; once all reported issues will be resolved, I'm
going to merge it into HEAD.

[Adrian Chadd]

hi,

I'll try it out tonight! Is the rtwn repo still "ok" to try as a
standalone thing?

The usbdevs patch is fine standalone - would you like to just commit
this in advance?




-adrian

[Hans Petter Selasky]

On 09/19/16 19:43, Adrian Chadd wrote:
> hi,
>
> I'll try it out tonight! Is the rtwn repo still "ok" to try as a
> standalone thing?
>
> The usbdevs patch is fine standalone - would you like to just commit
> this in advance?
>

Possibly you should also rebuild /etc/devd/usb.conf to automatically
load the correct .ko . You changed the .ko name - right?

--HPS

[Andriy Voskoboinyk]

Mon, 19 Sep 2016 20:51:16 +0300 було написано Hans Petter Selasky
<h...@selasky.org>:

> On 09/19/16 19:43, Adrian Chadd wrote:
>> hi,
>>
>> I'll try it out tonight! Is the rtwn repo still "ok" to try as a
>> standalone thing?
>>
>> The usbdevs patch is fine standalone - would you like to just commit
>> this in advance?
>>
>
> Possibly you should also rebuild /etc/devd/usb.conf to automatically
> load the correct .ko . You changed the .ko name - right?

Yes; now it's called if_rtwn_usb.ko (depends on if_rtwn.ko v2).
The usb.conf file was regenerated in
https://github.com/s3erios/freebsd-rtwn/commit/9360db6bf80520aa9775d51884e212f3892e4667

>
> --HPS
> _______________________________________________
> freebsd-...@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless

> To unsubscribe, send any mail to

> "freebsd-wirele...@freebsd.org"

[Andriy Voskoboinyk]

> hi,
>
> I'll try it out tonight! Is the rtwn repo still "ok" to try as a
> standalone thing?
>

Yes, sys/{dev/rtwn,modules} subtree is the same.

> The usbdevs patch is fine standalone - would you like to just commit
> this in advance?
>

Done in r305991.

> freebsd-...@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless

> To unsubscribe, send any mail to

> "freebsd-wirele...@freebsd.org"

[Kevin Lo]

Hi Andriy,

First of all, THANK YOU! You're doing amazing work!
Second, I've done some testing on the following devices, downloading
FreeBSD-12.0-CURRENT-amd64-20160809-r303880-disc1.iso from ftp.freebsd.org:

- ASUS USB-N10 NANO (RTL8188CUS):
rtwn0: <vendor 0x0b05 product 0x17ba, class 0/0, rev 2.00/2.00, addr 3> on usbus0
rtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R

- TP-Link TL-WN725N v2 (RTL8188EU):
rtwn0: <Realtek 802.11n NIC, class 0/0, rev 2.00/0.00, addr 4> on usbus0
rtwn0: MAC/BB RTL8188EU, RF 6052 1T1R

- D-Link DWA-131 (RTL8192CU):
rtwn0: <vendor 0x2001 product 0x330d, class 0/0, rev 2.00/2.00, addr 3> on usbus0
rtwn0: MAC/BB RTL8192CU, RF 6052 2T2R

- TP-Link Archer T4U (RTL8812AU):
rtwn0: <Realtek 802.11n NIC, class 0/0, rev 2.00/0.00, addr 7> on usbus0
rtwn0: MAC/BB RTL8812AU, RF 6052 2T2R

- D-Link DWA-171 rev A1 (RTL8821AU):
rtwn0: <802.11n WLAN Adapter> on usbus0
rtwn0: MAC/BB RTL8821AU, RF 6052 1T1R

- RTL8188CE mini pcie:
rtwn0: <Realtek RTL8188CE> port 0xd000-0xd0ff mem 0x90800000-0x90803fff irq 17 at device 0.0 on pci1
rtwn0: r92ce_attach: warning: hardware crypto enabled
rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R

All seems to be ok, except RTL8188CE PCIe adapter doesn't work:

rtwn0: r92ce_post_init: warning: net80211 ratectl is used
rtwn0: device timeout

Kevin

> freebsd-...@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless

> To unsubscribe, send any mail to "freebsd-wirele...@freebsd.org"

[Andriy Voskoboinyk]

Thu, 22 Sep 2016 12:24:42 +0300 було написано Kevin Lo <ke...@freebsd.org>:

Hi,

So, the driver was fully tested. Thanks!
Can you set dev.rtwn.0.debug=0x829f for RTL8188CE to see how big
the problem is?

[Kevin Lo]

On Thu, Sep 22, 2016 at 01:54:21PM +0300, Andriy Voskoboinyk wrote:
>
> Thu, 22 Sep 2016 12:24:42 +0300 було написано Kevin Lo <ke...@freebsd.org>:
>
> Hi,
>
> So, the driver was fully tested. Thanks!
> Can you set dev.rtwn.0.debug=0x829f for RTL8188CE to see how big
> the problem is?

Sure. Here you go https://people.freebsd.org/~kevlo/rtl8188ce-debug.txt

Thanks,
Kevin

[Andriy Voskoboinyk]

Fri, 23 Sep 2016 04:58:40 +0300 було написано Kevin Lo <ke...@freebsd.org>:

Thanks for the log file,

Tx 'device timeouts' should be fixed in
https://github.com/s3erios/rtwn/commit/f78d51b6ed8590e3aeb65fbf616aa767034a89f5
(currently I'm reviewing PCI-specific code to see if there are any
additional
issues - e.g., there are no Rx events in the log file).

[Kevin Lo]

It works for me, thanks :)

Kevin

[Andriy Voskoboinyk]

Fri, 23 Sep 2016 10:18:30 +0300 було написано Kevin Lo <ke...@freebsd.org>:

Few more questions:
1) does it work with h/w encryption support? (enabled by default)
(if 'yes' - I will remove 'hardware crypto enabled' warning).
2) is there rate control support? (wlandebug -i wlan0 rate ; then transmit
something - if it works then AMRR will print it's current status
periodically)
3) can you test some disabled capabilities? (ad-hoc/AP modes, 11n)
(see r92ce_adj_devcaps() in sys/dev/rtwn/rtl8192c/pci/r92ce_attach.c).

[Renato Botelho]

I have a Thinkpad T430 with a PCIe RTL8188CE. It fails waying I didn’ t load a firmware that doesn’ t exist:

rtwn0: <Realtek RTL8188CE> port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff at device 0.0 on pci2

rtwn0: r92ce_attach: warning: hardware crypto enabled
rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R

wlan0: Ethernet address: e0:06:e6:c7:54:73
rtwn-rtl8192cfwE_B: could not load firmware image, error 2
rtwn0: failed loadfirmware of file rtwn-rtl8192cfwE_B

I’ve loaded rtwn-rtl8192cfwU_B.ko, never heard of rtwn-rtl8192cfwE_B.ko

--
Renato Botelho

[Andriy Voskoboinyk]

Mon, 26 Sep 2016 22:46:58 +0300 було написано Renato Botelho
<ga...@freebsd.org>:

AFAIK, it is not critical (at least for USB devices).

If it won't work without firmware try to install it from
sys/modules/rtwnfw/rtwnrtl8192cEB (and restart the interface).

[Renato Botelho]

> On 26 Sep 2016, at 16:53, Andriy Voskoboinyk <av...@FreeBSD.org> wrote:
>
> Mon, 26 Sep 2016 22:46:58 +0300 було написано Renato Botelho <ga...@freebsd.org <mailto:ga...@freebsd.org>>:

>
> AFAIK, it is not critical (at least for USB devices).
>
> If it won't work without firmware try to install it from
> sys/modules/rtwnfw/rtwnrtl8192cEB (and restart the interface).

I’ve built and loaded it and the error is gone. But ‘list scan’ never show anything and I got this warning, not sure if it’s relevant

rtwn0: <Realtek RTL8188CE> port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff at device 0.0 on pci2
rtwn0: r92ce_attach: warning: hardware crypto enabled
rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R
wlan0: Ethernet address: e0:06:e6:c7:54:73

rtwn0: r92ce_post_init: warning: net80211 ratectl is used

Thanks

[Andriy Voskoboinyk]

Mon, 26 Sep 2016 23:02:15 +0300 було написано Renato Botelho
<ga...@freebsd.org>:

No, warnings are for 'untested' parts (although I think they are not the
reason...)

Can you send messages.log when
dev.rtwn.0.debug=0x829f
is set?

> I’ve built and loaded it and the error is gone. But ‘list scan’ never
> show anything and I got this warning, not sure if it’s relevant
>
> rtwn0: <Realtek RTL8188CE> port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff
> at device 0.0 on pci2
> rtwn0: r92ce_attach: warning: hardware crypto enabled
> rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R
> wlan0: Ethernet address: e0:06:e6:c7:54:73
> rtwn0: r92ce_post_init: warning: net80211 ratectl is used
>
> Thanks
>
> --
> Renato Botelho
>
> _______________________________________________

> freebsd-...@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless

> To unsubscribe, send any mail to

> "freebsd-wirele...@freebsd.org"

[Renato Botelho]

> On 26 Sep 2016, at 17:10, Andriy Voskoboinyk <av...@freebsd.org> wrote:
>
> Mon, 26 Sep 2016 23:02:15 +0300 було написано Renato Botelho <ga...@freebsd.org>:
>
> No, warnings are for 'untested' parts (although I think they are not the
> reason...)
>
> Can you send messages.log when
> dev.rtwn.0.debug=0x829f
> is set?

Sure, here it is

rtwn0: <Realtek RTL8188CE> port 0x4000-0x40ff mem 0xf1c00000-0xf1c03fff at device 0.0 on pci2
rtwn0: r92ce_attach: warning: hardware crypto enabled
rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R
wlan0: Ethernet address: e0:06:e6:c7:54:73
rtwn0: r92ce_post_init: warning: net80211 ratectl is used

rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f7e700, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 10FF46E8 (64: 00000000), next: 050B0E40 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 56, cur 57
rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f7e700, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 10FF46E8 (64: 00000000), next: 050B0E80 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 57, cur 58
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038177400, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 381BD6E8 (64: 00000000), next: 050B0EC0 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 58, cur 59
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038477900, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 384EA6E8 (64: 00000000), next: 050B0F00 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 59, cur 60
rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f7e700, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 10FF46E8 (64: 00000000), next: 050B0F40 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 60, cur 61
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038055000, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 3809BEE8 (64: 00000000), next: 050B0F80 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 61, cur 62
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038211200, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 382816E8 (64: 00000000), next: 050B0FC0 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 62, cur 63
rtwn0: rtwn_raw_xmit: called; m 0xfffff80113eb7900, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 08181000 (64: 00000000), next: 050B1000 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 63, cur 64
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038212000, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38289EE8 (64: 00000000), next: 050B1040 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 64, cur 65
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038206700, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 382306E8 (64: 00000000), next: 050B1080 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 65, cur 66
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038172e00, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 3819BEE8 (64: 00000000), next: 050B10C0 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 66, cur 67
rtwn0: rtwn_raw_xmit: called; m 0xfffff8003820f500, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38275EE8 (64: 00000000), next: 050B1100 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 67, cur 68
rtwn0: rtwn_raw_xmit: called; m 0xfffff8003817bb00, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 381DCEE8 (64: 00000000), next: 050B1140 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 68, cur 69
rtwn0: rtwn_raw_xmit: called; m 0xfffff8003820bc00, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 382596E8 (64: 00000000), next: 050B1180 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 69, cur 70
rtwn0: rtwn_raw_xmit: called; m 0xfffff80010ff8c00, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38041EE8 (64: 00000000), next: 050B11C0 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 70, cur 71
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054400, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 380976E8 (64: 00000000), next: 050B1200 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 71, cur 72
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054400, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 380976E8 (64: 00000000), next: 050B1240 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 72, cur 73
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054700, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38095EE8 (64: 00000000), next: 050B1280 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 73, cur 74
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054700, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38095EE8 (64: 00000000), next: 050B12C0 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 74, cur 75
rtwn0: rtwn_raw_xmit: called; m 0xfffff80010f8bb00, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 10FEFEE8 (64: 00000000), next: 050B1300 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 75, cur 76
rtwn0: rtwn_raw_xmit: called; m 0xfffff800380ea000, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38145EE8 (64: 00000000), next: 050B1340 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 76, cur 77
rtwn0: rtwn_raw_xmit: called; m 0xfffff80113f2f600, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 08181000 (64: 00000000), next: 050B1380 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 77, cur 78
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038173400, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 3819E6E8 (64: 00000000), next: 050B13C0 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 78, cur 79
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038054100, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 38093EE8 (64: 00000000), next: 050B1400 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 79, cur 80
rtwn0: rtwn_raw_xmit: called; m 0xfffff80113ee5100, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 08181000 (64: 00000000), next: 050B1440 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 80, cur 81
rtwn0: rtwn_raw_xmit: called; m 0xfffff80038059c00, ni 0xfffffe0015226000
rtwn0: r92ce_dump_tx_desc: len 42, off 64, flags0 8D, dw: 1 00041201, 2 00000000, 3 0000 (seq 0000), 4 00000180, 5 00001F00, 6 00000000, size 002A, pad 0000, addr: 380BDEE8 (64: 00000000), next: 050B1480 (64: 00000000), rsvd: 00000000 00000000 00000000 00000000
rtwn0: rtwn_pci_intr: status 00000000, tx_rings 00000008
rtwn0: rtwn_pci_tx_done: qid 3, last 81, cur 82
>> any mail to "freebsd-wirele...@freebsd.org"



--
Renato Botelho

[Kevin Lo]

Strange, rtwn(4) stops working. I tried to scan for the available network,
but it just returns empty results.

[Adrian Chadd]

hi,

can you turn on debugging? Do you see RX frames?


-a

[Kevin Lo]

On Sun, Oct 02, 2016 at 10:15:49AM -0700, Adrian Chadd wrote:
>
> hi,

Hi Adrian,

> can you turn on debugging? Do you see RX frames?

No Rx frames. The log is pretty much the same one I sent on the list:
https://lists.freebsd.org/pipermail/freebsd-wireless/2016-September/007093.html

> -a

Thanks,
Kevin

[Andriy Voskoboinyk]

Mon, 03 Oct 2016 03:55:23 +0300 було написано Kevin Lo <ke...@freebsd.org>:

Hi!

Can you refresh the tree and retest it (dev.rtwn.0.debug=0x829f) ?

P.S. If Rx is still broken (status is always 0) try to execute
'ifconfig wlan0 promisc'

[Kevin Lo]

On Sat, Oct 08, 2016 at 02:18:54AM +0300, Andriy Voskoboinyk wrote:
>
> Mon, 03 Oct 2016 03:55:23 +0300 було написано Kevin Lo <ke...@freebsd.org>:
>
> Hi!

Hi Andriy,

> Can you refresh the tree and retest it (dev.rtwn.0.debug=0x829f) ?

I refreshed the tree and retested it, unfortunately it's still the same.
Here's the log: https://people.freebsd.org/~kevlo/rtl8188ce-debuglog

>
> P.S. If Rx is still broken (status is always 0) try to execute
> 'ifconfig wlan0 promisc'

It doesn't help either :(

[Andriy Voskoboinyk]

Tue, 11 Oct 2016 04:27:02 +0300 було написано Kevin Lo <ke...@freebsd.org>:

I have created 'pci_modified' branch to speed-up the process (RTL881*AU
will
not work with it for now); right now it contains (mostly) unmodified
initialization path from rtwn(4) driver.

If this version will work, I will revert some 'RTWN_PCI_WORKAROUND'
temporary blocks until the culprit is found.

> On Sat, Oct 08, 2016 at 02:18:54AM +0300, Andriy Voskoboinyk wrote:
>>
>> Mon, 03 Oct 2016 03:55:23 +0300 було написано Kevin Lo
>> <ke...@freebsd.org>:
>>
>> Hi!
>
> Hi Andriy,
>
>> Can you refresh the tree and retest it (dev.rtwn.0.debug=0x829f) ?
>
> I refreshed the tree and retested it, unfortunately it's still the same.
> Here's the log: https://people.freebsd.org/~kevlo/rtl8188ce-debuglog
>>
>> P.S. If Rx is still broken (status is always 0) try to execute
>> 'ifconfig wlan0 promisc'
>
> It doesn't help either :(

[Adrian Chadd]

Hiya,

So uhm - normal rtwn works fine, but andriy's merged version doesn't?



-a

[Kevin Lo]

I tried to use https://github.com/s3erios/rtwn/tree/pci_modified,
still no luck. BTW, there's a compilation error: http://pastebin.com/hCFfYVSj

To ensure that the adapter is not faulty, I tested with the snapshots image
(FreeBSD-12.0-CURRENT-amd64-20160829-r305028-memstick.img), rtwn(4) works fine.

Kevin

[Andriy Voskoboinyk]

Wed, 12 Oct 2016 07:34:15 +0300 було написано Kevin Lo <ke...@freebsd.org>:

Thanks for testing! (I have got another one to simplify the process)
Can you approve that current tree (master) works without any (new)
problems?

P.S. Known issue (present in the current driver too):
- the card ACKs only some frames that were sent using CCK rates
(whilst sees all retransmissions - that can be seen in 'rx discard 'cuz
dup'
counter via wlanstats)

[Kevin Lo]

On Fri, Oct 14, 2016 at 03:03:41AM +0300, Andriy Voskoboinyk wrote:
>
> Wed, 12 Oct 2016 07:34:15 +0300 було написано Kevin Lo <ke...@freebsd.org>:
>
> Thanks for testing! (I have got another one to simplify the process)
> Can you approve that current tree (master) works without any (new)
> problems?

Sure. For usb wireless adapters, they work quite well :) Thanks.