drivers/nfc/fdp/fdp.c: In function ‘fdp_nci_patch_otp’:
drivers/nfc/fdp/fdp.c:373: warning: comparison is always false due to limited
range of data type
drivers/nfc/fdp/fdp.c: In function ‘fdp_nci_patch_ram’:
drivers/nfc/fdp/fdp.c:444: warning: comparison is always false due to limited
range of d
On Sat, Jun 04, 2016 at 07:29:01PM +0530, Bhaktipriya Shridhar wrote:
> alloc_workqueue replaces deprecated create_workqueue().
>
> In if_sdio.c, the workqueue card->workqueue has workitem
> &card->packet_worker, which is mapped to if_sdio_host_to_card_worker.
> The workitem is involved in sending
Luca Muscariello writes:
> I don't fully understand your plots but it would be useful to report
> the physical rate of the stations.
Yes, well, there's not really one rate to report for each station, since
Minstrel jumps about a bit and tries different ones.
> As a benchmark, if you know the p
Adrian Chadd writes:
> I've been working on something similar in freebsd, so cool to see this
> happening here!
Cool. Do you have code available somewhere?
> The only thing missing atm is STBC and LDPC. My RX airtime code looks
> basically like this one too; but I have TODO items for ensuring
>
Hi,
Just want to know: whether or not mac80211 supports 802.11ad protocol?
If not, what's the future plan?
Regards,
Vikram
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.
It used to be EXPORTed, but then EXPORT usage was cleaned up
(in 2012), without noticing that the function has no users at all
(and curiously, never had any users).
Delete it.
While at it, remove non-static "inline" hints on nearby functions:
these hints don't work across compilation units anyway
On 5 June 2016 at 03:55, Toke Høiland-Jørgensen wrote:
> Adrian Chadd writes:
>
>> I've been working on something similar in freebsd, so cool to see this
>> happening here!
>
> Cool. Do you have code available somewhere?
not yet. It was mostly what you just did in ath9k anyway :)
The sample rat
On Saturday 04 June 2016 08:07 PM, Kalle Valo wrote:
(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_GPI
4.6-stable review patch. If anyone has any objections, please let me know.
--
From: Vittorio Gambaletta (VittGam)
commit 0f9edcdd88a993914fa1d1dc369b35dc503979db upstream.
The Wistron DNMA-92 and Compex WLM200NX have inverted LED polarity
(active high instead of active low).
4.6-stable review patch. If anyone has any objections, please let me know.
--
From: Vittorio Gambaletta (VittGam)
commit cd84042ce9040ad038e958bc67a46fcfc015c736 upstream.
The LED can be active high instead of active low on some hardware.
Add the led_active_high module parame
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vittorio Gambaletta (VittGam)
commit 0f9edcdd88a993914fa1d1dc369b35dc503979db upstream.
The Wistron DNMA-92 and Compex WLM200NX have inverted LED polarity
(active high instead of active low).
4.5-stable review patch. If anyone has any objections, please let me know.
--
From: Vittorio Gambaletta (VittGam)
commit cd84042ce9040ad038e958bc67a46fcfc015c736 upstream.
The LED can be active high instead of active low on some hardware.
Add the led_active_high module parame
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Vittorio Gambaletta (VittGam)
commit 0f9edcdd88a993914fa1d1dc369b35dc503979db upstream.
The Wistron DNMA-92 and Compex WLM200NX have inverted LED polarity
(active high instead of active low).
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Vittorio Gambaletta (VittGam)
commit cd84042ce9040ad038e958bc67a46fcfc015c736 upstream.
The LED can be active high instead of active low on some hardware.
Add the led_active_high module parame
On Thu, Jun 2, 2016 at 11:59 PM, Luca Coelho wrote:
> On Thu, 2016-06-02 at 23:09 -0600, Reinoud Koornstra wrote:
>> On Thu, Jun 2, 2016 at 2:16 AM, Luca Coelho wrote:
>> > This shows that you have iwlwifi-7260-16.ucode in your file system.
>> > But here we are reading it much later. So it's po
Got it, thanks. There is no difference of the changes for AR9462 which is the
chip Sudip tested.
Thanks,
Miaoqing
-Original Message-
From: Kalle Valo [mailto:kv...@codeaurora.org]
Sent: Saturday, June 04, 2016 10:38 PM
To: Pan, Miaoqing
Cc: Sudip Mukherjee ; Stephen Rothwell
; ath9k-
Hi Toke,
On Sat, Jun 4, 2016 at 2:51 AM, Toke Høiland-Jørgensen wrote:
> From: Michal Kazior
>
> Qdiscs are designed with no regard to 802.11
> aggregation requirements and hand out
> packet-by-packet with no guarantee they are
> destined to the same tid. This does more bad than
> good no matter
> > 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 txq? I
> > thought doing the renaming made for more readable and much more
> > maintainable code (where searching for text strings produced much
> > cleaner results w
On Sun, Jun 5, 2016 at 7:59 PM, Tim Shepard wrote:
>
>
>> > 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 txq? I
>> > thought doing the renaming made for more readable and much more
>> > maintainable code (where sear
> > Thanks. I've gotten no other feedback that suggests anyone else has
> > read the code. So I very much appreciate it.
>
> I not only read it but tested it extensively against the ath9k stock,
> ath10k stock, ath10k -michal's fqmac 3.5 patches, and your ath9k
> patches...
My patch to ath9k
Vishal Thanki wrote on 27 April 2016:
> On Wed, Apr 27, 2016 at 02:21:36PM +1000, Craig McQueen wrote:
> > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392
> chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04
> image (4.4.6 kernel).
> >
> > 1) Install U
21 matches
Mail list logo