* [PATCH] carl9170: split up carl9170_handle_mpdu @ 2012-10-20 18:00 Christian Lamparter 2012-10-21 22:20 ` Julian Calaby 0 siblings, 1 reply; 3+ messages in thread From: Christian Lamparter @ 2012-10-20 18:00 UTC (permalink / raw) To: linux-wireless; +Cc: linville, jlopex carl9170_handle_mpdu is the final part of the rx path of the driver. It splits the raw data streams from the device into skb packets and passes them on to mac80211. As a result of continuous updates, it grew over the years when new code was added by the following commits: - report A-MPDU status - fix HT peer BA session corruption - A-MPDU frame type filter - ... This patch splits the routine into two stages. The first stage only deals with the details about extracting and verifying the data from the incoming stream. Whereas the second stage packs it into skbs and passes it on to mac80211. Reported-by: Javier Lopez <jlopex@cozybit.com> Signed-off-by: Christian Lamparter <chunkeey@googlemail.com> --- drivers/net/wireless/ath/carl9170/rx.c | 48 +++++++++++++++++++++++--------- 1 file changed, 35 insertions(+), 13 deletions(-) diff --git a/drivers/net/wireless/ath/carl9170/rx.c b/drivers/net/wireless/ath/carl9170/rx.c index 9cd93f1..887a4ae 100644 --- a/drivers/net/wireless/ath/carl9170/rx.c +++ b/drivers/net/wireless/ath/carl9170/rx.c @@ -660,6 +660,38 @@ static bool carl9170_ampdu_check(struct ar9170 *ar, u8 *buf, u8 ms, return false; } +static int carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len, + struct ieee80211_rx_status *status) +{ + struct sk_buff *skb; + int err = 0; + + /* (driver) frame trap handler + * + * Because power-saving mode handing has to be implemented by + * the driver/firmware. We have to check each incoming beacon + * from the associated AP, if there's new data for us (either + * broadcast/multicast or unicast) we have to react quickly. + * + * So, if you have you want to add additional frame trap + * handlers, this would be the perfect place! + */ + + carl9170_ps_beacon(ar, buf, len); + + carl9170_ba_check(ar, buf, len); + + skb = carl9170_rx_copy_data(buf, len); + if (skb) { + memcpy(IEEE80211_SKB_RXCB(skb), &status, sizeof(status)); + ieee80211_rx(ar->hw, skb); + } else { + err = -ENOMEM; + } + + return err; +} + /* * If the frame alignment is right (or the kernel has * CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS), and there @@ -669,14 +701,12 @@ static bool carl9170_ampdu_check(struct ar9170 *ar, u8 *buf, u8 ms, * mode, and we need to observe the proper ordering, * this is non-trivial. */ - -static void carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len) +static void carl9170_rx_untie_data(struct ar9170 *ar, u8 *buf, int len) { struct ar9170_rx_head *head; struct ar9170_rx_macstatus *mac; struct ar9170_rx_phystatus *phy = NULL; struct ieee80211_rx_status status; - struct sk_buff *skb; int mpdu_len; u8 mac_status; @@ -788,18 +818,10 @@ static void carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len) if (phy) carl9170_rx_phy_status(ar, phy, &status); - carl9170_ps_beacon(ar, buf, mpdu_len); - - carl9170_ba_check(ar, buf, mpdu_len); - - skb = carl9170_rx_copy_data(buf, mpdu_len); - if (!skb) + if (carl9170_handle_mpdu(ar, buf, mpdu_len, &status)) goto drop; - memcpy(IEEE80211_SKB_RXCB(skb), &status, sizeof(status)); - ieee80211_rx(ar->hw, skb); return; - drop: ar->rx_dropped++; } @@ -851,7 +873,7 @@ static void __carl9170_rx(struct ar9170 *ar, u8 *buf, unsigned int len) if (i == 12) carl9170_rx_untie_cmds(ar, buf, len); else - carl9170_handle_mpdu(ar, buf, len); + carl9170_rx_untie_data(ar, buf, len); } static void carl9170_rx_stream(struct ar9170 *ar, void *buf, unsigned int len) -- 1.7.10.4 ^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] carl9170: split up carl9170_handle_mpdu 2012-10-20 18:00 [PATCH] carl9170: split up carl9170_handle_mpdu Christian Lamparter @ 2012-10-21 22:20 ` Julian Calaby 2012-10-22 13:01 ` [PATCH v2] " Christian Lamparter 0 siblings, 1 reply; 3+ messages in thread From: Julian Calaby @ 2012-10-21 22:20 UTC (permalink / raw) To: Christian Lamparter; +Cc: linux-wireless, linville, jlopex Hi Christian, On Sun, Oct 21, 2012 at 5:00 AM, Christian Lamparter <chunkeey@googlemail.com> wrote: > diff --git a/drivers/net/wireless/ath/carl9170/rx.c b/drivers/net/wireless/ath/carl9170/rx.c > index 9cd93f1..887a4ae 100644 > --- a/drivers/net/wireless/ath/carl9170/rx.c > +++ b/drivers/net/wireless/ath/carl9170/rx.c > @@ -660,6 +660,38 @@ static bool carl9170_ampdu_check(struct ar9170 *ar, u8 *buf, u8 ms, > return false; > } > > +static int carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len, > + struct ieee80211_rx_status *status) > +{ > + struct sk_buff *skb; > + int err = 0; Personally, I hate the style of error handling where you have an explicit variable for a return value > + > + /* (driver) frame trap handler > + * > + * Because power-saving mode handing has to be implemented by > + * the driver/firmware. We have to check each incoming beacon > + * from the associated AP, if there's new data for us (either > + * broadcast/multicast or unicast) we have to react quickly. > + * > + * So, if you have you want to add additional frame trap > + * handlers, this would be the perfect place! > + */ > + > + carl9170_ps_beacon(ar, buf, len); > + > + carl9170_ba_check(ar, buf, len); > + > + skb = carl9170_rx_copy_data(buf, len); > + if (skb) { > + memcpy(IEEE80211_SKB_RXCB(skb), &status, sizeof(status)); > + ieee80211_rx(ar->hw, skb); > + } else { > + err = -ENOMEM; and then only set it > + } > + > + return err; immediately before you return it. > +} > + That said, this is my personal preference on the matter - however that style does make the "err" variable somewhat unnecessary as it's only used once. (yes, gcc will optimise it away, but that's not the point) If you eliminated it, everything from if (skb) { on could be replaced by: if (!skb) return -ENOMEM; memcpy(IEEE80211_SKB_RXCB(skb), &status, sizeof(status)); ieee80211_rx(ar->hw, skb); return 0; } which, IMHO, is much cleaner. Thanks, -- Julian Calaby Email: julian.calaby@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby/ ^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH v2] carl9170: split up carl9170_handle_mpdu 2012-10-21 22:20 ` Julian Calaby @ 2012-10-22 13:01 ` Christian Lamparter 0 siblings, 0 replies; 3+ messages in thread From: Christian Lamparter @ 2012-10-22 13:01 UTC (permalink / raw) To: Julian Calaby; +Cc: linux-wireless, linville, jlopex carl9170_handle_mpdu is the final part of the rx path of the driver. It splits the raw data streams from the device into skb packets and passes them on to mac80211. As a result of continuous updates, it grew over the years when new code was added by the following commits: - report A-MPDU status - fix HT peer BA session corruption - A-MPDU frame type filter - ... This patch splits the routine into two stages. The first stage only deals with the details about extracting and verifying the data from the incoming stream. Whereas the second stage packs it into skbs and passes it on to mac80211. Reported-by: Javier Lopez <jlopex@cozybit.com> Signed-off-by: Christian Lamparter <chunkeey@googlemail.com> --- Hello Julian, On Monday, October 22, 2012 12:20:30 AM Julian Calaby wrote: > On Sun, Oct 21, 2012 at 5:00 AM, Christian Lamparter > <chunkeey@googlemail.com> wrote: > > --- a/drivers/net/wireless/ath/carl9170/rx.c > > +++ b/drivers/net/wireless/ath/carl9170/rx.c > > +static int carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len, > > + struct ieee80211_rx_status *status) > > +{ > > + struct sk_buff *skb; > > + int err = 0; > > [...] > > + > > + /* (driver) frame trap handler > Personally, I hate the style of error handling where you have an > explicit variable for a return value Well the thinking behind "err" was that a trap handler might want to use it. But ATM noone handler which needs it has been implemented, so yeah why not remove it! Regards, Chr --- drivers/net/wireless/ath/carl9170/rx.c | 45 +++++++++++++++++++++++--------- 1 file changed, 32 insertions(+), 13 deletions(-) diff --git a/drivers/net/wireless/ath/carl9170/rx.c b/drivers/net/wireless/ath/carl9170/rx.c index 9cd93f1..6d22382 100644 --- a/drivers/net/wireless/ath/carl9170/rx.c +++ b/drivers/net/wireless/ath/carl9170/rx.c @@ -660,6 +660,35 @@ static bool carl9170_ampdu_check(struct ar9170 *ar, u8 *buf, u8 ms, return false; } +static int carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len, + struct ieee80211_rx_status *status) +{ + struct sk_buff *skb; + + /* (driver) frame trap handler + * + * Because power-saving mode handing has to be implemented by + * the driver/firmware. We have to check each incoming beacon + * from the associated AP, if there's new data for us (either + * broadcast/multicast or unicast) we have to react quickly. + * + * So, if you have you want to add additional frame trap + * handlers, this would be the perfect place! + */ + + carl9170_ps_beacon(ar, buf, len); + + carl9170_ba_check(ar, buf, len); + + skb = carl9170_rx_copy_data(buf, len); + if (!skb) + return -ENOMEM; + + memcpy(IEEE80211_SKB_RXCB(skb), &status, sizeof(status)); + ieee80211_rx(ar->hw, skb); + return 0; +} + /* * If the frame alignment is right (or the kernel has * CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS), and there @@ -669,14 +698,12 @@ static bool carl9170_ampdu_check(struct ar9170 *ar, u8 *buf, u8 ms, * mode, and we need to observe the proper ordering, * this is non-trivial. */ - -static void carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len) +static void carl9170_rx_untie_data(struct ar9170 *ar, u8 *buf, int len) { struct ar9170_rx_head *head; struct ar9170_rx_macstatus *mac; struct ar9170_rx_phystatus *phy = NULL; struct ieee80211_rx_status status; - struct sk_buff *skb; int mpdu_len; u8 mac_status; @@ -788,18 +815,10 @@ static void carl9170_handle_mpdu(struct ar9170 *ar, u8 *buf, int len) if (phy) carl9170_rx_phy_status(ar, phy, &status); - carl9170_ps_beacon(ar, buf, mpdu_len); - - carl9170_ba_check(ar, buf, mpdu_len); - - skb = carl9170_rx_copy_data(buf, mpdu_len); - if (!skb) + if (carl9170_handle_mpdu(ar, buf, mpdu_len, &status)) goto drop; - memcpy(IEEE80211_SKB_RXCB(skb), &status, sizeof(status)); - ieee80211_rx(ar->hw, skb); return; - drop: ar->rx_dropped++; } @@ -851,7 +870,7 @@ static void __carl9170_rx(struct ar9170 *ar, u8 *buf, unsigned int len) if (i == 12) carl9170_rx_untie_cmds(ar, buf, len); else - carl9170_handle_mpdu(ar, buf, len); + carl9170_rx_untie_data(ar, buf, len); } static void carl9170_rx_stream(struct ar9170 *ar, void *buf, unsigned int len) -- 1.7.10.4 ^ permalink raw reply related [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-10-22 13:01 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-10-20 18:00 [PATCH] carl9170: split up carl9170_handle_mpdu Christian Lamparter 2012-10-21 22:20 ` Julian Calaby 2012-10-22 13:01 ` [PATCH v2] " Christian Lamparter
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).