[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7f2ef494f4a2aba1845a157da8fec449@codeaurora.org>
Date: Wed, 07 Nov 2018 13:30:23 -0800
From: Rajkumar Manoharan <rmanohar@...eaurora.org>
To: Brian Norris <briannorris@...omium.org>
Cc: ath10k@...ts.infradead.org, linux-wireless@...r.kernel.org,
linux-kernel@...r.kernel.org, Yu Wang <yyuwang@...eaurora.org>,
Rakesh Pillai <pillair@...eaurora.org>,
Govind Singh <govinds@...eaurora.org>, stable@...r.kernel.org,
linux-wireless-owner@...r.kernel.org
Subject: Re: [PATCH REGRESSION] Revert "ath10k: add quiet mode support for
QCA6174/QCA9377"
On 2018-11-07 10:56, Brian Norris wrote:
> This reverts commit cfb353c0dc058bc1619cc226d3cbbda1f360bdd3.
>
> WCN3990 firmware does not yet implement this feature, and so it crashes
> like this:
>
> fatal error received: err_qdi.c:456:EX:wlan_process:1:WLAN
> RT:207a:PC=b001b4f0
>
> This feature can be re-implemented with a proper service bitmap or
> other
> feature-discovery mechanism in the future. But it should not break
> working boards.
>
Brian,
The change "ath10k: add quiet mode support for QCA6174/QCA9377" was
merged even
before full WCN3990 device support was added in ath10k. How come it
could be regression
for WCN3990. I know both are sharing same WMI-TLV interface but
reverting this
will break QCA6174/QCA9377. no?
I would prefer to handle this within WMI callback or upper layer.
-Rajkumar
Powered by blists - more mailing lists