Re: [PATCH 1/2] ath10k: Define an enum to enable cycle counter wraparound logic

>> --- a/drivers/net/wireless/ath/ath10k/core.c >> +++ b/drivers/net/wireless/ath/ath10k/core.c >> @@ -55,7 +55,7 @@ static const struct ath10k_hw_params >> ath10k_hw_params_list[] = { >> .name = "qca988x hw2.0", >> .patch_load_addr = QCA988X_HW_2_0_PATCH_LOAD_ADDR, >>

Re: pull-request: wireless-drivers 2016-06-04

From: Kalle Valo Date: Sat, 04 Jun 2016 18:45:21 +0300 > few fixes for 4.7. Please let me know if you have any issues. Pulled, thanks kalle. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org

Re: [PATCH v3 1/2] b43: Remove unused phy_a code

On 06/04/2016 09:54 AM, Guenter Roeck wrote: gcc-6 reports the following error with -Werror=unused-const-variable. drivers/net/wireless/broadcom/b43/phy_a.c:576:40: error: 'b43_phyops_a' defined but not used Per Michael Büsch: "All a-phy code is usused", so remove it all, and move the

Re: ath9k_htc firmware

Am 04.06.2016 um 21:44 schrieb bruce m beach: >>> I'm looking for some kind of simple request in the ath9k_htc driver, through >>> the usb ep0, like a memory read on the card, where a urb is sent with >>> the resulting chain of events. The simpler the better. The simplest. > >> For EP0 on drivers

ath9k_htc firmware

>> I'm looking for some kind of simple request in the ath9k_htc driver, through >> the usb ep0, like a memory read on the card, where a urb is sent with >> the resulting chain of events. The simpler the better. The simplest. > For EP0 on drivers site: > static int ath9k_hif_usb_download_fw(struct

Patch "ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards." has been added to the 4.6-stable tree

This is a note to let you know that I've just added the patch titled ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards. to the 4.6-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Patch "ath9k: Add a module parameter to invert LED polarity." has been added to the 4.6-stable tree

This is a note to let you know that I've just added the patch titled ath9k: Add a module parameter to invert LED polarity. to the 4.6-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Patch "ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards." has been added to the 4.4-stable tree

This is a note to let you know that I've just added the patch titled ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards. to the 4.4-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Patch "ath9k: Add a module parameter to invert LED polarity." has been added to the 4.4-stable tree

This is a note to let you know that I've just added the patch titled ath9k: Add a module parameter to invert LED polarity. to the 4.4-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Patch "ath9k: Add a module parameter to invert LED polarity." has been added to the 4.5-stable tree

This is a note to let you know that I've just added the patch titled ath9k: Add a module parameter to invert LED polarity. to the 4.5-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: rt2800usb firmware rt2870.bin 0.36 not scanning

Craig McQueen wrote: > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > chipset). I'm trying to use it on a BeagleBone Black based system with > 3.14.x kernel built with Yocto. We're using ConnMan 1.30 at the moment. Try it with a _desktop x86_64 distribution_ , with a

Re: [PATCH] rtlwifi: Change long delays to sleeps

Jan Kiszka writes: > On 2016-02-15 23:12, Larry Finger wrote: >> Routine rtl_addr_delay() uses delay statements in code that can >> sleep. To improve system responsiveness, the various delay statements >> are changed. >> >> In addition, routines rtl_rfreg_delay() and

Re: [PATCH] rtlwifi: Change long delays to sleeps

On 2016-02-15 23:12, Larry Finger wrote: > Routine rtl_addr_delay() uses delay statements in code that can > sleep. To improve system responsiveness, the various delay statements > are changed. > > In addition, routines rtl_rfreg_delay() and rtl_bb_delay() are > rewritten to use the code in

pull-request: wireless-drivers 2016-06-04

Hi Dave, few fixes for 4.7. Please let me know if you have any issues. Kalle The following changes since commit b7e7ad611e24b95b0db2998428ce78370415c086: Merge branch 'qed-fixes' (2016-05-26 12:27:33 -0700) are available in the git repository at:

Re: [PATCH] qtnfmac: announcement of new FullMAC driver for Quantenna chipsets

Jonas Gorski writes: > On 26 May 2016 at 20:52, Avinash Patil wrote: > >> This email, including its contents and any attachment(s), may contain >> confidential information of Quantenna Communications, Inc. and is >> solely for the intended recipient(s).

Re: [7/7] mwifiex: fix typo

Julia Lawall wrote: > firmare -> firmware > > Signed-off-by: Julia Lawall Thanks, 1 patch applied to wireless-drivers-next.git: 47ce90f9f08a mwifiex: fix typo -- Sent by pwcli https://patchwork.kernel.org/patch/9113281/ -- To unsubscribe from

Re: b43: don't unconditionally fall back to CCK if the rate is 6MB OFDM.

Adrian Chadd wrote: > Check the current PHY operating mode (gmode) to see if we should > fall back from 6MB OFDM to 11MB CCK. For 5GHz operation this isn't > allowed. > > Note, the fallback lookup is only done for RTS rates; normal fallback > rates are done via mac80211 and

Re: [v2,1/2] brcmfmac: Fix kernel oops in failed chip_attach

Christian Daudt wrote: > When chip attach fails, brcmf_sdiod_intr_unregister is being called > but that is too early as sdiodev->settings has not been set yet > nor has brcmf_sdiod_intr_register been called. > Change to use oob_irq_requested + newly created sd_irq_requested >

Re: [v2] carl9170: Clarify kconfig text

Lauri Kasanen wrote: > The previous text was confusing, leading readers to think this > driver was a duplicate, and so didn't need to be enabled. > > After the removal of the older staging driver, this is the only > driver in mainline for these devices. > > Signed-off-by: Lauri

wireless-drivers-next open for 4.8

Bob Copeland writes: > Since Linus released 4.7-rc1 today, I've resumed wireless-testing > updates since its merge window hiatus, with tag wt-2016-05-29. > > Please test and let me know of any issues. I also opened wireless-drivers-next tree for patches going to 4.8. And

[PATCH v3 1/2] b43: Remove unused phy_a code

gcc-6 reports the following error with -Werror=unused-const-variable. drivers/net/wireless/broadcom/b43/phy_a.c:576:40: error: 'b43_phyops_a' defined but not used Per Michael Büsch: "All a-phy code is usused", so remove it all, and move the remaining Type-G initialization code into

[PATCH v3 2/2] b43: Completely remove support for phy_a

Per Michael Büsch: "All a-phy code is usused", so remove it all. Cc: Michael Büsch Signed-off-by: Guenter Roeck --- v3: no change v2: added patch drivers/net/wireless/broadcom/b43/main.c | 31 +--- drivers/net/wireless/broadcom/b43/wa.c | 283

Re: [PATCH 1/2] ath10k: Define an enum to enable cycle counter wraparound logic

Vasanthakumar Thiagarajan writes: > QCA988X hw implements a different cycle counter wraparound > behaviour when compared to QCA4019. To properly handle different > wraparound logic for these chipsets replace already available > bool hw_params member,

Re: ath9k gpio request

(Fixing top posting) "Pan, Miaoqing" writes: >>> --- a/drivers/net/wireless/ath/ath9k/reg.h >>> +++ b/drivers/net/wireless/ath/ath9k/reg.h >>> @@ -1122,8 +1122,8 @@ enum { >>> #define AR9300_NUM_GPIO 16 >>> #define AR9330_NUM_GPIO

Re: [PATCH] net: wireless: marvell: libertas: Remove create_workqueue

On Sat, Jun 4, 2016 at 7:59 PM, Kalle Valo wrote: > > $ git log --oneline --no-merges -10 Sure. Will keep that in mind. Thanks, Bhaktipriya -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org

Re: [RFC/RFT 2/5] ath9k: use mac80211 intermediate software queues

Tim Shepard writes: >> Reworked to not require the global variable renaming in ath9k. >> >> Signed-off-by: Toke Høiland-Jørgensen > > Huh. I wonder why you did that? Is it really better to call the > ieee80211_txq a swq and call the ath9k hardware queue a

Re: [PATCH] net: wireless: marvell: libertas: Remove create_workqueue

Bhaktipriya Shridhar writes: > alloc_workqueue replaces deprecated create_workqueue(). > > In if_sdio.c, the workqueue card->workqueue has workitem > >packet_worker, which is mapped to if_sdio_host_to_card_worker. > The workitem is involved in sending packets to

Re: [33/54] MAINTAINERS: Add file patterns for wireless device tree bindings

Geert Uytterhoeven wrote: > Submitters of device tree binding documentation may forget to CC > the subsystem maintainer if this is missing. > > Signed-off-by: Geert Uytterhoeven > Cc: Kalle Valo > Cc:

[PATCH] net: wireless: marvell: libertas: Remove create_workqueue

alloc_workqueue replaces deprecated create_workqueue(). In if_sdio.c, the workqueue card->workqueue has workitem >packet_worker, which is mapped to if_sdio_host_to_card_worker. The workitem is involved in sending packets to firmware. Forward progress under memory pressure is a requirement here.

Re: [PATCH 2/2] ath10k: Add board data download from target

Sven Eckelmann writes: > The QCA9887 stores its calibration data (board.bin) inside the EEPROM of > the target. This has to be downloaded manually to allow the device to > initialize correctly. > > Signed-off-by: Sven Eckelmann [...]

Re: [PATCH 1/2] ath10k: add QCA9887 chipset support

Sven Eckelmann writes: > Add the hardware name, revision, firmware names and update the pci_id > table. > > QA9887 HW1.0 is supposed to be similar to QCA988X HW2.0 . Details about > he firmware interface are currently unknown. > > Signed-off-by: Sven Eckelmann

Re: [PATCH] drivers: ssb: Change bare unsigned to unsigned int to suit coding style

On Sat, 4 Jun 2016 12:50:05 +0100 Hugh Sipière wrote: > These lines just have unsigned gpio rather than unsigned int gpio. > I changed it to suit the coding style. > > Signed-off-by: Hugh Sipière Acked-by: Michael Buesch Please send

[PATCH] drivers: ssb: Change bare unsigned to unsigned int to suit coding style

These lines just have unsigned gpio rather than unsigned int gpio. I changed it to suit the coding style. Signed-off-by: Hugh Sipière --- drivers/ssb/driver_gpio.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git

Re: [PATCH] drivers: ssb: Fix comments to suit coding style

On Sat, 4 Jun 2016 12:32:13 +0100 Hugh Sipière wrote: > I changed it so that these two comments do not end on a line with text. > > Signed-off-by: Hugh Sipière > --- > drivers/ssb/driver_gpio.c | 6 -- > 1 file changed, 4 insertions(+), 2

[PATCH] drivers: ssb: Fix comments to suit coding style

I changed it so that these two comments do not end on a line with text. Signed-off-by: Hugh Sipière --- drivers/ssb/driver_gpio.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/ssb/driver_gpio.c b/drivers/ssb/driver_gpio.c index

Re: [PATCH] Drivers: ssb: Fix bare unsigned and changed to trailing comments

Hi Hugh, On Sat, Jun 4, 2016 at 10:39 AM, Hugh Sipiere wrote: > I changed drivers/ssb/driver_gpio.c to better fit the coding style. > I changed unsigned to unsigned int > Two comments were changed to not end on a line with the text. > > Signed-off-by: Hugh Sipiere

Re: [PATCH v2 1/2] b43: Remove unused phy_a code

On Fri, 3 Jun 2016 21:11:51 -0700 Guenter Roeck wrote: > +static void __b43_phy_initg(struct b43_wldev *dev) > +{ > + struct b43_phy *phy = >phy; > + > + might_sleep(); > + > + if (phy->rev >= 6) { > + if (b43_phy_read(dev, B43_PHY_ENCORE) &