mesh tidyup, 1 of (...)

2013-07-27 Thread Adrian Chadd
Hiya, I've just committed a bit of a refactor of the mesh and non-mesh transmit path to -HEAD. This unifies a large part of the transmit code into a single path which handles power save and 11n aggregation preparation. Next is the TX stuff that Monthadar and I have talked about a bit. We need to

Re: My WLI-UC-GNM up crash

2013-07-27 Thread Adrian Chadd
Not sure, I haven't dug into it. It shouldn't be hard to fix though. I think someone just screwed up in defining the structures in the USB drivers and didn't specify alignment. ath(4) got it right because Sam ran it on MIPS/ARM boards. -adrian On 27 July 2013 20:34, XiaoQI Ge wrote: > That sh

Re: My WLI-UC-GNM up crash

2013-07-27 Thread XiaoQI Ge
That should be how to solve it? -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/27 Adrian Chadd : > This is known; there's some alignment issue with the radiotap TX/RX > structures in some of these USB devices. > > > > -adrain > > On 25 July 2013 20:23, XiaoQI Ge wrote

[IWN] Reviw split 2

2013-07-27 Thread Cedric GROSS
Hello, A new patch. This one add : - a debugging function printing uCode registery. - IWN_DEBUG make option A review has be done also which can safely undefined IWN_DEBUG. Previously do so lead to compile error. Cedric register.patch Description: Binary data

Re: My WLI-UC-GNM up crash

2013-07-27 Thread Adrian Chadd
This is known; there's some alignment issue with the radiotap TX/RX structures in some of these USB devices. -adrain On 25 July 2013 20:23, XiaoQI Ge wrote: > 我更新到最新的源码(r253662),这次错误信息变成了0xde9f4d34 > > [root@FreeBSD.ttyu0] ~ # Fatal kernel mode data abort: 'Alignment Fault 1' > trapframe: 0xde