[PATCH 6/7] [PKT_SCHED]: Cleanup pfifo_fast qdisc and remove unnecessary code

[PATCH 6/7] [PKT_SCHED]: Cleanup pfifo_fast qdisc and remove unnecessary code

[Thomas Graf]

[-- Attachment #1: sch_pfifo_fast_cleanup --]
[-- Type: text/plain, Size: 3141 bytes --]

Removes the skb trimming code which is not needed since we never
touch the skb upon failure. Removes unnecessary initializers,
and simplifies the code a bit.

Signed-off-by: Thomas Graf <tgraf@suug.ch>

Index: net-2.6.13/net/sched/sch_generic.c
===================================================================
--- net-2.6.13.orig/net/sched/sch_generic.c
+++ net-2.6.13/net/sched/sch_generic.c
@@ -311,6 +311,8 @@ static const u8 prio2band[TC_PRIO_MAX+1]
    generic prio+fifo combination.
  */
 
+#define PFIFO_FAST_BANDS 3
+
 static inline struct sk_buff_head *prio2list(struct sk_buff *skb,
 					     struct Qdisc *qdisc)
 {
@@ -318,8 +320,7 @@ static inline struct sk_buff_head *prio2
 	return list + prio2band[skb->priority & TC_PRIO_MAX];
 }
 
-static int
-pfifo_fast_enqueue(struct sk_buff *skb, struct Qdisc* qdisc)
+static int pfifo_fast_enqueue(struct sk_buff *skb, struct Qdisc* qdisc)
 {
 	struct sk_buff_head *list = prio2list(skb, qdisc);
 
@@ -331,36 +332,34 @@ pfifo_fast_enqueue(struct sk_buff *skb, 
 	return qdisc_drop(skb, qdisc);
 }
 
-static struct sk_buff *
-pfifo_fast_dequeue(struct Qdisc* qdisc)
+static struct sk_buff *pfifo_fast_dequeue(struct Qdisc* qdisc)
 {
 	int prio;
 	struct sk_buff_head *list = qdisc_priv(qdisc);
 
-	for (prio = 0; prio < 3; prio++, list++) {
+	for (prio = 0; prio < PFIFO_FAST_BANDS; prio++, list++) {
 		struct sk_buff *skb = __qdisc_dequeue_head(qdisc, list);
 		if (skb) {
 			qdisc->q.qlen--;
 			return skb;
 		}
 	}
+
 	return NULL;
 }
 
-static int
-pfifo_fast_requeue(struct sk_buff *skb, struct Qdisc* qdisc)
+static int pfifo_fast_requeue(struct sk_buff *skb, struct Qdisc* qdisc)
 {
 	qdisc->q.qlen++;
 	return __qdisc_requeue(skb, qdisc, prio2list(skb, qdisc));
 }
 
-static void
-pfifo_fast_reset(struct Qdisc* qdisc)
+static void pfifo_fast_reset(struct Qdisc* qdisc)
 {
 	int prio;
 	struct sk_buff_head *list = qdisc_priv(qdisc);
 
-	for (prio=0; prio < 3; prio++)
+	for (prio = 0; prio < PFIFO_FAST_BANDS; prio++)
 		__qdisc_reset_queue(qdisc, list + prio);
 
 	qdisc->qstats.backlog = 0;
@@ -369,35 +368,30 @@ pfifo_fast_reset(struct Qdisc* qdisc)
 
 static int pfifo_fast_dump(struct Qdisc *qdisc, struct sk_buff *skb)
 {
-	unsigned char	 *b = skb->tail;
-	struct tc_prio_qopt opt;
+	struct tc_prio_qopt opt = { .bands = PFIFO_FAST_BANDS };
 
-	opt.bands = 3; 
 	memcpy(&opt.priomap, prio2band, TC_PRIO_MAX+1);
 	RTA_PUT(skb, TCA_OPTIONS, sizeof(opt), &opt);
 	return skb->len;
 
 rtattr_failure:
-	skb_trim(skb, b - skb->data);
 	return -1;
 }
 
 static int pfifo_fast_init(struct Qdisc *qdisc, struct rtattr *opt)
 {
-	int i;
+	int prio;
 	struct sk_buff_head *list = qdisc_priv(qdisc);
 
-	for (i=0; i<3; i++)
-		skb_queue_head_init(list+i);
+	for (prio = 0; prio < PFIFO_FAST_BANDS; prio++)
+		skb_queue_head_init(list + prio);
 
 	return 0;
 }
 
 static struct Qdisc_ops pfifo_fast_ops = {
-	.next		=	NULL,
-	.cl_ops		=	NULL,
 	.id		=	"pfifo_fast",
-	.priv_size	=	3 * sizeof(struct sk_buff_head),
+	.priv_size	=	PFIFO_FAST_BANDS * sizeof(struct sk_buff_head),
 	.enqueue	=	pfifo_fast_enqueue,
 	.dequeue	=	pfifo_fast_dequeue,
 	.requeue	=	pfifo_fast_requeue,

[PATCH 7/7] [PKT_SCHED]: noop/noqueue qdisc style cleanups

[Thomas Graf]

[-- Attachment #1: sch_generic_cleanups --]
[-- Type: text/plain, Size: 1353 bytes --]

Signed-off-by: Thomas Graf <tgraf@suug.ch>

Index: net-2.6.13/net/sched/sch_generic.c
===================================================================
--- net-2.6.13.orig/net/sched/sch_generic.c
+++ net-2.6.13/net/sched/sch_generic.c
@@ -243,31 +243,27 @@ static void dev_watchdog_down(struct net
    cheaper.
  */
 
-static int
-noop_enqueue(struct sk_buff *skb, struct Qdisc * qdisc)
+static int noop_enqueue(struct sk_buff *skb, struct Qdisc * qdisc)
 {
 	kfree_skb(skb);
 	return NET_XMIT_CN;
 }
 
-static struct sk_buff *
-noop_dequeue(struct Qdisc * qdisc)
+static struct sk_buff *noop_dequeue(struct Qdisc * qdisc)
 {
 	return NULL;
 }
 
-static int
-noop_requeue(struct sk_buff *skb, struct Qdisc* qdisc)
+static int noop_requeue(struct sk_buff *skb, struct Qdisc* qdisc)
 {
 	if (net_ratelimit())
-		printk(KERN_DEBUG "%s deferred output. It is buggy.\n", skb->dev->name);
+		printk(KERN_DEBUG "%s deferred output. It is buggy.\n",
+		       skb->dev->name);
 	kfree_skb(skb);
 	return NET_XMIT_CN;
 }
 
 struct Qdisc_ops noop_qdisc_ops = {
-	.next		=	NULL,
-	.cl_ops		=	NULL,
 	.id		=	"noop",
 	.priv_size	=	0,
 	.enqueue	=	noop_enqueue,
@@ -285,8 +281,6 @@ struct Qdisc noop_qdisc = {
 };
 
 static struct Qdisc_ops noqueue_qdisc_ops = {
-	.next		=	NULL,
-	.cl_ops		=	NULL,
 	.id		=	"noqueue",
 	.priv_size	=	0,
 	.enqueue	=	noop_enqueue,

netdev munching messages again?

[Thomas Graf]

Is netdev not fed regularely so it started munching messages again?
I've not received the introduction message and patches 1-5 back
only 6-7 which have been sitting in the queue due to refused
connections for a while. Am I the only one having troubles?

Re: netdev munching messages again?

[David S. Miller]

From: Thomas Graf <tgraf@suug.ch>
Date: Tue, 7 Jun 2005 23:36:21 +0200

> Is netdev not fed regularely so it started munching messages again?
> I've not received the introduction message and patches 1-5 back
> only 6-7 which have been sitting in the queue due to refused
> connections for a while. Am I the only one having troubles?

This is exactly what I saw as well.

I did get all of your postings because you sent them
with me on the CC: list, but netdev only sent out
6 and 7 to me just as you observed.

This has become a regular occurance, it may be time to finally move
this thing over to vger.kernel.org.  Thoughts?

Re: netdev munching messages again?

[Thomas Graf]

* David S. Miller <20050607.144237.93024273.davem@davemloft.net> 2005-06-07 14:42
> I did get all of your postings because you sent them
> with me on the CC: list, but netdev only sent out
> 6 and 7 to me just as you observed.

I tried to resend, the message were accepted by oss.sgi.com but
none of them came back. Maybe dropped due to duplicated message
ids though.

> This has become a regular occurance, it may be time to finally move
> this thing over to vger.kernel.org.  Thoughts?

I have no personal objections, would be valuable to take over the
archives though.

Re: netdev munching messages again?

[jamal]

I thought netdev just picks on me ;-> My stoopid ISP as well
as oss.sgi.com have some "clever" (read: questionable) ways 
of delivering email which violates end to end semantics of SMTP.
I too noticed some emails were swallowed in the last 1-2 days. I know
from past experience in fact they will never be seen again;->
Or someone, who doesnt look at the headers, will flame me for repeating
what has already been discussed and agreed on (has happened to me at
least 5 times on netdev ;->).

It's quiet ironic when packets delivered over TCP dont make it to the
remote end, even when the app tries to help in reliable delivery;->

CCing El-sido Bacchus.

cheers,
jamal

On Wed, 2005-08-06 at 15:29 +0200, Thomas Graf wrote:
> * David S. Miller <20050607.144237.93024273.davem@davemloft.net> 2005-06-07 14:42
> > I did get all of your postings because you sent them
> > with me on the CC: list, but netdev only sent out
> > 6 and 7 to me just as you observed.
> 
> I tried to resend, the message were accepted by oss.sgi.com but
> none of them came back. Maybe dropped due to duplicated message
> ids though.
> 
> > This has become a regular occurance, it may be time to finally move
> > this thing over to vger.kernel.org.  Thoughts?
> 
> I have no personal objections, would be valuable to take over the
> archives though.
> 
> 

Re: netdev munching messages again?

[Ralf Baechle]

On Wed, Jun 08, 2005 at 09:44:23AM -0400, jamal wrote:

> I thought netdev just picks on me ;-> My stoopid ISP as well
> as oss.sgi.com have some "clever" (read: questionable) ways 
> of delivering email which violates end to end semantics of SMTP.
> I too noticed some emails were swallowed in the last 1-2 days. I know
> from past experience in fact they will never be seen again;->
> Or someone, who doesnt look at the headers, will flame me for repeating
> what has already been discussed and agreed on (has happened to me at
> least 5 times on netdev ;->).
> 
> It's quiet ironic when packets delivered over TCP dont make it to the
> remote end, even when the app tries to help in reliable delivery;->
> 
> CCing El-sido Bacchus.

Turns out that Thomas Graf's Email was intercepted by the spam filter,
so I've tweaked the filter setup a bit - probably at the price of
sacrificing some of the filter's effectivity.

It unfortunately has become totally impractical to walk through the
hundreds of moderator emails every day due to the volume, so I need to
rely on people to report about such problem to postmaster@oss.sgi.com
or me directly via email or irc.

As for resending messages, due to people doing stupid things such as
restoring their mail and news spools oss is keeping a non-expiring list
of message IDs.  However only non-spam message IDs are being recorded.

  Ralf

Re: netdev munching messages again?

[Thomas Graf]

* Ralf Baechle <20050608160444.GA17777@linux-mips.org> 2005-06-08 17:04
> Turns out that Thomas Graf's Email was intercepted by the spam filter,
> so I've tweaked the filter setup a bit - probably at the price of
> sacrificing some of the filter's effectivity.

Can you tell me why it was filtered? It might be a problem with my
patch script which I could fix on my side. How much work would it
be to whitelist a few people?

The weird thing is that patches 6-7 which could not be delivered
immediately due to connection refused from oss.sgi.com came through
fine.

Re: netdev munching messages again?

[Ralf Baechle]

On Wed, Jun 08, 2005 at 06:13:14PM +0200, Thomas Graf wrote:

> * Ralf Baechle <20050608160444.GA17777@linux-mips.org> 2005-06-08 17:04
> > Turns out that Thomas Graf's Email was intercepted by the spam filter,
> > so I've tweaked the filter setup a bit - probably at the price of
> > sacrificing some of the filter's effectivity.
> 
> Can you tell me why it was filtered? It might be a problem with my
> patch script which I could fix on my side. How much work would it
> be to whitelist a few people?

Whitelists tend to be problematic due to the enormous amounts of spam
and malware emails that come with forged email addresses.

I'll send you the rules in question and the original spamyness scores they
did compute in separate email, it's somewhat bigish.

> The weird thing is that patches 6-7 which could not be delivered
> immediately due to connection refused from oss.sgi.com came through
> fine.

Whatever it was, it was probably a separate issue from this spamfilter
faux-pas.  Note there is a firewall in front of oss.sgi.com which will
accept the SMTP TCP connection only to drop the connection shortly after
if it can't build a connection to the "real" oss.  So if you only get a
connection refused message when telneting to oss it really means the
firewall had some issues.  Unfortunately I don't have any control over
it, if I had I'd replace it with a nice patchcable ;-)

  Ralf

Re: netdev munching messages again?

[Thomas Graf]

* Ralf Baechle <20050608172809.GF5520@linux-mips.org> 2005-06-08 18:28
> Whatever it was, it was probably a separate issue from this spamfilter
> faux-pas.  Note there is a firewall in front of oss.sgi.com which will
> accept the SMTP TCP connection only to drop the connection shortly after
> if it can't build a connection to the "real" oss.

I'm not worried about a refused connections once in a while, I'm
worried about that exactly those two messages that have been 
sitting in _my_ queue due to a refused connection to oss.sgi.com
have been succesfully delivered and the others have not.

Is there a messages/time limit somwhere? If so what's the limit?
I tried with 30 seconds delay between each patch but that didn't
help.

Re: netdev munching messages again?

[David S. Miller]

From: Thomas Graf <tgraf@suug.ch>
Date: Wed, 8 Jun 2005 22:00:48 +0200

> I'm not worried about a refused connections once in a while, I'm
> worried about that exactly those two messages that have been 
> sitting in _my_ queue due to a refused connection to oss.sgi.com
> have been succesfully delivered and the others have not.
> 
> Is there a messages/time limit somwhere? If so what's the limit?
> I tried with 30 seconds delay between each patch but that didn't
> help.

I see the delay due to SGI's firewall when I send postings
out too, and it's very annoying.

The fact that I can send an email faster to Herbert Xu
in Australia (several thousand miles away) than oss.sgi.com
(which is a short drive away) would be an amusing anecdote
if it didn't negatively impact my work.

I think it's time to move this list to a more reliable and
efficient place.

Ralf, thanks for all of your effort and time maintaining
oss.sgi.com for our stay as guests via the netdev list.

I've created netdev@vger.kernel.org, and folks can start
to join up there.  If someone knows the appropriate
archive maintainers to contact (marc.theaimsgroup.com
et al.) please let them know about this transition.  It
would be much apprecited.

Re: netdev munching messages again?

[randy_dunlap]

On Wed, 08 Jun 2005 13:10:44 -0700 (PDT) David S. Miller wrote:

| Ralf, thanks for all of your effort and time maintaining
| oss.sgi.com for our stay as guests via the netdev list.

Thanks from here also.

| I've created netdev@vger.kernel.org, and folks can start
| to join up there.  If someone knows the appropriate
| archive maintainers to contact (marc.theaimsgroup.com
| et al.) please let them know about this transition.  It
| would be much apprecited.

I've done that before and now.
(made the request, not acked by Hank yet)

---
~Randy

Re: netdev moved to vger; please subscribe

[David S. Miller]

From: Nivedita Singhvi <niv@us.ibm.com>
Date: Wed, 08 Jun 2005 15:42:14 -0700

> Is the intention to phase out netdev@oss.sgi.com gradually?

It should not be used any longer as of today.  I'm changing
oss.sgi.com to vger.kernel.org in every posting I reply to.

[PATCH] Re: netdev munching messages again?

[Ralf Baechle]

On Wed, Jun 08, 2005 at 01:10:44PM -0700, David S. Miller wrote:

Akpm: Patch with netdev address change below.

> I see the delay due to SGI's firewall when I send postings
> out too, and it's very annoying.

Correction on that, while the bloody PIX is still installed, it's SMTP
proxy is disabled.

> The fact that I can send an email faster to Herbert Xu
> in Australia (several thousand miles away) than oss.sgi.com
> (which is a short drive away) would be an amusing anecdote
> if it didn't negatively impact my work.

Performance is partially explained by running sendsnail - against my
resistance.

> I think it's time to move this list to a more reliable and
> efficient place.
> 
> Ralf, thanks for all of your effort and time maintaining
> oss.sgi.com for our stay as guests via the netdev list.
> 
> I've created netdev@vger.kernel.org, and folks can start
> to join up there.

How about I simply give you the old subscriber list and turn netdev@oss
into a forward or autoresponder?

>  If someone knows the appropriate
> archive maintainers to contact (marc.theaimsgroup.com
> et al.) please let them know about this transition.  It
> would be much apprecited.

There are archives on oss itself at http://oss.sgi.com/archives/netdev as
well.

  Ralf

 Documentation/networking/vortex.txt |    2 -
 MAINTAINERS                         |   48 ++++++++++++++++++------------------
 drivers/net/r8169.c                 |    2 -
 net/sched/act_api.c                 |    2 -
 4 files changed, 27 insertions(+), 27 deletions(-)

Index: linux-cvs/drivers/net/r8169.c
===================================================================
--- linux-cvs.orig/drivers/net/r8169.c	2005-05-20 12:29:58.000000000 +0100
+++ linux-cvs/drivers/net/r8169.c	2005-06-09 14:21:10.000000000 +0100
@@ -415,7 +415,7 @@
 	struct work_struct task;
 };
 
-MODULE_AUTHOR("Realtek and the Linux r8169 crew <netdev@oss.sgi.com>");
+MODULE_AUTHOR("Realtek and the Linux r8169 crew <netdev@vger.kernel.org>");
 MODULE_DESCRIPTION("RealTek RTL-8169 Gigabit Ethernet driver");
 module_param_array(media, int, &num_media, 0);
 module_param(rx_copybreak, int, 0);
Index: linux-cvs/Documentation/networking/vortex.txt
===================================================================
--- linux-cvs.orig/Documentation/networking/vortex.txt	2004-03-11 16:46:40.000000000 +0000
+++ linux-cvs/Documentation/networking/vortex.txt	2005-06-09 14:21:10.000000000 +0100
@@ -12,7 +12,7 @@
 Please report problems to one or more of:
 
   Andrew Morton <andrewm@uow.edu.au>
-  Netdev mailing list <netdev@oss.sgi.com>
+  Netdev mailing list <netdev@vger.kernel.org>
   Linux kernel mailing list <linux-kernel@vger.kernel.org>
 
 Please note the 'Reporting and Diagnosing Problems' section at the end
Index: linux-cvs/net/sched/act_api.c
===================================================================
--- linux-cvs.orig/net/sched/act_api.c	2005-05-20 12:30:23.000000000 +0100
+++ linux-cvs/net/sched/act_api.c	2005-06-09 14:21:10.000000000 +0100
@@ -881,7 +881,7 @@
 		link_p[RTM_GETACTION-RTM_BASE].dumpit = tc_dump_action;
 	}
 
-	printk("TC classifier action (bugs to netdev@oss.sgi.com cc "
+	printk("TC classifier action (bugs to netdev@vger.kernel.org cc "
 	       "hadi@cyberus.ca)\n");
 	return 0;
 }
Index: linux-cvs/MAINTAINERS
===================================================================
--- linux-cvs.orig/MAINTAINERS	2005-05-20 12:29:29.000000000 +0100
+++ linux-cvs/MAINTAINERS	2005-06-09 14:21:10.000000000 +0100
@@ -73,7 +73,7 @@
 3C359 NETWORK DRIVER
 P:	Mike Phillips
 M:	mikep@linuxtr.net
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 L:	linux-tr@linuxtr.net
 W:	http://www.linuxtr.net
 S:	Maintained
@@ -81,13 +81,13 @@
 3C505 NETWORK DRIVER
 P:	Philip Blundell
 M:	philb@gnu.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 3CR990 NETWORK DRIVER
 P:	David Dillow
 M:	dave@thedillows.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 3W-XXXX ATA-RAID CONTROLLER DRIVER
@@ -130,7 +130,7 @@
 8169 10/100/1000 GIGABIT ETHERNET DRIVER
 P:	Francois Romieu
 M:	romieu@fr.zoreil.com
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 8250/16?50 (AND CLONE UARTS) SERIAL DRIVER
@@ -143,7 +143,7 @@
 8390 NETWORK DRIVERS [WD80x3/SMC-ELITE, SMC-ULTRA, NE2000, 3C503, etc.]
 P:	Paul Gortmaker
 M:	p_gortmaker@yahoo.com
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 A2232 SERIAL BOARD DRIVER
@@ -326,7 +326,7 @@
 
 ARPD SUPPORT
 P:	Jonathan Layes
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 ASUS ACPI EXTRAS DRIVER
@@ -700,7 +700,7 @@
 
 DIGI RIGHTSWITCH NETWORK DRIVER
 P:	Rick Richardson
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 W:	http://www.digi.com
 S:	Orphaned
 
@@ -806,7 +806,7 @@
 ETHEREXPRESS-16 NETWORK DRIVER
 P:	Philip Blundell
 M:	philb@gnu.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 ETHERNET BRIDGE
@@ -869,7 +869,7 @@
 FRAME RELAY DLCI/FRAD (Sangoma drivers too)
 P:	Mike McLagan
 M:	mike.mclagan@linux.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 FREEVXFS FILESYSTEM
@@ -1209,7 +1209,7 @@
 IPX NETWORK LAYER
 P:	Arnaldo Carvalho de Melo
 M:	acme@conectiva.com.br
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 IRDA SUBSYSTEM
@@ -1476,7 +1476,7 @@
 P:	Manish Lachwani
 M:	Manish_Lachwani@pmc-sierra.com
 L:	linux-mips@linux-mips.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Supported
 
 MATROX FRAMEBUFFER DRIVER
@@ -1586,13 +1586,13 @@
 M:	akpm@osdl.org
 P:	Jeff Garzik
 M:	jgarzik@pobox.com
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 NETWORKING [GENERAL]
 P:	Networking Team
-M:	netdev@oss.sgi.com
-L:	netdev@oss.sgi.com
+M:	netdev@vger.kernel.org
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 NETWORKING [IPv4/IPv6]
@@ -1608,7 +1608,7 @@
 M:	yoshfuji@linux-ipv6.org
 P:	Patrick McHardy
 M:	kaber@coreworks.de
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 IPVS
@@ -1628,7 +1628,7 @@
 P:	Jan-Pascal van Best and Andreas Mohr
 M:	Jan-Pascal van Best <jvbest@qv3pluto.leidenuniv.nl>
 M:	Andreas Mohr <100.30936@germany.net>
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 NINJA SCSI-3 / NINJA SCSI-32Bi (16bit/CardBus) PCMCIA SCSI HOST ADAPTER DRIVER
@@ -1670,7 +1670,7 @@
 M:	p2@ace.ulyssis.student.kuleuven.ac.be
 P:	Mike Phillips
 M:	mikep@linuxtr.net 
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 L:	linux-tr@linuxtr.net
 W:	http://www.linuxtr.net
 S:	Maintained
@@ -1777,7 +1777,7 @@
 PCNET32 NETWORK DRIVER
 P:	Thomas Bogendörfer
 M:	tsbogend@alpha.franken.de
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 PHRAM MTD DRIVER
@@ -1789,7 +1789,7 @@
 POSIX CLOCKS and TIMERS
 P:	George Anzinger
 M:	george@mvista.com
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Supported
 
 PNP SUPPORT
@@ -1824,7 +1824,7 @@
 PRISM54 WIRELESS DRIVER
 P:	Prism54 Development Team
 M:	prism54-private@prism54.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 W:	http://prism54.org
 S:	Maintained
 
@@ -2041,7 +2041,7 @@
 P:	Daniele Venzano
 M:	venza@brownhat.org
 W:	http://www.brownhat.org/sis900.html
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 SIS FRAMEBUFFER DRIVER
@@ -2100,7 +2100,7 @@
 SONIC NETWORK DRIVER
 P:	Thomas Bogendoerfer
 M:	tsbogend@alpha.franken.de
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 SONY VAIO CONTROL DEVICE DRIVER
@@ -2157,7 +2157,7 @@
 SPX NETWORK LAYER
 P:	Jay Schulist
 M:	jschlst@samba.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Supported
 
 SRM (Alpha) environment access
@@ -2236,7 +2236,7 @@
 TOKEN-RING NETWORK DRIVER
 P:	Mike Phillips
 M:	mikep@linuxtr.net
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 L:	linux-tr@linuxtr.net
 W:	http://www.linuxtr.net
 S:	Maintained

[PATCH] Re: netdev munching messages again?

[Ralf Baechle]

Change the address of netdev in 2.4 also.

 Documentation/networking/vortex.txt |    2 +-
 MAINTAINERS                         |   10 +++++-----
 2 files changed, 6 insertions(+), 6 deletions(-)

Index: linux-cvs-2.4/Documentation/networking/vortex.txt
===================================================================
--- linux-cvs-2.4.orig/Documentation/networking/vortex.txt	2002-06-26 23:35:01.000000000 +0100
+++ linux-cvs-2.4/Documentation/networking/vortex.txt	2005-06-09 14:53:43.000000000 +0100
@@ -12,7 +12,7 @@
 Please report problems to one or more of:
 
   Andrew Morton <andrewm@uow.edu.au>
-  Netdev mailing list <netdev@oss.sgi.com>
+  Netdev mailing list <netdev@vger.kernel.org>
   Linux kernel mailing list <linux-kernel@vger.kernel.org>
 
 Please note the 'Reporting and Diagnosing Problems' section at the end
Index: linux-cvs-2.4/MAINTAINERS
===================================================================
--- linux-cvs-2.4.orig/MAINTAINERS	2005-05-05 10:36:01.000000000 +0100
+++ linux-cvs-2.4/MAINTAINERS	2005-06-09 14:53:43.000000000 +0100
@@ -116,7 +116,7 @@
 8169 10/100/1000 GIGABIT ETHERNET DRIVER
 P:	Francois Romieu
 M:	romieu@fr.zoreil.com
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 8250/16?50 (AND CLONE UARTS) SERIAL DRIVER
@@ -1186,7 +1186,7 @@
 P:	Manish Lachwani
 M:	Manish_Lachwani@pmc-sierra.com
 L:	linux-mips@linux-mips.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Supported
 
 MARVELL YUKON / SYSKONNECT DRIVER
@@ -1315,7 +1315,7 @@
 
 NETWORKING [GENERAL]
 P:	Networking Team
-M:	netdev@oss.sgi.com
+M:	netdev@vger.kernel.org
 L:	linux-net@vger.kernel.org
 S:	Maintained
 
@@ -1332,7 +1332,7 @@
 M:	yoshfuji@linux-ipv6.org
 P:	Patrick McHardy
 M:	kaber@coreworks.de
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 S:	Maintained
 
 NFS CLIENT
@@ -1529,7 +1529,7 @@
 PRISM54 WIRELESS DRIVER
 P:	Prism54 Development Team
 M:	prism54-private@prism54.org
-L:	netdev@oss.sgi.com
+L:	netdev@vger.kernel.org
 W:	http://prism54.org
 S:	Maintained
 

Re: netdev munching messages again?

[jamal]

On Thu, 2005-09-06 at 13:23 +0100, Ralf Baechle wrote:
> On Wed, Jun 08, 2005 at 10:00:48PM +0200, Thomas Graf wrote:
> 
> > Is there a messages/time limit somwhere? If so what's the limit?
> > I tried with 30 seconds delay between each patch but that didn't
> > help.
> 
> No limits except on very large messages.

Ralf,

Since DaveM moved the list can you probably put a forwarding to 
netdev@vger.kernel.org ?
We should also probably announce the change of address in the usual
suspect lists.

BTW, I too would like to join the masses of people who are thankful to all your great
efforts.
You sir are a hacker and a gentleman.

cheers,
jamal