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: ieee80211_

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 c

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 sur

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/05/16 12:21, Andriy Voskoboinyk wrote: Mon, 05 Sep 2016 12:10:34 +0300 було написано Hans Petter Selasky : 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 CTRL-EVENT-CONNECTED eve

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 @@ /* initialis

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()

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() * typically

Re: D-link wireless not detected

On 12/29/15 15:02, Hans Petter Selasky wrote: On 12/29/15 14:00, Daniel Braniss wrote: On 29 Dec 2015, at 14:44, Hans Petter Selasky wrote: 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. Di

Re: D-link wireless not detected

On 12/29/15 14:00, Daniel Braniss wrote: On 29 Dec 2015, at 14:44, Hans Petter Selasky wrote: 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 ok, set if_urtwn_loa

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 https://lists.freebsd.org/mailman/lis

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 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-linux-driver/blob/master/os_

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 by

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. usbconfig: ugen0.4: at usbus0,

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 ___ freebs

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 Fr

Re: Change for the worse in rsu wireless driver

On 06/04/14 08:53, Hans Petter Selasky wrote: 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 Hi, Please test the following patch, appli

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 th

Re: Change for the worse in rsu wireless driver

On 06/03/14 12:15, Thomas Mueller wrote: from Idwer Vollering : 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) +++ head/sys/dev/usb/wlan/if_rsu.c (w

Re: Change for the worse in rsu wireless driver

On 06/02/14 07:30, Thomas Mueller wrote: I sent this message, without this top part, over an hour ago, and notice wlan0 is still up. I intended but forgot to CC to freebsd-current. But I am in newcons, having not started X so far this boot session. Maybe something rotten with Xorg, or inter

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 2

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

On 05/22/14 13:22, Idwer Vollering wrote: rsu0: timeout waiting for EMEM transfer Does this patch make any difference: === ./if_rsu.c == --- ./if_rsu.c (revision 266539) +++ ./if_rsu.c (local) @@ -2220,13 +2220,13 @@

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 : 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 this: http

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 16:23, Idwer Vollering wrote: 2014-05-21 8:26 GMT+02:00 Hans Petter Selasky : 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 change is 

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 : 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, it seems to improve

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

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 === if_rsu.c == --- if_rsu.c (revision 266476) +++ if_rsu

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/20/14 17:00, Idwer Vollering wrote: 2014-05-20 14:24 GMT+02:00 Hans Petter Selasky : On 05/20/14 14:13, Idwer Vollering wrote: 2014-05-20 7:47 GMT+02:00 Hans Petter Selasky : On 05/19/14 23:21, Idwer Vollering wrote: ..while running a kernel that has rsu_debug set to >0. Line 1

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

On 05/20/14 14:13, Idwer Vollering wrote: 2014-05-20 7:47 GMT+02:00 Hans Petter Selasky : On 05/19/14 23:21, Idwer Vollering wrote: ..while running a kernel that has rsu_debug set to >0. Line 1712: "fault virtual address = 0x8040" core0.txt -> http://ra.ope

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

On 05/19/14 23:21, Idwer Vollering wrote: ..while running a kernel that has rsu_debug set to >0. Line 1712: "fault virtual address = 0x8040" core0.txt -> http://ra.openbios.org/~idwer/freebsd/fbsd_10-stable_rsu_panic_core_0.txt HTH, Hi, Does this patch make any difference? --

RE: My WLI-UC-GNM up crash

To: Ian Lepore mailto:i...@freebsd.org> > > Cc: freebsd-arm mailto:freebsd-...@freebsd.org> >; > freebsd-wireless@freebsd.org <mailto:freebsd-wireless@freebsd.org> ; Hans > Petter Selasky <mailto:hans.petter.sela...@bitfrost.no> > > Subject: Re: My WLI-UC

RE: My WLI-UC-GNM up crash

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

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 wr_antnois

RE: My WLI-UC-GNM up crash

This patch? commit bae4e38c197f464c4bffe7037d5d491e462105b0 Author: sam Date: Thu Apr 1 00:38:45 2004 + radiotap updates: o force little-endian byte order for header o pad header to 32-bit boundary to guard against applications that assume packet data alignment --HP

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 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: 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: 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 like