Re: EHCI on armv6 with Write-Back caches

Hi, I've run some basic tests over here (x86) which passed after some patch modifications. Please test and verify for your ARM targets: http://svnweb.freebsd.org/changeset/base/244500 http://svnweb.freebsd.org/changeset/base/244503 Please also verify that upgt and uwrt and uath still works

Re: panic on removing urtw0

On Sunday 10 February 2013 03:17:03 Adrian Chadd wrote: Yes to both - i think some USB stack / memory buffer changes are responsible for your issue. :-) Hi, Can you send me the backtrace of the panic and I'll fix it. I fixed panic upon attach. --HPS

RE: My WLI-UC-GNM up crash

Hi, Can you try the attached patch? --HPS diff --git a/sys/net80211/ieee80211_radiotap.h b/sys/net80211/ieee80211_radiotap.h index b8a8b51..c199d48 100644 --- a/sys/net80211/ieee80211_radiotap.h +++ b/sys/net80211/ieee80211_radiotap.h @@ -78,7 +78,7 @@ struct ieee80211_radiotap_header { *

RE: My WLI-UC-GNM up crash

Can you tell us which compiler you used to build your image? --HPS ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org

Re: My WLI-UC-GNM up crash

Hi, Can you try the attached patch? --HPS === sys/dev/usb/wlan/if_rumvar.h == --- sys/dev/usb/wlan/if_rumvar.h (revision 253548) +++ sys/dev/usb/wlan/if_rumvar.h (local) @@ -29,7 +29,7 @@ int8_t wr_antsignal; int8_t

RE: My WLI-UC-GNM up crash

July 2013 17:04 To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org Cc: Hans Petter Selasky hans.petter.sela...@bitfrost.no mailto:hans.petter.sela...@bitfrost.no ; freebsd-arm freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org ; freebsd-wireless@freebsd.org mailto:freebsd

Re: if_rsu hardware causes a kernel panic on removal..

Hi, Is your kernel built clean with modules? --HPS ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org

Re: if_rsu hardware causes a kernel panic on removal..

On 05/21/14 00:16, Idwer Vollering wrote: 2014-05-20 20:22 GMT+02:00 Hans Petter Selasky h...@selasky.org: Hi, Certainly, here it is: http://ra.openbios.org/~idwer/freebsd/core.txt.9_fbsd_10-stable_rsu-panic-on-insertion Idwer Does the attached patch make any difference? --HPS Yes

Re: if_rsu hardware causes a kernel panic on removal..

On 05/21/14 16:23, Idwer Vollering wrote: 2014-05-21 8:26 GMT+02:00 Hans Petter Selasky h...@selasky.org: Hi, Can you SVN up to: http://svnweb.freebsd.org/changeset/base/266484 at least, and compile a new kernel and modules without any additional patches. As said earlier, the only local

Re: if_rsu hardware causes a kernel panic on removal..

FYI: http://svnweb.freebsd.org/changeset/base/266505 --HPS ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org

Re: if_rsu hardware causes a kernel panic on removal..

On 05/21/14 23:23, Idwer Vollering wrote: 2014-05-21 19:35 GMT+02:00 Hans Petter Selasky h...@selasky.org: FYI: http://svnweb.freebsd.org/changeset/base/266505 --HPS Newer backtrace: http://ra.openbios.org/~idwer/freebsd/core.txt.0_fbsd-current-r266514-rsu-panic-insertion Hi, Try

Re: if_rsu hardware causes a kernel panic on removal..

On 05/22/14 20:34, Idwer Vollering wrote: Hi, This patch again improves its stability, but the interface keeps flapping: May 22 20:29:03 machete wpa_supplicant[2211]: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Device not configured May 22 20:29:03 machete last message repeated 3 times May 22

Re: Change for the worse in rsu wireless driver

On 06/03/14 12:15, Thomas Mueller wrote: from Idwer Vollering vid...@gmail.com: I have a patch for that: Index: head/sys/dev/usb/wlan/if_rsu.c === --- head/sys/dev/usb/wlan/if_rsu.c (revision 266970) +++

Re: Change for the worse in rsu wireless driver

On 06/04/14 04:13, Thomas Mueller wrote: Yes, please apply by hand. I'll see if I can do some testing myself. I happen to have one of these adapters too and the link is very unstable :-) --HPS Sometimes Hiro H50191 USB-stick wireless adapter works well in FreeBSD, sometimes, like now and

Re: rsu wireless driver crapshoot

On 06/27/14 06:39, Thomas Mueller wrote: My Internet connection on this computer is very iffy at best, not running as I type this. Motherboard is MSI Z77 MPOWER. Ethernet is Realtek (re): good with NetBSD, Linux and Haiku, (Free,Open and DragonFly)BSD bug out. Only Internet connection for

Re: Zyxel NWD2105 support not complete in FreeBSD 10.2-stable

On 12/13/15 23:05, Torfinn Ingolfsen wrote: Hello, Today I added a Zyxel NWD2015[1] usb network adapter to a laptop running latest FreeBSD 10.2-stable: root@kg-z30b# uname -a Forgot to MFC to 10-stable. Please try again. Thank you! --HPS ___

Re: D-link wireless not detected

On 12/29/15 10:42, Daniel Braniss wrote: On 29 Dec 2015, at 11:33, Vladimir Botka wrote: Hi Danny, On Tue, 29 Dec 2015 11:16:27 +0200 Daniel Braniss wrote: Hi All, I have a working tp-link usb (realtek), but can’t get a d-link(also realtek) to work.

Re: D-link wireless not detected

On 12/29/15 13:36, Daniel Braniss wrote: Until /etc/devd/usb.conf is regenerated, you'll need to manually load the kernel module for urtwn. Did you do that? --HPS ___ freebsd-wireless@freebsd.org mailing list

Re: D-link wireless not detected

On 12/29/15 11:12, Daniel Braniss wrote: https://github.com/Mange/rtl8192eu-linux-driver/blob/master/os_dep/linux/usb_intf.c and look at line 216 danny Hi, You should be able to get this device working

Re: D-link wireless not detected

On 12/29/15 13:26, Daniel Braniss wrote: On 29 Dec 2015, at 12:20, Hans Petter Selasky <h...@selasky.org> wrote: On 12/29/15 11:12, Daniel Braniss wrote: https://github.com/Mange/rtl8192eu-linux-driver/blob/master/os_dep/linux/usb_intf.c <https://github.com/Mange/rtl8192eu-lin

Re: Deadlock between device_detach() and usbd_do_request_flags()

On 09/05/16 09:53, Hans Petter Selasky wrote: Hi, I think the right solution is to let usbd_do_request_flags() use its own SX lock for synchronization, instead of re-using the enumeration SX lock. What do you think about that? --HPS Hi, Another approach which will work is to setup your

Re: Deadlock between device_detach() and usbd_do_request_flags()

Hi, Can you test the attached patch? Does it solve your issue? --HPS Index: sys/dev/usb/usb_device.c === --- sys/dev/usb/usb_device.c (revision 304569) +++ sys/dev/usb/usb_device.c (working copy) @@ -1585,6 +1585,7 @@ /*

Re: Deadlock between device_detach() and usbd_do_request_flags()

On 09/05/16 12:21, Andriy Voskoboinyk wrote: Mon, 05 Sep 2016 12:10:34 +0300 було написано Hans Petter Selasky <h...@selasky.org>: Works fine, thanks! P.S. Reliable test case: 1) ifconfig wlan1 create wlandev 2) wpa_supplicant -i wlan1 -c /etc/wpa_supplicant.conf & * wait for

Re: Small example program shut down urtwn

On 09/06/16 06:47, Adrian Chadd wrote: missing some bus barriers for ARM or something? FYI: Most of the USB control and data memory is coherently allocated and don't need barriers. You can try capturing a trace using usbdump, of the traffic on your device, and see where it hangs: usbdump

Re: Deadlock between device_detach() and usbd_do_request_flags()

On 09/04/16 23:20, Andriy Voskoboinyk wrote: There is a rare, but reproducible deadlock for wlan(4) drivers: Thread 1: * uhub_explore_handle_re_enumerate() (obtains enum_sx lock) * usbd_set_config_index() * usb_unconfigure() * usb_detach_device() * usb_detach_device_sub() *

Re: Small example program shut down urtwn

On 09/06/16 18:38, Otacílio wrote: After a lot of messages this appears: 13:04:40.000436 usbus1.2 DONE-BULK-EP=0081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:40.000447 usbus1.2 SUBM-BULK-EP=0081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 urtwn0: device timeout Hi, A USB analyzer would tell for

Re: urtwn(4) / rtwn(4) drivers are merged - call for review / testing

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

if_iwm + WLAN + FreeBSD

Hi, When using the "reconfigure" command with wpa_cli these errors show up in dmesg with the if_iwm driver in 12-current and wlan becomes unusable. Maybe there is a simple fix? Jun 10 14:20:56 hps2016 kernel: wlan0: link state changed to DOWN Jun 10 14:20:56 hps2016 kernel: wlan0: