Re: [RFC 05/12] ath10k: htc: Added ATH10K_HTC_FLAG_BUNDLE_LSB

On 14 November 2016 at 17:33, Erik Stromdahl wrote: > Signed-off-by: Erik Stromdahl > --- > drivers/net/wireless/ath/ath10k/htc.h |2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/net/wireless/ath/ath10k/htc.h >

Re: [RFC 06/12] ath10k: bmi: Added SOC reg read/write functions

On 14 November 2016 at 17:33, Erik Stromdahl wrote: > Added functions implementing the following BMI commands: > > BMI_READ_SOC_REGISTER > BMI_WRITE_SOC_REGISTER > > Reading and writing BMI registers is sometimes needed for > SDIO chipsets. I didn't see

Re: [RFC 10/12] ath10k: Added QCA65XX hw definition

On 14 November 2016 at 17:33, Erik Stromdahl wrote: > Signed-off-by: Erik Stromdahl > --- > drivers/net/wireless/ath/ath10k/hw.h |1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/wireless/ath/ath10k/hw.h >

Re: [RFC 04/12] ath10k: htc: refactorization

On 14 November 2016 at 17:33, Erik Stromdahl wrote: > Code refactorization: > > Moved the code for ep 0 in ath10k_htc_rx_completion_handler > to ath10k_htc_control_rx_complete. > > This eases the implementation of SDIO/mbox significantly since > the ep_rx_complete cb is

Re: [RFC 03/12] ath10k: htc: Changed order of wait target and ep connect

On 14 November 2016 at 17:33, Erik Stromdahl wrote: > This patch changes the order in which the driver waits for the > target to become ready and the service connect of the HTC > control service. > > The HTC control service is connected before the driver starts > waiting

Re: [RFC 09/12] ath10k: Mailbox address definitions

On 14 November 2016 at 17:33, Erik Stromdahl wrote: > Address definitions for SDIO/mbox based chipsets. > > Signed-off-by: Erik Stromdahl > --- > drivers/net/wireless/ath/ath10k/hw.h | 53 > ++ > 1 file

Re: [PATCH] rtl8xxxu: Fix for agressive power saving by rtl8723bu wireless IC

Barry Day writes: > On Mon, Oct 31, 2016 at 06:41:30PM -0400, Jes Sorensen wrote: >> Barry Day writes: >> > On Mon, Oct 31, 2016 at 05:25:12PM -0400, Jes Sorensen wrote: >> >> As mentioned previously, if this is to be changed here, it has to be >> >>

Re: ath9k: Move generic entries below specific ones in ath_pci_id_table.

"Vittorio Gambaletta \(VittGam\)" wrote: > If generic entries are positioned above specific ones, then the > former will be matched first and used instead of the latter. > > Cc: > Cc: > Cc:

Re: [OpenWrt-Devel] ATH10K VLAN firmware issue

On 15 November 2016 at 13:43, Valo, Kalle wrote: > Bruno Antunes writes: > >> On 7 November 2016 at 18:06, Valo, Kalle wrote: >>> Bruno Antunes writes: >>> On 4 November 2016 at 21:17, Valo, Kalle

Re: [RFC 02/12] ath10k: htc: rx trailer lookahead support

On 11/15/2016 10:57 AM, Michal Kazior wrote: > On 14 November 2016 at 17:33, Erik Stromdahl wrote: >> The RX trailer parsing is now capable of parsing lookahead reports. >> This is needed by SDIO/mbox. > > It'd be useful to know what exactly lookahead will be used

[PATCHv3 2/2] ath10k: add support for per sta tx bitrate

From: Anilkumar Kolli Per STA tx bitrate info is filled from peer stats. Export per sta txrate info to cfg80211/nl80211 Signed-off-by: Anilkumar Kolli --- v2: * address Kalle's comments drivers/net/wireless/ath/ath10k/debugfs_sta.c | 13

Re: [RFC 03/12] ath10k: htc: Changed order of wait target and ep connect

On 11/15/2016 11:13 AM, Michal Kazior wrote: > On 14 November 2016 at 17:33, Erik Stromdahl wrote: >> This patch changes the order in which the driver waits for the >> target to become ready and the service connect of the HTC >> control service. >> >> The HTC control

RE: [OpenWrt-Devel] ATH10K VLAN firmware issue

Hi Ben, Do you plan to release a candelatech firmware with this fix? Regards. Cedric Voncken. > -Message d'origine- > De : linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless- > ow...@vger.kernel.org] De la part de Ben Greear > Envoyé : samedi 5 novembre

Re: [RFC 06/12] ath10k: bmi: Added SOC reg read/write functions

On 11/15/2016 11:28 AM, Michal Kazior wrote: > On 14 November 2016 at 17:33, Erik Stromdahl wrote: >> Added functions implementing the following BMI commands: >> >> BMI_READ_SOC_REGISTER >> BMI_WRITE_SOC_REGISTER >> >> Reading and writing BMI registers is sometimes

Re: [PATCH v4 3/3] mwifiex: Enable WoWLAN for both sdio and pcie

On Tue, Nov 15, 2016 at 07:06:04PM +0530, Amitkumar Karwar wrote: > From: Rajat Jain > > Commit ce4f6f0c353b ("mwifiex: add platform specific wakeup interrupt > support") added WoWLAN feature only for sdio. This patch moves that > code to the common module so that all the

[PATCH] ath9k: fix ath9k_hw_gpio_get() to return 0 or 1 on success

Commit b2d70d4944c1 ("ath9k: make GPIO API to support both of WMAC and SOC") refactored ath9k_hw_gpio_get() to support both WMAC and SOC GPIOs, changing the return on success from 1 to BIT(gpio). This broke some callers like ath_is_rfkill_set(). Instead of fixing all callers, change

Re: [PATCH v4 3/3] mwifiex: Enable WoWLAN for both sdio and pcie

On Tue, Nov 15, 2016 at 09:35:07AM -0800, Dmitry Torokhov wrote: > On Tue, Nov 15, 2016 at 07:06:04PM +0530, Amitkumar Karwar wrote: > > --- a/drivers/net/wireless/marvell/mwifiex/main.c > > +++ b/drivers/net/wireless/marvell/mwifiex/main.c > > @@ -1552,14 +1552,55 @@ void mwifiex_do_flr(struct

[PATCHv3 1/2] ath10k: add per peer htt tx stats support for 10.4

From: Anilkumar Kolli Per peer tx stats are part of 'HTT_10_4_T2H_MSG_TYPE_PEER_STATS' event, Firmware sends one HTT event for every four PPDUs. HTT payload has success pkts/bytes, failed pkts/bytes, retry pkts/bytes and rate info per ppdu. Peer stats are enabled through

RE: Problems with mwifiex_pcie firmware activation

Hi Stanislaw, > From: Stanislaw Gruszka [mailto:sgrus...@redhat.com] > Sent: Monday, November 14, 2016 3:46 PM > To: Amitkumar Karwar > Cc: Nishant Sarmukadam; linux-wireless@vger.kernel.org > Subject: Re: Problems with mwifiex_pcie firmware activation > > On Thu, Aug 25, 2016 at 05:06:26PM

Re: [v8, 1/3] Documentation: dt: net: add ath9k wireless device binding

Martin Blumenstingl wrote: > Add documentation how devicetree can be used to configure ath9k based > devices. > > Signed-off-by: Martin Blumenstingl > Acked-by: Rob Herring 3 patches applied to ath-next

Re: [OpenWrt-Devel] ATH10K VLAN firmware issue

On 11/15/2016 07:00 AM, Bruno Antunes wrote: On 15 November 2016 at 14:55, Ben Greear wrote: The beta-18 release on my web page has the fix and should work fine. Probably soon I will promote the beta-18 to final release status. Any help in testing and verifying the

Re: [v6] ath9k: Switch to using mac80211 intermediate software queues.

Toke Høiland-Jørgensen wrote: > This switches ath9k over to using the mac80211 intermediate software > queueing mechanism for data packets. It removes the queueing inside the > driver, except for the retry queue, and instead pulls from mac80211 when > a packet is needed. The retry queue is used to

Re: [PATCHv2,1/2] ath10k: add per peer htt tx stats support for 10.4

ako...@qti.qualcomm.com wrote: > From: Anilkumar Kolli > > Per peer tx stats are part of 'HTT_10_4_T2H_MSG_TYPE_PEER_STATS' > event, Firmware sends one HTT event for every four PPDUs. > HTT payload has success pkts/bytes, failed pkts/bytes, retry > pkts/bytes and rate

Re: [OpenWrt-Devel] ATH10K VLAN firmware issue

The beta-18 release on my web page has the fix and should work fine. Probably soon I will promote the beta-18 to final release status. Any help in testing and verifying the beta works well is welcome. Thanks, Ben On 11/15/2016 06:37 AM, voncken wrote: Hi Ben, Do you plan to

Re: ath9k_htc: fix minor mistakes in dev_err messages

Colin Ian King wrote: > From: Colin Ian King > > Add missing space in a dev_err message and join wrapped text so > it does not span multiple lines. Fix spelling mistake on "unknown". > > Signed-off-by: Colin Ian King

Re: ath10k: Fix failure to send NULL func frame for 10.4

Mohammed Shafi Shajakhan wrote: > From: Mohammed Shafi Shajakhan > > This partially reverts 'commit 2cdce425aa33 > ("ath10k: Fix broken NULL func data frame status for 10.4")' > Unfortunately this breaks sending NULL func and the existing >

Re: Avery's notes from LPC2016 wireless track (Santa Fe)

Avery Pennarun writes: > On Thu, Nov 3, 2016 at 5:55 PM, Barry Day wrote: >> Thanks for that. Can I take this as meaning there won't be any videos? >> I would like to have seen Jes Sorensen's talk on rtl8xxxu > > As far as I know, no talks at this LPC were

Re: [v3,1/2] ath10k: clean up HTT tx buffer allocation and free

Mohammed Shafi Shajakhan wrote: > From: Mohammed Shafi Shajakhan > > cleanup 'ath10k_htt_tx_alloc' by introducing the API's > 'ath10k_htt_tx_alloc/free_{cont_txbuf, txdone_fifo} and > re-use them whereever needed > > Signed-off-by: Mohammed

Re: [PATCH] ath9k: Move generic entries below specific ones in ath_pci_id_table.

"Vittorio Gambaletta (VittGam)" writes: > Hello, > > On 12/10/2016 17:01:08 CEST, Valo, Kalle wrote: > >> So to tell the full story I'll change the commit log to something like >> below. Does it look ok to you? > > Yes; but I'd change "So" to "This turned out to be

Re: [OpenWrt-Devel] ATH10K VLAN firmware issue

On 15 November 2016 at 14:55, Ben Greear wrote: > The beta-18 release on my web page has the fix and should work fine. > > Probably soon I will promote the beta-18 to final release > status. Any help in testing and verifying the beta works well > is welcome. I will also

Re: [1/1] ath10k: use the right length of "background"

Nicolas Iooss wrote: > The word "background" contains 10 characters so the third argument of > strncmp() need to be 10 in order to match this prefix correctly. > > Signed-off-by: Nicolas Iooss > Fixes: 855aed1220d2 ("ath10k: add spectral

[PATCH 4.9.0-rc5] AR9300 calibration problems with antenna selected

Hi, I recently tried to select a single antenna on AR9300 and it works for 30 seconds only. The subsequent calibration makes the RX signal level to drop from the usual -30/-40 dBm to -70/-80 dBm, and the transmission practically stops. With the attached patch it works, though selecting the

[PATCH v7] mwifiex: parse device tree node for PCIe

From: Xinming Hu This patch derives device tree node from pcie bus layer framework. Device tree bindings file has been renamed(marvell-sd8xxx.txt -> marvell-8xxx.txt) to accommodate PCIe changes. Signed-off-by: Xinming Hu Signed-off-by: Rajat Jain

Re: [PATCH] broadcom/brcm80211/brcmfmac/cfg80211 driver, bad regulatory domain frequency value

Hi, > Signed-off-by: Nicola Smaldone > Signed-off-by: Arlone Marco >Please note that you cannot add Signed-off-by for other people without >their explicit approval (see Documentation/SubmittingPatches). I don't >know if they did it in

crda not triggering kernel udev event

Hi, I'm trying to troubleshoot not being able to set the Regulator Domain on a custom Yocto 3.14 kernel with a Marvell 88W8887/at91_mci driver on ARM. Running 'udevadm monitor --environment kernel' there are no kernel udev events being triggered. I've checked the following common items, crda is

Re: [RFC 05/12] ath10k: htc: Added ATH10K_HTC_FLAG_BUNDLE_LSB

Michal Kazior writes: > On 14 November 2016 at 17:33, Erik Stromdahl wrote: >> Signed-off-by: Erik Stromdahl >> --- >> drivers/net/wireless/ath/ath10k/htc.h |2 ++ >> 1 file changed, 2 insertions(+) >> >> diff

Re: [RFC 09/12] ath10k: Mailbox address definitions

Michal Kazior writes: > On 14 November 2016 at 17:33, Erik Stromdahl wrote: >> Address definitions for SDIO/mbox based chipsets. >> >> Signed-off-by: Erik Stromdahl >> --- >> drivers/net/wireless/ath/ath10k/hw.h |

Re: [RFC 10/12] ath10k: Added QCA65XX hw definition

Michal Kazior writes: > On 14 November 2016 at 17:33, Erik Stromdahl wrote: >> Signed-off-by: Erik Stromdahl >> --- >> drivers/net/wireless/ath/ath10k/hw.h |1 + >> 1 file changed, 1 insertion(+) >> >> diff --git

Re: [PATCH] broadcom/brcm80211/brcmfmac/cfg80211 driver, bad regulatory domain frequency value

Gianfranco Costamagna writes: >> Well, not before you pointed it out ;-). You are welcome to send a patch >> fixing it. Otherwise, I will take care of it. > > attaching a format-patch like version. > I don't think we need a Tested-by or whatever, because it is just a

[PATCH] cfg80211: limit scan results cache size

From: Johannes Berg It's possible to make scanning consume almost arbitrary amounts of memory, e.g. by sending beacon frames with random BSSIDs at high rates while somebody is scanning. Limit the number of BSS table entries we're willing to cache to 1000, limiting

Re: Bayesian rate control

On 15 November 2016 at 01:34, Johannes Berg wrote: > >> But there is a per-descriptor TX rate table entry in the driver. >> FreeBSD uses it to implement its rate control for the intel drivers. >> >> What am I missing? :) > > Not sure. But there isn't a per-descriptor

Re: [PATCH] Revert "mac80211: allow using AP_LINK_PS with mac80211-generated TIM IE"

On Thu, 2016-11-03 at 12:12 +0100, Felix Fietkau wrote: > This reverts commit c68df2e7be0c1238ea3c281fd744a204ef3b15a0. > > __sta_info_recalc_tim turns into a no-op if local->ops->set_tim is > not > set. This prevents the beacon TIM bit from being set for all drivers > that do not implement this

Re: [PATCH RESEND v2] cfg80211: add bitrate for 20MHz MCS 9

On Mon, 2016-10-31 at 11:28 -0700, Thomas Pedersen wrote: > Some drivers (ath10k) report MCS 9 @ 20MHz, which > technically isn't defined. To get more meaningful value > than 0 out of this however, just extrapolate a bitrate > from ratio of MCS 7 and 9 in channels where it is allowed. > applied.

R: [PATCH] broadcom/brcm80211/brcmfmac/cfg80211 driver, bad regulatory domain frequency value

No problem for me, also. Marco Arlone -Messaggio originale- Da: Nicola Smaldone [mailto:nsmald...@tierratelematics.com] Inviato: martedì 15 novembre 2016 14:18 A: Gianfranco Costamagna; Kalle Valo Cc: Arend Van Spriel; brcm80211-dev-l...@broadcom.com; linux-wireless@vger.kernel.org;

[PATCH v4 1/3] mwifiex: Allow mwifiex early access to device structure

From: Rajat Jain Today all the interface drivers (usb/pcie/sdio) assign the adapter->dev in the register_dev() callback, although they have this piece of info well before hand. This patch makes the device structure available for mwifiex right at the beginning, so that it can

[PATCH v4 2/3] mwifiex: Introduce mwifiex_probe_of() to parse common properties

From: Rajat Jain Introduce function mwifiex_probe_of() to parse common properties. Interface drivers get to decide whether or not the device tree node was a valid one (depending on the compatible property), Lets fill "adapter->dt_node" in mwifiex_add_card(). The function

[PATCH v4 3/3] mwifiex: Enable WoWLAN for both sdio and pcie

From: Rajat Jain Commit ce4f6f0c353b ("mwifiex: add platform specific wakeup interrupt support") added WoWLAN feature only for sdio. This patch moves that code to the common module so that all the interface drivers can use it for free. It enables pcie and sdio for its use

Re: [PATCH 3/4] dt: bindings: add new dt entry for BTCOEX feature in qcom, ath10k.txt

(Adding devicetree list) writes: > From: Tamizh chelvam > > There two things done in this patch. > > 1) 'btcoex_support' flag for BTCOEX feature support by the hardware. > 2) 'wlan_btcoex_gpio' is used to fill wlan priority pin number for

Re: [PATCH] fixed hwsim beacon delta calculation

On Fri, 2016-11-11 at 17:37 +0100, Benjamin Beichler wrote: > Due to the cast from uint32_t to int64_t, a wrong next beacon timing > is > calculated and effectively the beacon timer stops to work. This is > especially bad for 802.11s mesh networks, because discovery breaks > without beacons. >

Re: [PATCH] broadcom/brcm80211/brcmfmac/cfg80211 driver, bad regulatory domain frequency value

Gianfranco Costamagna writes: >> Signed-off-by: Nicola Smaldone > >> Signed-off-by: Arlone Marco > >>Please note that you cannot add Signed-off-by for other people without >>their explicit approval (see

Re: [PATCH V2] mac80211: Ignore VHT IE from peer with wrong rx_mcs_map

On Wed, 2016-11-02 at 10:04 +0100, Filip Matusiak wrote: > This is a workaround for VHT-enabled STAs which break the spec > and have the VHT-MCS Rx map filled in with value 3 for all eight > spacial streams, an example is AR9462 in AP mode. > > As per spec, in section 22.1.1 Introduction to the

RE: [PATCH] broadcom/brcm80211/brcmfmac/cfg80211 driver, bad regulatory domain frequency value

No problem for me, thanks. Nicola SMALDONE www.tierratelematics.com -Original Message- From: Gianfranco Costamagna [mailto:locutusofb...@debian.org] Sent: martedì 15 novembre 2016 14:14 To: Kalle Valo Cc: Arend Van Spriel ;

Re: [PATCH 1/3] mac80211: update A-MPDU flag on tx dequeue

All three applied, thanks. johannes

Re: [OpenWrt-Devel] ATH10K VLAN firmware issue

Bruno Antunes writes: > On 7 November 2016 at 18:06, Valo, Kalle wrote: >> Bruno Antunes writes: >> >>> On 4 November 2016 at 21:17, Valo, Kalle wrote: >>> Can someone file a bug to bugzilla about