For some SDIO chip, the peer id is 65535 for MPDU with error status,
then test_bit will trigger buffer overflow for peer's memory, if kasan
enabled, it will report error.
Add check for overflow the size of peer's peer_ids will avoid the buffer
overflow access.
Call trace of kasan:
+ Rafael
+ authors of these bad commits:
cd93b83ad927 ath10k: support for multicast rate control
f279294e9ee2 ath10k: add support for configuring management packet rate
Hi,
On Mon, Mar 25, 2019 at 8:46 PM Claire Chang wrote:
> On Tue, Mar 26, 2019 at 12:49 AM Brian Norris
> wrote:
> > On Fri,
On Fri, Mar 29, 2019 at 04:19:47PM +0530, Balaji Pothunoori wrote:
> From: Ashok Raj Nagarajan
>
> This patch will add the support to control the transmit power for traffic
> to a station associated with the AP.
>
> Underlying firmware will enforce that the maximum tx power will be based
> on
On Tue, 2019-04-02 at 08:59 -0400, Bob Copeland wrote:
> On Tue, Apr 02, 2019 at 12:00:29PM +0530, Balaji Pothunoori wrote:
> > > Should this really dBm? It's a bit asymmetric for WIPHY_TX_POWER_LEVEL
> > > to
> > > use mBm and this to use dBm, and I might want to adjust in half-dB steps
> > > if
On Tue, Apr 02, 2019 at 12:00:29PM +0530, Balaji Pothunoori wrote:
> > Should this really dBm? It's a bit asymmetric for WIPHY_TX_POWER_LEVEL
> > to
> > use mBm and this to use dBm, and I might want to adjust in half-dB steps
> > if
> > supported by hardware. Also allocating an s16 is a bit much
Currently the protected management frames are
not appended with the MIC_LEN which results in
the protected management frames being encoded
incorrectly.
Add the extra space at the end of the protected
management frames to fix this encoding error for
the protected management frames.
Tested HW:
Hi Kalle,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git
ath11k-bringup
head: 35cc32b22656933c119837e2b55e8bf0616050d9
commit: 258bbf525e652e244aa8b2331f55fda573fbe926 [3/82] ath11k: add driver
config: mips-allmodconfig (attached as
On 2019-04-02 02:16, Bob Copeland wrote:
Hi Balaji,
I started playing with these patches a bit -- they could be useful for
my use case, but I had a question:
+ * @power: tx power (in dBm) to be used for sending data traffic. If
tx power
+ * is not provided, the default per-interface tx power