example from infradead.org.
So feel free to close both of the lists and thanks for the heads up. Are
you planning to update the MAINTAINERS file or should I?
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
> Coverity: CID 114932
>
> Signed-off-by: John W. Linville
> Acked-by: Nick Kossifidis
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/li
erge window. This series catches the bits fallen
> through. The patches shall go in via the subsystem trees.
Thanks, applied to wireless-drivers-next.git. But I simplified the patch
title:
c0c3163a7213 ath5k: drop owner assignment from platform_drivers
--
Kalle Valo
Oleksij Rempel writes:
> +bool ath_is_mybeacon(struct ath_common *common, struct ieee80211_hdr *hdr)
Would a static inline be better? At least on ath9k I suspect the
compiler automatically inlines the static function, after your patch
there's an extra function call.
--
Ka
ugging facilities from user's point of
view don't change. I don't care if the code is in ath10k.ko or ath.ko,
we are talking about ~100 lines of code anyway.
> One of the nominal benefits of separating the ath_
> macros by subsystem was perf/tracing.
Nominal?
--
Kalle Valo
___
icks up the work.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
le git commit id is a good reference and I'm sure it will work
even after 10 years.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
y fault as I was so slow to comment. But I blame
the sun for this, it's so amazing to see the sun again after six
months! ;)
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
gt; - memset(&desc->ud.ds_tx5212, 0, sizeof(struct ath5k_hw_5212_tx_desc));
> + memset(&desc->ud.ds_tx5212.tx_stat, 0,
> +sizeof(desc->ud.ds_tx5212.tx_stat));
Is this an unrelated change? Or maybe I just missed something.
--
Kalle Valo
__
Jonathan Guerin writes:
> Any chance we can 'acquire' those test plans? ;-)
Most probably you need to pay kilo dollars to get access to them.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5
is sound reasonable?
Yes, it does sound reasonable. You might get throughput increase by
violating the spec.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
ts of throughput tests to test for
contending the medium. So, for example, can we trust a device which
has passed Wi-Fi certification? I don't know.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
rage class as specified
> + * in IEEE 802.11-2007 section 17.3.8.6 and modify ACK timeout
> + * accordingly. Optional function, could be NULL.
> + *
Please document if the callback can sleep or not. Preferably the
former.
--
Kalle Valo
__
I'm with Luis here. It makes a lot easier to read patches and find bugs
if the patches do one thing at a time. Don't worry about the number of
patches, usually that's not a problem.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-d
in usenet 72 characters was the recommended width, right? That
way quoting was also easier.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
et (r) 3.0 (2006) [wn]:
ditto
n 1: a mark used to indicate the word above it should be
repeated [syn: {ditto mark}, {ditto}]
v 1: repeat an action or statement; "The next speaker dittoed
her argument"
--
Kalle Valo
_
bruno randolf <[EMAIL PROTECTED]> writes:
> On Monday 21 January 2008 15:44:46 Kalle Valo wrote:
>> > + char buf[20];
>> > +
>> > + if (copy_from_user(buf, userbuf, min_t(size_t, count, 20)))
>> > + return -EFAULT;
>>
>> Ho
= file->private_data;
> + char buf[1000];
To my eyes allocating 1000 bytes from stack is too large.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
a inline function with va_args is not possible?
I can be wrong, though.
--
Kalle Valo
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
19 matches
Mail list logo
