On 02/26/2012 09:30 PM, Andrei Warkentin wrote:
> From: Andrei Warkentin <andr...@vmware.com>
> 
> Pass down source information to rx_hook, useful
> for accepting connections from unspecified clients.
> 
> Cc: kgdb-bugreport@lists.sourceforge.net
> Cc: Jason Wessel <jason.wes...@windriver.com>
> Cc: Matt Mackall <m...@selenic.com>
> Signed-off-by: Andrei Warkentin <andrey.warken...@gmail.com>
> Signed-off-by: Andrei Warkentin <andr...@vmware.com>
> ---
>  include/linux/netpoll.h |   10 +++++++++-
>  net/core/netpoll.c      |   10 ++++------
>  2 files changed, 13 insertions(+), 7 deletions(-)
> 
> diff --git a/include/linux/netpoll.h b/include/linux/netpoll.h
> index 5dfa091..9a9cfa1 100644
> --- a/include/linux/netpoll.h
> +++ b/include/linux/netpoll.h
> @@ -11,12 +11,19 @@
>  #include <linux/interrupt.h>
>  #include <linux/rcupdate.h>
>  #include <linux/list.h>
> +#include <linux/if_ether.h>
> +#include <net/tcp.h>
> +#include <net/udp.h>
>  
>  struct netpoll {
>       struct net_device *dev;
>       char dev_name[IFNAMSIZ];
>       const char *name;
> -     void (*rx_hook)(struct netpoll *, int, char *, int);
> +     void (*rx_hook)(struct netpoll *,
> +                     u8 *h_source,
> +                     __be32 saddr,
> +                     struct udphdr *,
> +                     char *, int);


I am just now starting to look how this patch set compares to kgdboe.  For the 
kgdboe the patch is a bit different.  The kgdboe opted to just pass the skb so 
as to cut down on the number of arguments to the function call.

>From the kgdboe patch:

-       void (*rx_hook)(struct netpoll *, int, char *, int);
+       void (*rx_hook)(struct netpoll *, int, char *, int, struct sk_buff *);


>  
>       __be32 local_ip, remote_ip;
>       u16 local_port, remote_port;
> @@ -40,6 +47,7 @@ struct netpoll_info {
>       struct netpoll *netpoll;
>  };
>  
> +void netpoll_poll_dev(struct net_device *dev);
>  void netpoll_send_udp(struct netpoll *np, const char *msg, int len);
>  void netpoll_print_options(struct netpoll *np);
>  int netpoll_parse_options(struct netpoll *np, char *opt);
> diff --git a/net/core/netpoll.c b/net/core/netpoll.c
> index 3d84fb9..c182bb2 100644
> --- a/net/core/netpoll.c
> +++ b/net/core/netpoll.c
> @@ -26,8 +26,6 @@
>  #include <linux/workqueue.h>
>  #include <linux/slab.h>
>  #include <linux/export.h>
> -#include <net/tcp.h>
> -#include <net/udp.h>
>  #include <asm/unaligned.h>
>  #include <trace/events/napi.h>
>  
> @@ -189,7 +187,7 @@ static void service_arp_queue(struct netpoll_info *npi)
>       }
>  }
>  
> -static void netpoll_poll_dev(struct net_device *dev)
> +void netpoll_poll_dev(struct net_device *dev)


This is interesting and I will have to look into this further...  A large part 
of the reason kgdboe never went anywhere was all around the locking problems 
the ability to safely use the network hardware and restore the state when it 
was done.  It appears you made this change so as to make a lockless call 
directly instead of going through netpoll_poll().  I am not entirely sure you 
could safely do this.

In kgdboe we always had:

+static int eth_get_char(void)
+{
+       int chr;
+
+       while (atomic_read(&in_count) == 0)
+               netpoll_poll(&np);


If it is the case that you really can safely call the netpoll_poll_dev() 
without the locks then the horrible sync irq state etc... could go away in 
kgdboe, and then it would be worth considering digging up all the ethernet 
polling errata fixes that live of out the mainline and perhaps submit some for 
review.

Jason.

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Kgdb-bugreport mailing list
Kgdb-bugreport@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport

Reply via email to