From: Zefir Kurtisi <zefir.kurtisi@neratec.com>
To: Christian Lamparter <chunkeey@googlemail.com>
Cc: Ashok Nagarajan <ashok@cozybit.com>,
linux-wireless@vger.kernel.org, javier@cozybit.com
Subject: Re: [PATCH] ath9k: Fix mactime from being clobbered in rx_status
Date: Sat, 10 Mar 2012 14:41:41 +0100 [thread overview]
Message-ID: <4F5B5A15.1000808@neratec.com> (raw)
In-Reply-To: <201203100206.46537.chunkeey@googlemail.com>
Thanks for the ping.
The patch that is reverted here was meant as pre-work for modifications
required to generate DFS events with correctly set mactime that are
still pending. It was obviously not as 'trivial' as claimed, since I
overlooked the memset() in ath9k_rx_skb_preprocess() that effectively
set the time to 0 for all fragments.
Therefore full ACK to revert it. Just wondering why it was not noticed
for nearly 4 months now.
On 10.03.2012 02:06, Christian Lamparter wrote:
> On Saturday 10 March 2012 01:40:08 Ashok Nagarajan wrote:
>> mactime was being overwritten by the function
>> ath9k_rx_skb_preprocess. Fixed by calling the
>> function before setting the mactime.
>
> This looks rather odd... In essence you're trying to revert
> "ath9k: trivial: reorder rx_tasklet processing"
>
> Anyway, I 'CC'ed the original author Zefir Kurtisi. So if
> there are any open question, now is the time.
>
>> Signed-off-by: Ashok Nagarajan<ashok@cozybit.com>
>> Signed-off-by: Javier Cardona<javier@cozybit.com>
>> ---
>> drivers/net/wireless/ath/ath9k/recv.c | 5 +++--
>> 1 files changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/wireless/ath/ath9k/recv.c b/drivers/net/wireless/ath/ath9k/recv.c
>> index 1b1b279..52a0466 100644
>> --- a/drivers/net/wireless/ath/ath9k/recv.c
>> +++ b/drivers/net/wireless/ath/ath9k/recv.c
>> @@ -1841,6 +1841,9 @@ int ath_rx_tasklet(struct ath_softc *sc, int flush, bool hp)
>> if (sc->sc_flags& SC_OP_RXFLUSH)
>> goto requeue_drop_frag;
>>
>> + retval = ath9k_rx_skb_preprocess(common, hw, hdr,&rs,
>> + rxs,&decrypt_error);
>> +
>
> Instead of moving ath9k_rx_skb_preprocess around, you could just
> put the memset(rx_status, 0, sizeof(struct ieee80211_rx_status));
> right here.
>
> [Also, why leave the if (retval) check behind?]
>
>> rxs->mactime = (tsf& ~0xffffffffULL) | rs.rs_tstamp;
>> if (rs.rs_tstamp> tsf_lower&&
>> unlikely(rs.rs_tstamp - tsf_lower> 0x10000000))
>> @@ -1850,8 +1853,6 @@ int ath_rx_tasklet(struct ath_softc *sc, int flush, bool hp)
>> unlikely(tsf_lower - rs.rs_tstamp> 0x10000000))
>> rxs->mactime += 0x100000000ULL;
>>
>> - retval = ath9k_rx_skb_preprocess(common, hw, hdr,&rs,
>> - rxs,&decrypt_error);
>> if (retval)
>> goto requeue_drop_frag;
> ^^ that one
next prev parent reply other threads:[~2012-03-10 13:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-10 0:40 [PATCH] ath9k: Fix mactime from being clobbered in rx_status Ashok Nagarajan
2012-03-10 1:06 ` Christian Lamparter
2012-03-10 13:41 ` Zefir Kurtisi [this message]
2012-03-10 14:18 ` Mohammed Shafi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F5B5A15.1000808@neratec.com \
--to=zefir.kurtisi@neratec.com \
--cc=ashok@cozybit.com \
--cc=chunkeey@googlemail.com \
--cc=javier@cozybit.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.