* [PATCH] libertas: skb dereferenced after netif_rx
@ 2007-05-16 21:01 Florin Malita
[not found] ` <464B7127.5080502-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 11+ messages in thread
From: Florin Malita @ 2007-05-16 21:01 UTC (permalink / raw)
To: marcelo, linville; +Cc: netdev
In libertas_process_rxed_packet() and process_rxed_802_11_packet() the
skb is dereferenced after being passed to netif_rx (called from
libertas_upload_rx_packet). Spotted by Coverity (1658, 1659).
Also, libertas_upload_rx_packet() unconditionally returns 0 so the error
check is dead code - might as well take it out.
Signed-off-by: Florin Malita <fmalita@gmail.com>
---
rx.c | 18 ++++--------------
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/net/wireless/libertas/rx.c b/drivers/net/wireless/libertas/rx.c
index d17924f..5e98055 100644
--- a/drivers/net/wireless/libertas/rx.c
+++ b/drivers/net/wireless/libertas/rx.c
@@ -269,15 +269,11 @@ int libertas_process_rxed_packet(wlan_private * priv, struct sk_buff *skb)
wlan_compute_rssi(priv, p_rx_pd);
lbs_pr_debug(1, "RX Data: size of actual packet = %d\n", skb->len);
- if (libertas_upload_rx_packet(priv, skb)) {
- lbs_pr_debug(1, "RX error: libertas_upload_rx_packet"
- " returns failure\n");
- ret = -1;
- goto done;
- }
priv->stats.rx_bytes += skb->len;
priv->stats.rx_packets++;
+ libertas_upload_rx_packet(priv, skb);
+
ret = 0;
done:
LEAVE();
@@ -438,17 +434,11 @@ static int process_rxed_802_11_packet(wlan_private * priv, struct sk_buff *skb)
wlan_compute_rssi(priv, prxpd);
lbs_pr_debug(1, "RX Data: size of actual packet = %d\n", skb->len);
-
- if (libertas_upload_rx_packet(priv, skb)) {
- lbs_pr_debug(1, "RX error: libertas_upload_rx_packet "
- "returns failure\n");
- ret = -1;
- goto done;
- }
-
priv->stats.rx_bytes += skb->len;
priv->stats.rx_packets++;
+ libertas_upload_rx_packet(priv, skb);
+
ret = 0;
done:
LEAVE();
^ permalink raw reply related [flat|nested] 11+ messages in thread[parent not found: <464B7127.5080502-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>]
* Re: [PATCH] libertas: skb dereferenced after netif_rx [not found] ` <464B7127.5080502-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> @ 2007-05-18 18:09 ` John W. Linville [not found] ` <20070518180903.GC3492-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org> 2007-05-20 0:56 ` Dan Williams 0 siblings, 2 replies; 11+ messages in thread From: John W. Linville @ 2007-05-18 18:09 UTC (permalink / raw) To: Florin Malita Cc: marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA On Wed, May 16, 2007 at 05:01:27PM -0400, Florin Malita wrote: > In libertas_process_rxed_packet() and process_rxed_802_11_packet() the > skb is dereferenced after being passed to netif_rx (called from > libertas_upload_rx_packet). Spotted by Coverity (1658, 1659). Relocating the libertas_upload_rx_packet call is fine, but... > Also, libertas_upload_rx_packet() unconditionally returns 0 so the error > check is dead code - might as well take it out. Is this merely an implementation detail? Or an absolute fact? If the former is true, then we should preserve the error checking. If the latter, then we should change the signature of libertas_upload_rx_packet to return void. > Signed-off-by: Florin Malita <fmalita-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> > lbs_pr_debug(1, "RX Data: size of actual packet = %d\n", skb->len); > - if (libertas_upload_rx_packet(priv, skb)) { > - lbs_pr_debug(1, "RX error: libertas_upload_rx_packet" > - " returns failure\n"); > - ret = -1; > - goto done; > - } > priv->stats.rx_bytes += skb->len; > priv->stats.rx_packets++; > > + libertas_upload_rx_packet(priv, skb); > + > ret = 0; > done: > LEAVE(); Another potential patch is to remove the "ret = 0" line before the "done" label, since ret is initialized at the head of the function. Come to think of it, you can probably remove the "= 0" part of ret's declaration as well (in both functions). Hth! John P.S. Also, please make sure to send wireless patches to linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org and CC me. -- John W. Linville linville-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20070518180903.GC3492-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>]
* Re: [PATCH] libertas: skb dereferenced after netif_rx [not found] ` <20070518180903.GC3492-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org> @ 2007-05-18 20:04 ` Florin Malita 2007-05-19 5:23 ` Stephen Hemminger 1 sibling, 0 replies; 11+ messages in thread From: Florin Malita @ 2007-05-18 20:04 UTC (permalink / raw) To: John W. Linville Cc: marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA John W. Linville wrote: >> Also, libertas_upload_rx_packet() unconditionally returns 0 so the error >> check is dead code - might as well take it out. >> > > Is this merely an implementation detail? Or an absolute fact? > I believe it's an absolute fact that got lost among implementation details ;) All libertas_upload_rx_packet does is set a few fields in the skb, then pass it up to the stack via netif_rx: 139 int libertas_upload_rx_packet(wlan_private * priv, struct sk_buff *skb) 140 { 141 lbs_pr_debug(1, "skb->data=%p\n", skb->data); 142 143 if(IS_MESH_FRAME(skb)) 144 skb->dev = priv->mesh_dev; 145 else 146 skb->dev = priv->wlan_dev.netdev; 147 skb->protocol = eth_type_trans(skb, priv->wlan_dev.netdev); 148 skb->ip_summed = CHECKSUM_UNNECESSARY; 149 150 netif_rx(skb); 151 152 return 0; 153 } Since netif_rx always succeeds, so should libertas_upload_rx_packet - there's no reason for passing back a success code (especially one that's hardcoded to 0). > If the latter, then we should change the signature of > libertas_upload_rx_packet to return void. > Makes sense, updated patch below. > Another potential patch is to remove the "ret = 0" line before the > "done" label, since ret is initialized at the head of the function. > Come to think of it, you can probably remove the "= 0" part of ret's > declaration as well (in both functions). > Right, even more: looks like both process_rxed_802_11_packet & libertas_process_rxed_packet can only return 0 so we could drop the return code altogether and change their signature to void too (nobody seems to care about their return code anyway). I will send a separate cleanup patch but this might be leaning more on the implementation detail side (planning to extend the functions and make the return code meaningful in the future?) so somebody familiar with the driver should make the call. Thanks, Florin Signed-off-by: Florin Malita <fmalita-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> --- decl.h | 2 +- rx.c | 22 +++++----------------- 2 files changed, 6 insertions(+), 18 deletions(-) diff --git a/drivers/net/wireless/libertas/decl.h b/drivers/net/wireless/libertas/decl.h index 606bdd0..dfe2764 100644 --- a/drivers/net/wireless/libertas/decl.h +++ b/drivers/net/wireless/libertas/decl.h @@ -46,7 +46,7 @@ u32 libertas_index_to_data_rate(u8 index); u8 libertas_data_rate_to_index(u32 rate); void libertas_get_fwversion(wlan_adapter * adapter, char *fwversion, int maxlen); -int libertas_upload_rx_packet(wlan_private * priv, struct sk_buff *skb); +void libertas_upload_rx_packet(wlan_private * priv, struct sk_buff *skb); /** The proc fs interface */ int libertas_process_rx_command(wlan_private * priv); diff --git a/drivers/net/wireless/libertas/rx.c b/drivers/net/wireless/libertas/rx.c index d17924f..b19b5aa 100644 --- a/drivers/net/wireless/libertas/rx.c +++ b/drivers/net/wireless/libertas/rx.c @@ -136,7 +136,7 @@ static void wlan_compute_rssi(wlan_private * priv, struct rxpd *p_rx_pd) LEAVE(); } -int libertas_upload_rx_packet(wlan_private * priv, struct sk_buff *skb) +void libertas_upload_rx_packet(wlan_private * priv, struct sk_buff *skb) { lbs_pr_debug(1, "skb->data=%p\n", skb->data); @@ -148,8 +148,6 @@ int libertas_upload_rx_packet(wlan_private * priv, struct sk_buff *skb) skb->ip_summed = CHECKSUM_UNNECESSARY; netif_rx(skb); - - return 0; } /** @@ -269,15 +267,11 @@ int libertas_process_rxed_packet(wlan_private * priv, struct sk_buff *skb) wlan_compute_rssi(priv, p_rx_pd); lbs_pr_debug(1, "RX Data: size of actual packet = %d\n", skb->len); - if (libertas_upload_rx_packet(priv, skb)) { - lbs_pr_debug(1, "RX error: libertas_upload_rx_packet" - " returns failure\n"); - ret = -1; - goto done; - } priv->stats.rx_bytes += skb->len; priv->stats.rx_packets++; + libertas_upload_rx_packet(priv, skb); + ret = 0; done: LEAVE(); @@ -438,17 +432,11 @@ static int process_rxed_802_11_packet(wlan_private * priv, struct sk_buff *skb) wlan_compute_rssi(priv, prxpd); lbs_pr_debug(1, "RX Data: size of actual packet = %d\n", skb->len); - - if (libertas_upload_rx_packet(priv, skb)) { - lbs_pr_debug(1, "RX error: libertas_upload_rx_packet " - "returns failure\n"); - ret = -1; - goto done; - } - priv->stats.rx_bytes += skb->len; priv->stats.rx_packets++; + libertas_upload_rx_packet(priv, skb); + ret = 0; done: LEAVE(); ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [PATCH] libertas: skb dereferenced after netif_rx [not found] ` <20070518180903.GC3492-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org> 2007-05-18 20:04 ` Florin Malita @ 2007-05-19 5:23 ` Stephen Hemminger 2007-05-19 5:37 ` Jeff Garzik 1 sibling, 1 reply; 11+ messages in thread From: Stephen Hemminger @ 2007-05-19 5:23 UTC (permalink / raw) To: John W. Linville Cc: Florin Malita, marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA On Fri, 18 May 2007 14:09:03 -0400 "John W. Linville" <linville-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org> wrote: > On Wed, May 16, 2007 at 05:01:27PM -0400, Florin Malita wrote: > > In libertas_process_rxed_packet() and process_rxed_802_11_packet() the > > skb is dereferenced after being passed to netif_rx (called from > > libertas_upload_rx_packet). Spotted by Coverity (1658, 1659). > > Relocating the libertas_upload_rx_packet call is fine, but... > > > Also, libertas_upload_rx_packet() unconditionally returns 0 so the error > > check is dead code - might as well take it out. > > Is this merely an implementation detail? Or an absolute fact? > If the former is true, then we should preserve the error > checking. If the latter, then we should change the signature of > libertas_upload_rx_packet to return void. netif_rx() used to return a value in older kernels. ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] libertas: skb dereferenced after netif_rx 2007-05-19 5:23 ` Stephen Hemminger @ 2007-05-19 5:37 ` Jeff Garzik 0 siblings, 0 replies; 11+ messages in thread From: Jeff Garzik @ 2007-05-19 5:37 UTC (permalink / raw) To: Stephen Hemminger Cc: John W. Linville, Florin Malita, marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA Stephen Hemminger wrote: > netif_rx() used to return a value in older kernels. netif_rx() returns a value in current kernels. Jeff ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] libertas: skb dereferenced after netif_rx 2007-05-18 18:09 ` John W. Linville [not found] ` <20070518180903.GC3492-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org> @ 2007-05-20 0:56 ` Dan Williams 2007-05-20 1:47 ` Jeff Garzik 1 sibling, 1 reply; 11+ messages in thread From: Dan Williams @ 2007-05-20 0:56 UTC (permalink / raw) To: John W. Linville; +Cc: Florin Malita, marcelo, linville, netdev, linux-wireless On Fri, 2007-05-18 at 14:09 -0400, John W. Linville wrote: > On Wed, May 16, 2007 at 05:01:27PM -0400, Florin Malita wrote: > > In libertas_process_rxed_packet() and process_rxed_802_11_packet() the > > skb is dereferenced after being passed to netif_rx (called from > > libertas_upload_rx_packet). Spotted by Coverity (1658, 1659). > > Relocating the libertas_upload_rx_packet call is fine, but... > > > Also, libertas_upload_rx_packet() unconditionally returns 0 so the error > > check is dead code - might as well take it out. > > Is this merely an implementation detail? Or an absolute fact? > If the former is true, then we should preserve the error > checking. If the latter, then we should change the signature of > libertas_upload_rx_packet to return void. According to the comments, netif_rx always succeeds. I think we should just change the return type to void since there's nothing else in that function that can fail. Dan > > Signed-off-by: Florin Malita <fmalita@gmail.com> > > > lbs_pr_debug(1, "RX Data: size of actual packet = %d\n", skb->len); > > - if (libertas_upload_rx_packet(priv, skb)) { > > - lbs_pr_debug(1, "RX error: libertas_upload_rx_packet" > > - " returns failure\n"); > > - ret = -1; > > - goto done; > > - } > > priv->stats.rx_bytes += skb->len; > > priv->stats.rx_packets++; > > > > + libertas_upload_rx_packet(priv, skb); > > + > > ret = 0; > > done: > > LEAVE(); > > Another potential patch is to remove the "ret = 0" line before the > "done" label, since ret is initialized at the head of the function. > Come to think of it, you can probably remove the "= 0" part of ret's > declaration as well (in both functions). > > Hth! > > John > > P.S. Also, please make sure to send wireless patches to > linux-wireless@vger.kernel.org and CC me. ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] libertas: skb dereferenced after netif_rx 2007-05-20 0:56 ` Dan Williams @ 2007-05-20 1:47 ` Jeff Garzik [not found] ` <464FA894.8090008-o2qLIJkoznsdnm+yROfE0A@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: Jeff Garzik @ 2007-05-20 1:47 UTC (permalink / raw) To: Dan Williams Cc: John W. Linville, Florin Malita, marcelo, linville, netdev, linux-wireless Dan Williams wrote: > On Fri, 2007-05-18 at 14:09 -0400, John W. Linville wrote: >> On Wed, May 16, 2007 at 05:01:27PM -0400, Florin Malita wrote: >>> In libertas_process_rxed_packet() and process_rxed_802_11_packet() the >>> skb is dereferenced after being passed to netif_rx (called from >>> libertas_upload_rx_packet). Spotted by Coverity (1658, 1659). >> >> Relocating the libertas_upload_rx_packet call is fine, but... >> >>> Also, libertas_upload_rx_packet() unconditionally returns 0 so the error >>> check is dead code - might as well take it out. >> Is this merely an implementation detail? Or an absolute fact? >> If the former is true, then we should preserve the error >> checking. If the latter, then we should change the signature of >> libertas_upload_rx_packet to return void. > > According to the comments, netif_rx always succeeds. I think we should > just change the return type to void since there's nothing else in that > function that can fail. According to the implementation, netif_rx() can fail. Jeff ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <464FA894.8090008-o2qLIJkoznsdnm+yROfE0A@public.gmane.org>]
* Re: [PATCH] libertas: skb dereferenced after netif_rx [not found] ` <464FA894.8090008-o2qLIJkoznsdnm+yROfE0A@public.gmane.org> @ 2007-05-20 5:20 ` Stephen Hemminger 2007-05-20 6:36 ` Jeff Garzik 2007-05-20 7:38 ` David Miller 1 sibling, 1 reply; 11+ messages in thread From: Stephen Hemminger @ 2007-05-20 5:20 UTC (permalink / raw) To: Jeff Garzik Cc: Dan Williams, John W. Linville, Florin Malita, marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA On Sat, 19 May 2007 21:47:00 -0400 Jeff Garzik <jeff-o2qLIJkoznsdnm+yROfE0A@public.gmane.org> wrote: > Dan Williams wrote: > > On Fri, 2007-05-18 at 14:09 -0400, John W. Linville wrote: > >> On Wed, May 16, 2007 at 05:01:27PM -0400, Florin Malita wrote: > >>> In libertas_process_rxed_packet() and process_rxed_802_11_packet() the > >>> skb is dereferenced after being passed to netif_rx (called from > >>> libertas_upload_rx_packet). Spotted by Coverity (1658, 1659). > >> > >> Relocating the libertas_upload_rx_packet call is fine, but... > >> > >>> Also, libertas_upload_rx_packet() unconditionally returns 0 so the error > >>> check is dead code - might as well take it out. > >> Is this merely an implementation detail? Or an absolute fact? > >> If the former is true, then we should preserve the error > >> checking. If the latter, then we should change the signature of > >> libertas_upload_rx_packet to return void. > > > > According to the comments, netif_rx always succeeds. I think we should > > just change the return type to void since there's nothing else in that > > function that can fail. > > According to the implementation, netif_rx() can fail. > > Jeff Yeah, it was the old congestion levels that got dropped. The skb is always consumed so the the return value is informational only. -- Stephen Hemminger <shemminger-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] libertas: skb dereferenced after netif_rx 2007-05-20 5:20 ` Stephen Hemminger @ 2007-05-20 6:36 ` Jeff Garzik 0 siblings, 0 replies; 11+ messages in thread From: Jeff Garzik @ 2007-05-20 6:36 UTC (permalink / raw) To: Stephen Hemminger Cc: Dan Williams, John W. Linville, Florin Malita, marcelo, linville, netdev, linux-wireless Stephen Hemminger wrote: > The skb is always consumed so the the return value is informational only. Yes, this is true. Handing off an skb to netif_rx() relieves the driver of further responsibility for it. Jeff ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] libertas: skb dereferenced after netif_rx [not found] ` <464FA894.8090008-o2qLIJkoznsdnm+yROfE0A@public.gmane.org> 2007-05-20 5:20 ` Stephen Hemminger @ 2007-05-20 7:38 ` David Miller [not found] ` <20070520.003832.59470116.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> 1 sibling, 1 reply; 11+ messages in thread From: David Miller @ 2007-05-20 7:38 UTC (permalink / raw) To: jeff-o2qLIJkoznsdnm+yROfE0A Cc: dcbw-H+wXaHxf7aLQT0dZR+AlfA, linville-2XuSBdqkA4R54TAoqtyWWQ, fmalita-Re5JQEeQqe8AvxtiuMwx3w, marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA From: Jeff Garzik <jeff-o2qLIJkoznsdnm+yROfE0A@public.gmane.org> Date: Sat, 19 May 2007 21:47:00 -0400 > Dan Williams wrote: > > On Fri, 2007-05-18 at 14:09 -0400, John W. Linville wrote: > >> On Wed, May 16, 2007 at 05:01:27PM -0400, Florin Malita wrote: > >>> In libertas_process_rxed_packet() and process_rxed_802_11_packet() the > >>> skb is dereferenced after being passed to netif_rx (called from > >>> libertas_upload_rx_packet). Spotted by Coverity (1658, 1659). > >> > >> Relocating the libertas_upload_rx_packet call is fine, but... > >> > >>> Also, libertas_upload_rx_packet() unconditionally returns 0 so the error > >>> check is dead code - might as well take it out. > >> Is this merely an implementation detail? Or an absolute fact? > >> If the former is true, then we should preserve the error > >> checking. If the latter, then we should change the signature of > >> libertas_upload_rx_packet to return void. > > > > According to the comments, netif_rx always succeeds. I think we should > > just change the return type to void since there's nothing else in that > > function that can fail. > > According to the implementation, netif_rx() can fail. It doesn't exactly "fail", but it does give return values which indicate RX congestion. ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20070520.003832.59470116.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>]
* Re: [PATCH] libertas: skb dereferenced after netif_rx [not found] ` <20070520.003832.59470116.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org> @ 2007-05-21 14:51 ` Florin Malita 0 siblings, 0 replies; 11+ messages in thread From: Florin Malita @ 2007-05-21 14:51 UTC (permalink / raw) To: David Miller Cc: jeff-o2qLIJkoznsdnm+yROfE0A, dcbw-H+wXaHxf7aLQT0dZR+AlfA, linville-2XuSBdqkA4R54TAoqtyWWQ, marcelo-Bw31MaZKKs3YtjvyW6yDsg, linville-H+wXaHxf7aLQT0dZR+AlfA, netdev-u79uwXL29TY76Z2rM5mHXA, linux-wireless-u79uwXL29TY76Z2rM5mHXA David Miller wrote: > From: Jeff Garzik <jeff-o2qLIJkoznsdnm+yROfE0A@public.gmane.org> > Date: Sat, 19 May 2007 21:47:00 -0400 > >> According to the implementation, netif_rx() can fail. >> > > It doesn't exactly "fail", but it does give return values > which indicate RX congestion. > Assuming you're referring to NET_RX_CN_*, this doesn't seem to be the case anymore: it appears netif_rx can only return NET_RX_SUCCESS or NET_RX_DROP. The congestion level constants are hardly used at all - if they are left-overs, would it make sense ripping them out completely? Either way I believe the following should be OK: Remove inaccurate netif_rx() return value comments. Signed-off-by: Florin Malita <fmalita-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> --- dev.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index f2b6111..79f5d90 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -1628,9 +1628,6 @@ DEFINE_PER_CPU(struct netif_rx_stats, netdev_rx_stat) = { 0, }; * * return values: * NET_RX_SUCCESS (no congestion) - * NET_RX_CN_LOW (low congestion) - * NET_RX_CN_MOD (moderate congestion) - * NET_RX_CN_HIGH (high congestion) * NET_RX_DROP (packet was dropped) * */ ^ permalink raw reply related [flat|nested] 11+ messages in thread
end of thread, other threads:[~2007-05-21 14:51 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-16 21:01 [PATCH] libertas: skb dereferenced after netif_rx Florin Malita
[not found] ` <464B7127.5080502-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2007-05-18 18:09 ` John W. Linville
[not found] ` <20070518180903.GC3492-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
2007-05-18 20:04 ` Florin Malita
2007-05-19 5:23 ` Stephen Hemminger
2007-05-19 5:37 ` Jeff Garzik
2007-05-20 0:56 ` Dan Williams
2007-05-20 1:47 ` Jeff Garzik
[not found] ` <464FA894.8090008-o2qLIJkoznsdnm+yROfE0A@public.gmane.org>
2007-05-20 5:20 ` Stephen Hemminger
2007-05-20 6:36 ` Jeff Garzik
2007-05-20 7:38 ` David Miller
[not found] ` <20070520.003832.59470116.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2007-05-21 14:51 ` Florin Malita
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).