On 14 April 2015 at 02:10, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote: > On 04/13/2015 10:41 AM, Ben Greear wrote: >> Looks like I have some more work to do. For any moderately large frames, >> I am now dropping the last 16 bytes. Looks like the skb_put_padto logic >> was working around a more serious issue... > > A better-tested version of kernel and firmware is uploaded now. > > Looks like I needed to add a hack to firmware to bump pkt-size by > 16 for IBSS + RSN encrypted frames. Not sure exactly why, but seems > to work in light testing. > > I removed the skb-padto hack from the kernel, and kernel is rebased on > top of official 4.0 now. Hmm.. Maybe this is related to MMIC. Maybe frame fragment length must be different from frame length (ath10k_htt_tx(), htt_data_tx_desc_frag)? Perhaps a similar hack as with RAW txmode[1] needs to be applied..? [1]: https://www.mail-archive.com/ath10k@xxxxxxxxxxxxxxxxxxx/msg00241.html Michał -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
