Hi Bjoern,
You promised to explain why the attempt to port if_iwx [1] from
OpenBSD, to have a native driver, couldn't load firmware.
https://reviews.freebsd.org/D24421
With kind regards,
Idwer
Op za 4 jul. 2020 om 17:34 schreef Bjoern A. Zeeb :
>
> Hi,
>
> it’s about time for an update on the
2016-10-31 20:37 GMT+01:00 Andriy Voskoboinyk :
> Sun, 30 Oct 2016 14:32:18 +0200 було написано Daniel Braniss
> :
>
> Hi!
>
> rtwn_usb(4) depends on rtwn(4) module; you can try to
These change(s) require you to manually run 'service netif start
wlan', in
2015-09-16 8:06 GMT+02:00 Matthew Grooms :
>
> It looks like my screenshot got scrubbed. Here is my hopefully faithful
> transcription ...
>
> Fatal trap 9: general protection fault while in kernel mode
> cpuid = 3; apic id = 03
> instruction pointer = 0x20:0x80a01105
>
The driver is able to bring up a connection on linux and openbsd just fine.
I would start with this, then fix the structs. This could use another
pair of eyes.
Partial draft (yes, it builds):
Index: sys/dev/usb/wlan/if_rsu.c
===
Other drivers don't use htole*():
# grep htole * | grep -c IEEE80211
0
Then again, this chipset could be odd enough to indeed require byte
order conversion.
>
> Did this /fix/ things for you?
No, which wasn't expected either.
>
>
>
> -adrian
>
>
> On 8 September 2015
2015-08-29 14:53 GMT+02:00 Gleb Smirnoff gleb...@freebsd.org:
On Sat, Aug 29, 2015 at 12:56:39PM +0300, Oleg V. Nauman wrote:
O On Saturday 29 August 2015 11:02:02 Gleb Smirnoff wrote:
O On Sat, Aug 29, 2015 at 01:19:40AM +0200, Idwer Vollering wrote:
O I Manually running 'service netif
Manually running 'service netif restart' works around this.
/etc/network.subr and /etc/rc.d/netif have been updated by mergemaster
-p and mergemaster -iF
I can provide the, rather lengthy, output of 'sh -x /etc/rc.d/netif
restart' when required.
Note that I'm not subscribed to freebsd-current.
2015-08-29 1:19 GMT+02:00 Idwer Vollering vid...@gmail.com:
Manually running 'service netif restart' works around this.
/etc/network.subr and /etc/rc.d/netif have been updated by mergemaster
-p and mergemaster -iF
I can provide the, rather lengthy, output of 'sh -x /etc/rc.d/netif
restart
2014-11-26 13:44 GMT+01:00 Matthias Apitz g...@unixarea.de:
Hello,
I purchased the above USB Wifi adapter in the hope it will attach to the
rsu(4) driver because its man page says:
cut
What should I do to get a USB Wifi card supported by the rsu(4) driver.
Hi,
Apparently ASUS has USB-N10
But does this patch somewhat improve the association issue?
(previous message is found at
https://lists.freebsd.org/pipermail/freebsd-wireless/2014-November/005227.html
)
Index: sys/dev/usb/wlan/if_rsu.c
==
=
---
2014-11-18 11:04 GMT+01:00 Ben Woods woods...@gmail.com:
Hmm... turns out this is an issue with authentication with wpa_supplicant.
If I turn off security I can connect just fine.
Well, disabling AP security features is not the right solution.
I have the EDUP adapter that uses if_rsu, and when
2014-06-05 7:59 GMT+02:00 Hans Petter Selasky h...@bitfrost.no:
Hi,
Is that a patch I need to add to 10-stable?
Hi,
Not yet, as I can work with if_rsu code from -CURRENT until things are
sorted out.
At least my adapter is working a bit more stable now :-)
Mine seems to get stuck in
2014-06-05 7:59 GMT+02:00 Hans Petter Selasky h...@bitfrost.no:
Hi,
Is that a patch I need to add to 10-stable?
Hi,
Not yet, as I can work with if_rsu code from -CURRENT until things are
sorted out.
Yeah. Looking at the driver code and comparing to Linux, I see a lot of
things missing :-)
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,
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 (working copy)
@@ -69,11 +69,13 @@
#include
2014-05-22 13:51 GMT+02:00 Hans Petter Selasky h...@selasky.org:
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
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 change is 'int rsu_debug=5'.
Then send
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
___
2014-05-20 7:47 GMT+02:00 Hans Petter Selasky h...@selasky.org:
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
2014-05-20 17:56 GMT+02:00 Hans Petter Selasky h...@bitfrost.no:
Hi,
Is your kernel built clean with modules?
--HPS
Yes; earlier I passed -DNO_CLEAN, but build time is below ten minutes
I'm compiling without that option.
I've applied the patch you sent, expect results soon.
Idwer
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, it seems to improve the situation.
..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,
Idwer
___
freebsd-wireless@freebsd.org mailing
22 matches
Mail list logo