netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Nicholas Mc Guire <der.herr@hofr.at>
To: Pat Erley <pat-lkml@erley.org>
Cc: Nicholas Mc Guire <hofrat@osadl.org>,
	Kalle Valo <kvalo@qca.qualcomm.com>,
	Valdis.Kletnieks@vt.edu, Bj??rn Mork <bjorn@mork.no>,
	ath10k@lists.infradead.org, linux-wireless@vger.kernel.org,
	netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2 RFC] ath10k: move code out of the parameter list
Date: Wed, 11 Mar 2015 19:13:12 +0100	[thread overview]
Message-ID: <20150311181312.GA15885@opentech.at> (raw)
In-Reply-To: <55007E35.4010804@erley.org>

On Wed, 11 Mar 2015, Pat Erley wrote:

> On 03/11/2015 12:19 PM, Nicholas Mc Guire wrote:
>> Putting code into the parameter list of wait_event_timeout() might be
>> legal C-code but not really readable - the "inline" code is simply
>> moved into a function and that passed to wait_event_timeout() as the
>> condition.
>>
>> Signed-off-by: Nicholas Mc Guire <hofrat@osadl.org>
>> ---
>>
>> Thanks to Bjorn Mork <bjorn@mork.no> for clarifying my initial confusion !
>>
>> Patch was only compile tested with x86_64_defconfig + CONFIG_ATH_CARDS=m,
>> CONFIG_ATH10K=m
>>
>> Patch is against 4.0-rc3 (localversion-next is -next-20150311)
>>
>>   drivers/net/wireless/ath/ath10k/mac.c |   32 ++++++++++++++++++--------------
>>   1 file changed, 18 insertions(+), 14 deletions(-)
>>
>> diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
>> index e8cc19f..7b27d99 100644
>> --- a/drivers/net/wireless/ath/ath10k/mac.c
>> +++ b/drivers/net/wireless/ath/ath10k/mac.c
>> @@ -4463,11 +4463,25 @@ static int ath10k_set_rts_threshold(struct ieee80211_hw *hw, u32 value)
>>   	return ret;
>>   }
>>
>> +static bool check_htt_state(struct ath10k *ar, bool skip)
>> +{
>> +	bool empty;
>> +
>> +	spin_lock_bh(&ar->htt.tx_lock);
>> +	empty = (ar->htt.num_pending_tx == 0);
>> +	spin_unlock_bh(&ar->htt.tx_lock);
>> +
>> +	skip = (ar->state == ATH10K_STATE_WEDGED) ||
>> +		test_bit(ATH10K_FLAG_CRASH_FLUSH,
>> +			 &ar->dev_flags);
>> +	return (empty || skip);
>> +}
>> +
>>   static void ath10k_flush(struct ieee80211_hw *hw, struct ieee80211_vif *vif,
>>   			 u32 queues, bool drop)
>>   {
>>   	struct ath10k *ar = hw->priv;
>> -	bool skip;
>> +	bool skip = false;
>>   	int ret;
>>
>>   	/* mac80211 doesn't care if we really xmit queued frames or not
>> @@ -4480,19 +4494,9 @@ static void ath10k_flush(struct ieee80211_hw *hw, struct ieee80211_vif *vif,
>>   	if (ar->state == ATH10K_STATE_WEDGED)
>>   		goto skip;
>>
>> -	ret = wait_event_timeout(ar->htt.empty_tx_wq, ({
>> -			bool empty;
>> -
>> -			spin_lock_bh(&ar->htt.tx_lock);
>> -			empty = (ar->htt.num_pending_tx == 0);
>> -			spin_unlock_bh(&ar->htt.tx_lock);
>> -
>> -			skip = (ar->state == ATH10K_STATE_WEDGED) ||
>> -			       test_bit(ATH10K_FLAG_CRASH_FLUSH,
>> -					&ar->dev_flags);
>> -
>> -			(empty || skip);
>> -		}), ATH10K_FLUSH_TIMEOUT_HZ);
>> +	ret = wait_event_timeout(ar->htt.empty_tx_wq,
>> +				 check_htt_state(ar, skip),
>> +				 ATH10K_FLUSH_TIMEOUT_HZ);
>>
>>   	if (ret <= 0 || skip)
>>   		ath10k_warn(ar, "failed to flush transmit queue (skip %i ar-state %i): %i\n",
>>
>
> Doesn't this change not assign to 'skip' in the calling function?  So  
> you'd want to make it:
>
> static bool check_htt_state(struct ath10k *ar, bool *skip)
> {
> 	bool empty;
>
> 	spin_lock_bh(&ar->htt.tx_lock);
> 	empty = (ar->htt.num_pending_tx == 0);
> 	spin_unlock_bh(&ar->htt.tx_lock);
>
> 	*skip = (ar->state == ATH10K_STATE_WEDGED) ||
> 		test_bit(ATH10K_FLAG_CRASH_FLUSH,
> 			 &ar->dev_flags);
> 	return (empty || *skip);
> }
>
> ret = wait_event_timeout(ar->htt.empty_tx_wq,
> 				 check_htt_state(ar, &skip),
> 				 ATH10K_FLUSH_TIMEOUT_HZ);
>
> To preserve the previous behavior?

yup - thats a bit braindead on my side - as skip is used later to evaluate 
the status call by value is buggy here. Will fix that up once I know if
the principle approach to this cleanup is ok.

thx!
hofrat

  reply	other threads:[~2015-03-11 18:13 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-11 17:19 [PATCH 1/2 RFC] ath10k: move code out of the parameter list Nicholas Mc Guire
2015-03-11 17:41 ` Pat Erley
2015-03-11 18:13   ` Nicholas Mc Guire [this message]
2015-03-11 18:09 ` Bjørn Mork
2015-03-11 18:26   ` Nicholas Mc Guire

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=20150311181312.GA15885@opentech.at \
    --to=der.herr@hofr.at \
    --cc=Valdis.Kletnieks@vt.edu \
    --cc=ath10k@lists.infradead.org \
    --cc=bjorn@mork.no \
    --cc=hofrat@osadl.org \
    --cc=kvalo@qca.qualcomm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pat-lkml@erley.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).