Re: kern/164499: [wi] [patch] if_wi needs fix for big endian architectures.

2013-07-28 Thread jhibbits
Synopsis: [wi] [patch] if_wi needs fix for big endian architectures. State-Changed-From-To: open->closed State-Changed-By: jhibbits State-Changed-When: Mon Jul 29 05:47:28 UTC 2013 State-Changed-Why: Patch committed in r253756. http://www.freebsd.org/cgi/query-pr.cgi?pr=164499 __

Re: kern/164499: commit references a PR

2013-07-28 Thread dfilter service
The following reply was made to PR kern/164499; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/164499: commit references a PR Date: Mon, 29 Jul 2013 05:39:28 + (UTC) Author: jhibbits Date: Mon Jul 29 05:39:20 2013

[rfc] I'm going to nuke wi(4) (lucent/orinoco wireless PCMCIA devices) in a week's time unless someone steps up to look after it

2013-07-28 Thread Adrian Chadd
Hi all, I have some reasonably drastic net80211 stack changes planned over the next few months which require some driver work to make happen. The specific big change is to call net80211 for each mbuf transmit completion so it can kick-start the next transmit from a software staging queue. Since th

Re: [802.11s] mesh_forward() and (re)-encapsulating frames

2013-07-28 Thread Adrian Chadd
Hi, * I think we can get away with one queue per mesh STA neighbor for now. Which is effectively what we have in ath(4) and we will have in net80211 soon * THanks for the clarification for mesh sequence number. So we: + Increment it if we're generating a frame into the mesh network; + Keep it

Re: My WLI-UC-GNM up crash

2013-07-28 Thread XiaoQI Ge
Patch radiotap.diff ifconfig wlan0 normal execution through wifi wpa also be connected to the But often disconnected: Edit /etc/motd to change this login announcement. root@FreeBSD:~ # uptime 11:13PM up 33 secs, 1 user, load averages: 1.34, 0.37, 0.13 root@FreeBSD:~ # date Thu Jul 25 23:13:43 U

Re: [IWN] Reviw split 2

2013-07-28 Thread Adrian Chadd
Hi! Feedback time! - DPRINTF(sc, IWN_DEBUG_TRACE, "->%s done\n", __func__); + DPRINTF(sc, IWN_DEBUG_TRACE, "->%s: end\n",__func__); + .. all that did was delete a space and add a new line. Just add the space back in there, delete the new line; then that part of the diff will disappea

Re: My WLI-UC-GNM up crash

2013-07-28 Thread Adrian Chadd
As long as that results in the radiotap structures being 4 or 8 byte padded when it's embedded in the softc - then yes, indeed. Xiao, can you try? -adrian On 28 July 2013 03:35, Hans Petter Selasky wrote: > Hi, > > Can you try the attached patch? > > --HPS _

Re: My WLI-UC-GNM up crash

2013-07-28 Thread Hans Petter Selasky
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

2013-07-28 Thread Hans Petter Selasky
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