Re: urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver)
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 signature.asc Description: PGP signature
Re: Bad rtwn(0) performance with RTL8188CE on -CURRENT after r302035
On, Mon Jun 27, 2016, Andriy Voskoboinyk wrote: > Mon, 27 Jun 2016 20:06:20 +0300 було написано Marcus von Appen > <m...@freebsd.org>: > > Hi, > > the attached patch may fix this issue (probably) I'm getting downstream rates of around 300 to 500 kbit/s, so it's not much more than before, although the downstream rates seem to be a bit more stable now. [...] > > > > Let me know, what information is necessary to isolate and correct > > that issue. I'll gladly test it. :-) > > You can check number of input errors (netstat -I wlan0); it should be > relatively small (or even zero). It's zero with your patch; I do not have values from before at hand right now, but can provide them later on, should they be of interest. Cheers Marcus signature.asc Description: PGP signature
Bad rtwn(0) performance with RTL8188CE on -CURRENT after r302035
Hi, thanks to previous efforts, the rtwn(0) connection for my RTL8188CE wireless card is far more stable. It seems to come at the price of relatively bad performance, though. After r302035 from avos@, I can't get more than 500 kbit/s downstream from anywhere. Let me know, what information is necessary to isolate and correct that issue. I'll gladly test it. :-) Cheers Marcus signature.asc Description: PGP signature
Re: rtwn connection stops working on CURRENT
Hi Andriy, On, Tue Jun 14, 2016, Andriy Voskoboinyk wrote: > Tue, 14 Jun 2016 08:24:01 +0300 було написано Marcus von Appen > <m...@freebsd.org>: > > Hi! > > Try attached patch (adds some busdma synchronization, > unloads data instead of descriptor in rtwn_tx_done() and improves > watchdog logic for a bit). thanks a lot, the connection is far more reliable now and does not seem to stop working anymore. Cheers Marcus ___ freebsd-wireless@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
rtwn connection stops working on CURRENT
Hi, I'm running into a somewhat weird issue with the rtwn driver on CURRENT. It usually works for a couple of minutes (if there's not too much of troughput happening) before the downstream and upstream rates just "dry up" and the interface stops working. It happens faster, if there are multiple connections open at the same time, e.g. having a browser open or fetching mail and doing a portsnap update. Once the connection stopped working, dhclient will report the following: Jun 11 12:22:22 athena dhclient[474]: send_packet: no buffer space available Jun 11 12:24:08 athena last message repeated 4 times ... wpa_supplicant reports: Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: CTRL-EVENT-DISCONNECTED bssid=... reason=3 locally_generated=1 Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="..." auth_failures=8 duration=100 reason=WRONG_KEY Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="..." auth_failures=9 duration=152 reason=CONN_FAILED pciconf -lv: rtwn0@pci0:3:0:0: class=0x028000 card=0x819510ec chip=0x817610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8188CE 802.11b/g/n WiFi Adapter' class = network An pointers on tracking this issue down and getting it fixed are highly appreciated. Cheers Marcus ___ freebsd-wireless@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: rtwn(0) panics with RTL8188CE
On, Mon May 16, 2016, Marcus von Appen wrote: [...] this one seems to provide some more information. I have no idea, if both crash types are related or not. Unread portion of the kernel message buffer: rtwn0: can't map mbuf (error 12) panic: Duplicate free of 0xf800c94c1300 from zone 0xf800056c4900(mbuf_packet) slab 0xf800c94c1f90(3) cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe04535f5660 vpanic() at vpanic+0x186/frame 0xfe04535f56e0 panic() at panic+0x43/frame 0xfe04535f5740 uma_dbg_free() at uma_dbg_free+0xee/frame 0xfe04535f5770 uma_zfree_arg() at uma_zfree_arg+0x64/frame 0xfe04535f57c0 mb_free_ext() at mb_free_ext+0x155/frame 0xfe04535f57f0 m_freem() at m_freem+0x38/frame 0xfe04535f5810 rtwn_raw_xmit() at rtwn_raw_xmit+0x7b/frame 0xfe04535f5840 ieee80211_send_probereq() at ieee80211_send_probereq+0x514/frame 0xfe04535f58e0 ieee80211_swscan_probe_curchan() at ieee80211_swscan_probe_curchan+0x5a/frame 0xfe04535f5920 scan_curchan() at scan_curchan+0x68/frame 0xfe04535f5960 scan_curchan_task() at scan_curchan_task+0x247/frame 0xfe04535f59e0 taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfe04535f5a40 taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame 0xfe04535f5a70 fork_exit() at fork_exit+0x84/frame 0xfe04535f5ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe04535f5ab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- ___ freebsd-wireless@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
rtwn(0) panics with RTL8188CE
Dear all, thankfully -CURRENT supports the RTL8188CE wifi chipset via rtwn(0) on the Thinkpad X230. Unfortunately the connection to the AP drops nine times out of ten after transmitting a few kb. Trying to reconnect via service netif restart will cause a panic: panic: Memory modified after free 0xf80005c50800(2048) val=19 @ 0xf80005c50800 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe04552ae540 vpanic() at vpanic+0x186/frame 0xfe04552ae5c0 panic() at panic+0x43/frame 0xfe04552ae620 trash_ctor() at trash_ctor+0x4b/frame 0xfe04552ae630 mb_ctor_pack() at mb_ctor_pack+0x3c/frame 0xfe04552ae670 uma_zalloc_arg() at uma_zalloc_arg+0x504/frame 0xfe04552ae6d0 m_getm2() at m_getm2+0x12d/frame 0xfe04552ae740 m_uiotombuf() at m_uiotombuf+0x62/frame 0xfe04552ae790 sosend_generic() at sosend_generic+0x356/frame 0xfe04552ae850 kern_sendit() at kern_sendit+0x244/frame 0xfe04552ae900 sendit() at sendit+0x126/frame 0xfe04552ae950 sys_sendto() at sys_sendto+0x4d/frame 0xfe04552ae9a0 amd64_syscall() at amd64_syscall+0x2db/frame 0xfe04552aeab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe04552aeab0 --- syscall (133, FreeBSD ELF64, sys_sendto), rip = 0x8015aac6a, rsp = 0x7fffd6a8, rbp = 0 x7fffe3b0 --- pciconf -lv: [...] rtwn0@pci0:3:0:0: class=0x028000 card=0x819510ec chip=0x817610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8188CE 802.11b/g/n WiFi Adapter' class = network Any help on getting this fixed is highly appreciated. Cheers Marcus ___ freebsd-wireless@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"