Manual code check. The similar fixes are present in almost all drivers,
f.e. tg3 one. I have an unrelated deadlock with rtnl.
Regards,
Den
Valerie Henson wrote:
(No longer maintainer, btw.)
What situation have you tested this under? Thanks,
-VAL
On Tue, Jul 24, 2007 at 11:49:08AM
Patrick McHardy wrote:
Corey Hickey wrote:
diff --git a/net/sched/sch_sfq.c b/net/sched/sch_sfq.c
index 8ae077f..0c46938 100644
--- a/net/sched/sch_sfq.c
+++ b/net/sched/sch_sfq.c
@@ -380,71 +380,71 @@ static void sfq_perturbation(unsigned long arg)
}
}
-static int sfq_change(struct
Patrick McHardy wrote:
Corey Hickey wrote:
Re-implement sfq_change() and enable Qdisc_opts.change so tc qdisc
change will work.
Signed-off-by: Corey Hickey [EMAIL PROTECTED]
---
net/sched/sch_sfq.c | 51 ++-
1 files changed, 50 insertions(+),
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Hi,
I got this compile error with a randconfig (
http://194.231.229.228/MM/randconfig-auto-82.broken.netpoll.c ).
...
net/core/netpoll.c: In function
From: Florian Zumbiehl [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 10:07:19 +0200
Erm, I'd say this not only produces different results than the old
version, but it also produces wrong results, in that it ignores quite
a bit of the data that's supposed to be hashed. If I didn't overlook
FWIW,
multicast/v6 is still broken on zd1211rw on 2.6.22.1 based Fedora 7
kernel (2.6.22.1-33.fc7).
On Thu, 28 Jun 2007, Pekka Savola wrote:
On Fedora 7 (kernel 2.6.21-1.3228.fc7, based on 2.6.21.5), my
zd1211rw_mac80211 WLAN USB stick and multicast/v6 no longer works. On Fedora
6 (kernel
Hi Dave:
[IPSEC]: Ensure that state inner family is set
Similar to the issue we had with template families which
specified the inner families of policies, we need to set
the inner families of states as the main xfrm user Openswan
leaves it as zero.
af_key is unaffected because the inner family
Hi,
-static int hash_item(unsigned long sid, unsigned char *addr)
+#if 8%PPPOE_HASH_BITS
+#error 8 must be a multiple of PPPOE_HASH_BITS
+#endif
Since PPPOE_HASH_BITS is 4 I would think this check will break the
build. :-)
Erm, I thought that 8 was 4*2, but maybe I didn't quite
Hi,
Erm, I'd say this not only produces different results than the old
version, but it also produces wrong results, in that it ignores quite
a bit of the data that's supposed to be hashed. If I didn't overlook
something, it only considers addr0x0f0f0f0f0f00 and sid0x0f0f, given
the
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 16:53:56 +0800
Hi Dave:
[IPSEC]: Ensure that state inner family is set
Similar to the issue we had with template families which
specified the inner families of policies, we need to set
the inner families of states as the main xfrm
From: Florian Zumbiehl [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 11:01:59 +0200
Assuming that it was supposed to read s/head/hash/: Same disclaimers
apply, but I'd say this considers only addr0xff0fff0f000f and
sid0x0fff, so, well, yes, it's better, but still not quite what I
think it should
On Mon, 30 Jul 2007 22:21:12 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 07:59:10 +0300 (EEST)
I think it's probably good to add tp-snd_una != prior_snd_una
check there too... It's not going to make a large difference,
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 10:51:13 +0100
On Mon, 30 Jul 2007 22:21:12 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 07:59:10 +0300 (EEST)
I think it's probably good to add
Hello,
I am using a vanilla 2.6.22.1 kernel and I see the same kind of
problem as had been mentioned some time back on this list
http://lkml.org/lkml/2007/5/22/45
The issue is essentially that with the MD5 option enabled for the
specific TCP connection, the SYN and SYN-ACKS are passed ok and
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Hi,
I got this compile error with a randconfig (
http://194.231.229.228/MM/randconfig-auto-82.broken.netpoll.c ).
...
On Mon, Jul 30, 2007 at 06:50:28PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
Stephen Rothwell pointed out to me that the skb_frag_struct
is broken on platforms using 64K or larger page sizes, it
even generates warnings when (for example) the myri10ge driver
tries to assign PAGE_SIZE
On Thursday 19 July 2007 17:46:42 Patrick McHardy wrote:
Joakim Koskela wrote:
+ skb_push(skb, hdrlen);
+ iphv6 = ipv6_hdr(skb);
+
+ skb_reset_network_header(skb);
+ top_iphv6 = ipv6_hdr(skb);
+
+ protocol = iphv6-nexthdr;
+
Corey Hickey wrote:
Patrick McHardy wrote:
-static int
-sfq_enqueue(struct sk_buff *skb, struct Qdisc* sch)
+static void sfq_q_enqueue(struct sk_buff *skb, struct sfq_sched_data
*q, unsigned int end)
Please make sure to break at 80 chars and to keep the style
in this file consistent
Joakim Koskela wrote:
On Thursday 19 July 2007 17:46:42 Patrick McHardy wrote:
Joakim Koskela wrote:
+skb_push(skb, hdrlen);
+iphv6 = ipv6_hdr(skb);
+
+skb_reset_network_header(skb);
+top_iphv6 = ipv6_hdr(skb);
+
+protocol =
Hi,
Thanks for finding these bugs! I'll post an updated version soon (2 patches
with no separate Kconfig patches, one LRO and one eHEA patch). See comments
below.
Thanks,
Jan-Bernd
On Monday 30 July 2007 22:32, Andrew Gallatin wrote:
I was working on testing the myri10ge patch, and I ran into
Hi,
Actually it might be simpler and more efficient to just make
PPPOE_HASH_SHIFT be 8.
SHIFT? SIZE? BITS?
You know what I meant :-)
PPPOE_HASH_BITS.
Actually, I wasn't sure, for SHIFT looks more similar to SIZE
than to BITS, plus numbers are somewhat same order of magnitude
On Tuesday 31 July 2007 13:51:42 Patrick McHardy wrote:
Joakim Koskela wrote:
I'm not sure I really got this. IPv6/IPv4 means IPv6 inner, IPv4 outer,
right? Isn't that called from xfrm4_output_one and subsequently passed
through the right filters as well (as it has a ipv4 header by then)?
Joakim Koskela wrote:
On Tuesday 31 July 2007 13:51:42 Patrick McHardy wrote:
Joakim Koskela wrote:
I'm not sure I really got this. IPv6/IPv4 means IPv6 inner, IPv4 outer,
right? Isn't that called from xfrm4_output_one and subsequently passed
through the right filters as well (as it has a ipv4
On Tue, Jul 31, 2007 at 12:44:27PM +0800, Wei Yongjun wrote:
If SCTP data sender received a SACK which contains Cumulative TSN Ack is
not less than the Cumulative TSN Ack Point, and if this Cumulative TSN
Ack is not used by the data sender, SCTP data sender still accept this
SACK , and next
Gabriel C wrote:
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Hi,
I got this compile error with a randconfig (
On Tue, Jul 31, 2007 at 12:14:36PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Hi,
I got this compile error with a randconfig (
On Tuesday 31 July 2007 14:14:30 Patrick McHardy wrote:
Joakim Koskela wrote:
Ok, so changing int xfrm[46]_output(struct sk_buff*) to use the right PF
hook based on the skb's [current] family should put things through the
right hoops, right?
Almost, in xfrm4_output the conditional
On Tue, Jul 31, 2007 at 02:20:51PM +0400, Evgeniy Polyakov wrote:
On Mon, Jul 30, 2007 at 06:50:28PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
Stephen Rothwell pointed out to me that the skb_frag_struct
is broken on platforms using 64K or larger page sizes, it
even generates
On Tue, Jul 31, 2007 at 06:44:52AM -0500, Jason Wessel wrote:
...
kgdboe is completely useless without a network card that has a polling
driver. It seems to me that the simple and easy fix is to set it to
depend on NETDEVICES but allow it to use select on NETPOLL.
Maybe I miss your point
On Mon, Jul 30, 2007 at 09:29:38AM +0200, Marcin Ślusarz wrote:
...
ps: I retested all patches posted in this thread on top of 2.6.22.1
and behavior from 2.6.21.3 didn't changed. My next tests will be on
2.6.22.x only.
Marcin,
I see you're quite busy, but if after testing this next Ingo's
Jan-Bernd Themann wrote:
On Monday 30 July 2007 22:32, Andrew Gallatin wrote:
Second, you still need to set skb-ip_summed = CHECKSUM_UNNECESSARY
when modified packets are flushed, else the stack will see bad
checksums for packets from CHECKSUM_COMPLETE drivers using the
skb interface. Fixed
I noticed no difference in the two flow tests. That is not a bad thing, just
that this test doesn't hit that code.
The anomaly is that first flow does slow start then gets loss and ends up
reducing it's window size all the way to the bottom, finally it recovers.
This happens with Cubic, H-TCP
Roland Dreier wrote:
1. When bonding enslaves an IPoIB device the bonding neighbor holds a
reference to a cleanup function in the IPoIB drives. This makes it unsafe
to
unload the IPoIB module if there are bonding neighbors in the air. So, to
avoid this race one must unload bonding
On Tue, Jul 31, 2007 at 01:23:29PM +0100, Christoph Hellwig ([EMAIL PROTECTED])
wrote:
On Tue, Jul 31, 2007 at 02:20:51PM +0400, Evgeniy Polyakov wrote:
On Mon, Jul 30, 2007 at 06:50:28PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
Stephen Rothwell pointed out to me that the
Quoting Moni Shoua [EMAIL PROTECTED]:
Subject: Re: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB support for?the
bonding driver
Roland Dreier wrote:
1. When bonding enslaves an IPoIB device the bonding neighbor holds a
reference to a cleanup function in the IPoIB drives. This makes it
Quoting Or Gerlitz [EMAIL PROTECTED]:
Subject: Re: Re: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB support for?the
bonding driver
Michael S. Tsirkin wrote:
Maybe we could use hard_header_cache/header_cache_update methods instead of
neighbour cleanup calls.
To do this, it is possible that
Michael S. Tsirkin wrote:
Maybe we could use hard_header_cache/header_cache_update methods instead of
neighbour cleanup calls.
To do this, it is possible that we'll have to switch from storing pointers
inside the neighbour to keeping an index there, but I expect the
performance impact to be
Michael S. Tsirkin wrote:
Quoting Or Gerlitz [EMAIL PROTECTED]:
To be precise, bonding will copy all the symbols it copies today from
the slave module (ipoib), see bond_setup_by_slave() in patch 3/7
Not really.
This copying of symbols is something that you added, isn't it?
So with this
Quoting Or Gerlitz [EMAIL PROTECTED]:
Subject: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB support for?the?bonding
driver
Michael S. Tsirkin wrote:
Quoting Or Gerlitz [EMAIL PROTECTED]:
To be precise, bonding will copy all the symbols it copies today from
the slave module (ipoib), see
[PATCH] Trivial Kconfig fact correction
This error seems to have been in the kernel for a long time.
Signed-off-by: Erik Ekman [EMAIL PROTECTED]
--- orig/drivers/net/wireless/Kconfig 2007-07-23 10:01:46.0 +0200
+++ edit/drivers/net/wireless/Kconfig 2007-07-31 16:47:26.0
Michael S. Tsirkin wrote:
Quoting Or Gerlitz [EMAIL PROTECTED]:
Michael S. Tsirkin wrote:
It's always wrong to copy symbols from another module without
referencing it.
Its the --first-- time you make this comment,
It's really a well known fact. That's where the crash
with modprobe -r
Jarek Poplawski wrote:
On Tue, Jul 31, 2007 at 12:14:36PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Hi,
I got this compile error with a randconfig (
On Mon, Jul 30, 2007 at 03:31:58PM -0400, Kyle McMartin wrote:
On Mon, Jul 30, 2007 at 01:04:13PM -0600, Valerie Henson wrote:
The Tulip network driver needs a new maintainer! I no longer have
time to maintain the Tulip network driver and I'm stepping down. Jeff
Garzik would be happy to
Linus,
with -rc2 approaching i think we should apply the minimal fix below to
get Marcin's ne2k-pci networking back in working order. The
WARN_ON_ONCE() will not prevent the system from working and it will be a
reminder.
a better workaround would be to inhibit the resent vector via the
On Tue, 31 Jul 2007, Stephen Hemminger wrote:
I noticed no difference in the two flow tests. That is not a bad thing, just
that this test doesn't hit that code.
...I'm not too sure about your test setup but the bugs I fixed only cover
cases that occur if flow is bidirectional (and obviously
* Ingo Molnar [EMAIL PROTECTED] wrote:
Linus,
with -rc2 approaching i think we should apply the minimal fix below to
get Marcin's ne2k-pci networking back in working order. The
WARN_ON_ONCE() will not prevent the system from working and it will be
a reminder.
there's one more
Hello,
I want to capture huge amounts of packets without timestamps, since the
machine the program is running on has a very slow clock that only yields
200,000 timestamps per second and uses 70% of CPU. But tpacket_rcv
reenables the timestamps every time it receives a packet at af_packet.c:643
Do we really need an 'unsigned int' for mac_len? Maybe we could use
a 16-bit counter here, and then use the other 16 bits for the VLAN bits?
Not knowing exactly if/how it interacts with that specific field I will
point-out that IPoIB in OFED 1.2 just took their MTU to 65520. While that
On Tue, 2007-07-31 at 07:37 -0400, Neil Horman wrote:
On Tue, Jul 31, 2007 at 12:44:27PM +0800, Wei Yongjun wrote:
If SCTP data sender received a SACK which contains Cumulative TSN Ack is
not less than the Cumulative TSN Ack Point, and if this Cumulative TSN
Ack is not used by the data
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
net/decnet/dn_route.c | 45013 - 44991 (-22 bytes)
net/decnet/dn_route.o | 199388 - 199580 (+192 bytes)
net/decnet/dn_route.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.23-rc1-mm1-a/net/decnet/dn_route.c
Do we really need an 'unsigned int' for mac_len? Maybe we could use
a 16-bit counter here, and then use the other 16 bits for the VLAN bits?
Not knowing exactly if/how it interacts with that specific field I
will point-out that IPoIB in OFED 1.2 just took their MTU to 65520.
While
Roland Dreier wrote:
ugh, missed these before my last merge...
anyway:
why do we want to parameters writable? a good changelog tells me
what, why and how, and this changelog just covered the what. Also,
I assume you've checked that it's OK for these variables to change at
any time?
I want
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
net/ipv4/ip_options.c | 15425 - 15368 (-57 bytes)
net/ipv4/ip_options.o | 133668 - 133588 (-80 bytes)
net/ipv4/ip_options.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
--- linux-2.6.23-rc1-mm1-a/net/ipv4/ip_options.c
On Tue, Jul 31, 2007 at 12:00:41AM -0300, Arnaldo Carvalho de Melo wrote:
On 7/30/07, David Miller [EMAIL PROTECTED] wrote:
Allowing non-datagram sockets to end up with a non-NULL inet-mc_list
in the first place is a bug.
Multicast subscriptions cannot even be used with TCP and DCCP,
All,
Recently new features have been written to add multiqueue support and LRO.
However, none of the patches touch on a basic configuration scheme and most use
module parameters.
I propose several patches to add support to change these features for LRO and
multiqueue. Currently these
Signed-off-by: Auke Kok [EMAIL PROTECTED]
---
include/linux/ethtool.h |8 +++
include/linux/netdevice.h |1 +
net/core/ethtool.c| 54 -
3 files changed, 62 insertions(+), 1 deletions(-)
diff --git a/include/linux/ethtool.h
Signed-off-by: Auke Kok [EMAIL PROTECTED]
---
ethtool-copy.h |8
ethtool.8 |8 ++--
ethtool.c | 39 +--
3 files changed, 47 insertions(+), 8 deletions(-)
diff --git a/ethtool-copy.h b/ethtool-copy.h
index 3a63224..ab9d688
Signed-off-by: Auke Kok [EMAIL PROTECTED]
---
include/linux/ethtool.h | 23 +++
net/core/ethtool.c | 34 ++
2 files changed, 57 insertions(+), 0 deletions(-)
diff --git a/include/linux/ethtool.h b/include/linux/ethtool.h
index
Signed-off-by: Auke Kok [EMAIL PROTECTED]
---
ethtool-copy.h | 23 +
ethtool.8 | 23 +
ethtool.c | 103
3 files changed, 149 insertions(+), 0 deletions(-)
diff --git a/ethtool-copy.h b/ethtool-copy.h
On 15/07/07 10:29, Simon Arlott wrote:
On 14/07/07 23:09, Andrew Morton wrote:
On Sat, 14 Jul 2007 14:54:32 -0700 (PDT) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8754
I have an MTU of 16110 set on eth0 on a network where the MTU is 1500 as
set by
RAs. One of the
Hi,
File /home/devel/linux-rdc/net/wanrouter/wanmain.c line 569
Unknown CONFIG option! CONFIG_WANPIPE_MULTPPP
File /home/devel/linux-rdc/net/wanrouter/wanmain.c line 590
Unknown CONFIG option! CONFIG_WANPIPE_MULTPPP
File /home/devel/linux-rdc/net/wanrouter/wanmain.c line 663
Unknown CONFIG
Hi,
File /home/devel/linux-rdc/net/ipv4/fib_semantics.c line 525
Unknown CONFIG option! CONFIG_IP_ROUTE_PERVASIVE
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
--- linux-rdc-clean/net/ipv4/fib_semantics.c2007-07-31
From: Florian Zumbiehl [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 13:05:47 +0200
A few variations I tried back when I created the patch, using larger
things than a char for accumulating the pieces and then folding down
from that, turned out to be slower than what I finally submitted, at
least
From: Mariusz Kozlowski [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 19:33:33 +0200
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
Patch applied, thanks.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Mariusz Kozlowski [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 20:16:59 +0200
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
Applied, but note that this patch changes behavior, previously
only the ip_options structure base was cleared out, but now
the whole memory region is cleared.
I
hi,
Running ISIC -- IP Stack Integrity Checker ( http://isic.sf.net ),
in Fedora-7-i386 with 2.6.22, the NIC stopped to send packages.
But one second latter it began to send out more of them.
dmesg shows the bug.
command is:
# tcpsic -s rand -d 172.26.0.2 -I100
driver is:
Introduces neigh_cleanup_and_release() to be used after a
neighbour has been removed from its neighbour table. Serves
as preparation to add event notifications.
Signed-off-by: Thomas Graf [EMAIL PROTECTED]
Index: net-2.6/net/core/neighbour.c
Currently neighbour event notifications are limited to update
notifications and only sent if the ARP daemon is enabled. This
patch extends the existing notification code by also reporting
neighbours being removed due to gc or administratively and
removes the dependency on the ARP daemon. This
replay label is unused otherwise.
Signed-off-by: Thomas Graf [EMAIL PROTECTED]
Index: net-2.6/net/core/rtnetlink.c
===
--- net-2.6.orig/net/core/rtnetlink.c 2007-07-22 11:41:46.0 +0200
+++ net-2.6/net/core/rtnetlink.c
From: Thomas Graf [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 23:12:58 +0200
replay label is unused otherwise.
Signed-off-by: Thomas Graf [EMAIL PROTECTED]
Applied, thanks Thomas.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
Applied, but note that this patch changes behavior, previously
only the ip_options structure base was cleared out, but now
the whole memory region is cleared.
I think it's OK for this case, but I'm just making note of it.
Agrh. Sorry. I must have overlook this. Feel free to drop it if
you
=
[ INFO: inconsistent lock state ]
2.6.22 #1
-
inconsistent {in-hardirq-W} - {hardirq-on-W} usage.
swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:
(rp-lock){++..}, at: [f8c890db] rhine_tx_timeout+0x6f/0xf4 [via_rhine]
this is a
Arjan van de Ven wrote:
=
[ INFO: inconsistent lock state ]
2.6.22 #1
-
inconsistent {in-hardirq-W} - {hardirq-on-W} usage.
swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:
(rp-lock){++..}, at: [f8c890db] rhine_tx_timeout+0x6f/0xf4
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
net/ipv4/raw.c | 21650 - 21628 (-22 bytes)
net/ipv4/raw.o | 179112 - 179272 (+160 bytes)
net/ipv4/raw.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.23-rc1-mm1-a/net/ipv4/raw.c 2007-07-26
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
net/ipv4/route.c | 75650 - 75628 (-22 bytes)
net/ipv4/route.o | 256303 - 256467 (+164 bytes)
net/ipv4/route.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.23-rc1-mm1-a/net/ipv4/route.c 2007-07-26
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/net/s2io.c | 235587 - 235340 (-247 bytes)
drivers/net/s2io.o | 460768 - 460120 (-648 bytes)
drivers/net/s2io.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
--- linux-2.6.23-rc1-mm1-a/drivers/net/s2io.c
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/net/sb1250-mac.c | 76286 - 76199 (-87 bytes)
drivers/net/sb1250-mac.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
--- linux-2.6.23-rc1-mm1-a/drivers/net/sb1250-mac.c 2007-07-26
13:07:43.0 +0200
+++
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/net/via-velocity.c | 88263 - 88120 (-143 bytes)
drivers/net/via-velocity.o | 254264 - 253828 (-436 bytes)
drivers/net/via-velocity.c | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
---
Hi!
...
Is the protocol documented somewhere? aoe.txt only points at
HOWTO... aha, protocol is linked from wikipedia.
http://www.coraid.com/documents/AoEr10.txt ... perhaps that should be
linked from aoe.txt, too?
Perhaps. Most people reading the aoe.txt file won't need to refer to
Mariusz Kozlowski [EMAIL PROTECTED] :
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/net/via-velocity.c | 88263 - 88120 (-143 bytes)
drivers/net/via-velocity.o | 254264 - 253828 (-436 bytes)
drivers/net/via-velocity.c | 24 ++--
1 file changed, 10
Adrian Bunk wrote:
This patch removes dead code (tx_xcnt can never be != 0 at this place)
spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Acked-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/xgmac.c |5 +
1 file changed, 1 insertion(+), 4
On Wed, 1 Aug 2007 01:35:23 +0200
Bongani Hlope [EMAIL PROTECTED] wrote:
I got this partial Oops on my work laptop (DELL D800), while using the linux
2.6.23-rc1 kernel. I've been using this kernel ever since it was released and
this is the first and only time it did not boot. It was around
Hi
I got this partial Oops on my work laptop (DELL D800), while using the linux
2.6.23-rc1 kernel. I've been using this kernel ever since it was released and
this is the first and only time it did not boot. It was around the time it
should have been trying to connect to my linksys wireless
On Mon, 2007-07-30 at 16:05 -0700, David Miller wrote:
I still don't know about this patch. Instead of the simple
transformation:
- printk(foo);
+ printk(KERN_INFO foo);
we get this new macro, and the lines changes to use that macro.
Actually, I agree.
Many local macros could
From: Ingo Molnar [EMAIL PROTECTED]
use the simpler spin_trylock_irqsave() API to get the adapter lock.
[ this is also a fix for -rt where adapter-lock is a sleeping lock. ]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Jay Cliburn [EMAIL PROTECTED]
---
On Tue, 31 Jul 2007 11:28:32 +0200 Joachim Deguara [EMAIL PROTECTED] wrote:
On my Acer Ferrari 1000 the tg3 ethernet no longer is available after a
suspend to ram with the latet 2.6.23-rc1-git9.
Thanks. cc's added, body retained..
The tg3 works fine with s2ram
in 2.6.22.1. The tell
Hi
I'm not sure if the first email went through, resending without .config
attachment.
I got this partial Oops on my work laptop (DELL D800), while using the linux
2.6.23-rc1 kernel. I've been using this kernel ever since it was released and
this is the first and only time it did not boot. It
On Wed, 1 Aug 2007 02:57:48 +0200 Bongani Hlope [EMAIL PROTECTED] wrote:
I'm not sure if the first email went through, resending without .config
attachment.
It did come through, and I replied ;)
The below post-2.6.23-rc1 patch should fix it.
commit b8c1c5da1520977cb55a358f20fc09567d40cad9
On Tue, 2007-07-31 at 07:37 -0400, Neil Horman wrote:
On Tue, Jul 31, 2007 at 12:44:27PM +0800, Wei Yongjun wrote:
If SCTP data sender received a SACK which contains Cumulative TSN Ack is
not less than the Cumulative TSN Ack Point, and if this Cumulative TSN
Ack is not used by
From: Joe Perches [EMAIL PROTECTED]
Date: Tue, 31 Jul 2007 16:48:06 -0700
I'd like to see macros added to kernel.h for:
pr_err
pr_notice
pr_warn
pr_alert
pr_crit
pr_emerge
No objections here :)
-
To unsubscribe from this list: send the line
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
---
net/sched/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/net/sched/Kconfig b/net/sched/Kconfig
index 8a74cac..5d3749c 100644
--- a/net/sched/Kconfig
+++ b/net/sched/Kconfig
@@ -300,6 +300,7 @@ config NET_CLS_RSVP
Denis Cheng wrote:
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
---
net/sched/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/net/sched/Kconfig b/net/sched/Kconfig
index 8a74cac..5d3749c 100644
--- a/net/sched/Kconfig
+++ b/net/sched/Kconfig
@@ -300,6
On 8/1/07, Gabriel C [EMAIL PROTECTED] wrote:
I thought the same but ... see
http://marc.info/?l=linux-kernelm=118440958516205w=2
http://marc.info/?l=linux-netdevm=118442747709230w=2
That sounds good. Thanks.
--
Denis
-
To unsubscribe from this list: send the line unsubscribe netdev in
the
Sorry, coming in late due to list issues...
Wei Yongjun wrote:
On Tue, 2007-07-31 at 07:37 -0400, Neil Horman wrote:
On Tue, Jul 31, 2007 at 12:44:27PM +0800, Wei Yongjun wrote:
If SCTP data sender received a SACK which contains Cumulative TSN Ack is
not less than the Cumulative
On Sun, 29 Jul 2007 13:24:54 +0200 Michael Buesch [EMAIL PROTECTED] wrote:
The Sonics Silicon Backplane is a mini-bus used on
various Broadcom chips and embedded devices.
Sigh.
s390:
drivers/ssb/main.c: In function 'ssb_ssb_read16':
drivers/ssb/main.c:489: error: implicit declaration of
On Sun, 29 Jul 2007 13:24:54 +0200 Michael Buesch [EMAIL PROTECTED] wrote:
The Sonics Silicon Backplane is a mini-bus used on
various Broadcom chips and embedded devices.
A few probs with mips allmodconfig:
drivers/ssb/driver_mipscore.c:121: warning: struct ssb_serial_ports declared
inside
96 matches
Mail list logo