From: Marcel Holtmann [EMAIL PROTECTED]
Date: Sun, 15 Oct 2006 18:10:24 +0200
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/holtmann/bluetooth-2.6.git
Pulled, thanks a lot Marcel.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
Joan Raventos wrote:
Is this a bug in PF_PACKET? Should the socket queue be
emptied by packet_set_ring (called via setsockopt when
PACKET_RX_RING is used) so the above cannot happen?
Should the user-space app drain the socket queue with
recvfrom prior to (4) -quite unlikely in practice-?
I
On Friday, October 13, 2006 10:14 PM, Eric Dumazet wrote:
Martin, I played with libnetfilter_queue
(http://www.netfilter.org/projects/libnetfilter_queue/index.html)
With this single iptables rules, I was able to do what you want :
transmit the SYN message to a user application, that may
Hi,
afaik, NAT (and therefore masquerading also) is left out by design in
IPv6, looks like a copypaste issue.
Patch attached to fix this.
Peter
--
Dr. Peter Bieringer http://www.bieringer.de/pb/
GPG/PGP Key 0x958F422D mailto:[EMAIL PROTECTED]
On Thu, Oct 12, 2006 at 10:08:53AM +0200, Martin Schiller wrote:
I'm searching for a solution to suppress / delay the SYN-ACK packet of a
listening server (-application) until he has decided (e.g. analysed the
requesting ip-address or checked if the corresponding other end of a
connection is
Peter Bieringer wrote:
afaik, NAT (and therefore masquerading also) is left out by design in
IPv6, looks like a copypaste issue.
Patch attached to fix this.
Applied, thanks. But please sign off future patches.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
On Sun, Oct 15, 2006 at 04:22:45PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
Evgeniy Polyakov wrote:
Existing design does not allow overflow.
And I've pointed out a number of times that this is not practical at
best. There are event sources which can create events which cannot be
I'm fairly sure this is a problem on your side. I received patch 10/14
from the netdev list and the two list archives I checked also had it.
/Per
On Fri, 13 Oct 2006, Bill Fink wrote:
FYI,
At least here, I received two copies of patch 9/14 and no copy
of patch 10/14.
Hi David
While browsing include/net/request_sock.h I found this suspicious locking
protecting the SYN table hash table. I think this patch is necessary.
Thank you
Signed-off-by: Eric Dumazet [EMAIL PROTECTED]
--- linux-2.6.18/include/net/request_sock.h.orig2006-10-16
(Sorry, patch inlined this time)
Hi David
While browsing include/net/request_sock.h I found this suspicious locking
protecting the SYN table hash table. I think this patch is necessary.
Thank you
Signed-off-by: Eric Dumazet [EMAIL PROTECTED]
--- linux-2.6.18/include/net/request_sock.h.orig
Evgeniy Polyakov wrote:
One can set number of events before the syscall and do not remove them
after syscall. It can be updated if there is need for that.
Nobody doubts that it is possible. But it is
a) potentially much expensive
and
b) an alien concept
to have the signal mask to set
Evgeniy Polyakov wrote:
The whole idea of mmap buffer seems to be broken, since those who asked
for creation do not like existing design and do not show theirs...
What kind of argumentation is that?
Because my attempt to implement it doesn't work and nobody right
away has a better
On Fri, Oct 13, 2006 at 05:24:39PM +0100, David Johnson wrote:
On Friday 13 October 2006 14:06, Jarek Poplawski wrote:
Probably - but only with networking. So I'd try with this debugging
like in my first reply plus maybe 2.6.19-rc1 (e1000 - btw. I hope
this other tested card was different
Ar Sul, 2006-10-15 am 18:10 -0700, ysgrifennodd Andrew Morton:
Question is, should pci_set_mwi() ever return -EFOO? I guess it should, in
the case where setting the line size didn't work out.
It does no harm, no driver will ever check anything but 0 v !0 because
the handling is no different in
Ar Sul, 2006-10-15 am 16:44 -0700, ysgrifennodd Andrew Morton:
Let me restore the words from my earlier email which you removed so that
you could say that:
For you the driver author to make assumptions about what's happening
inside pci_set_mwi() is a layering violation. Maybe the bridge
On Mon, Oct 16, 2006 at 02:59:48AM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
Evgeniy Polyakov wrote:
One can set number of events before the syscall and do not remove them
after syscall. It can be updated if there is need for that.
Nobody doubts that it is possible. But it is
a)
On Mon, Oct 16, 2006 at 03:16:15AM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
Evgeniy Polyakov wrote:
The whole idea of mmap buffer seems to be broken, since those who asked
for creation do not like existing design and do not show theirs...
What kind of argumentation is that?
Please use reply to _all_. Quoting manually ..
Patrick McHardy wrote:
Does it also happen without external patches like ipp2p? Did you
load/unload any netfilter modules before?
This happens after loading all specific, ip_conntrackmodules, flushing
al iptables rules, reseting counters,
Andrew,
I don't get it. If some code does
rtnl_lock();
flush_scheduled_work();
and there's some work scheduled which does rtnl_lock() then it'll deadlock.
But it'll deadlock whether or not the caller of flush_scheduled_work() is
keventd.
Calling flush_scheduled_work()
On Monday 16 October 2006 11:25, Jarek Poplawski wrote:
Was this lock-up effect visible during above 2.6.19-rc1 tests?
No, I've not seen anything in Linux other than the reboots, which are instant
without any preceding lock-up.
If not I'd try to continue linux debbuging:
- is 2.6.19-rc1
On Friday 13 October 2006 21:20, David Kimdon wrote:
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
And, eh, did this increase or decrease the
On 10/16/06, Eric Dumazet [EMAIL PROTECTED] wrote:
(Sorry, patch inlined this time)
Hi David
While browsing include/net/request_sock.h I found this suspicious locking
protecting the SYN table hash table. I think this patch is necessary.
Thank you
Interesting, just checked and it was there
On Monday 16 October 2006 18:16, Arnaldo Carvalho de Melo wrote:
On 10/16/06, Eric Dumazet [EMAIL PROTECTED] wrote:
(Sorry, patch inlined this time)
Hi David
While browsing include/net/request_sock.h I found this suspicious locking
protecting the SYN table hash table. I think this
This patch has been used with the lustre cluster file system (www.lustre.org)
to give notification when page buffers used to send bulk data via TCP/IP may be
overwritten. It implements...
a) A general-purpose callback to inform higher-level protocols when a
zero-copy send of a set of
On Monday 16 October 2006 18:56, Eric Dumazet wrote:
On Monday 16 October 2006 18:16, Arnaldo Carvalho de Melo wrote:
On 10/16/06, Eric Dumazet [EMAIL PROTECTED] wrote:
(Sorry, patch inlined this time)
Hi David
While browsing include/net/request_sock.h I found this suspicious
This patch is little thinner then the previous one.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
This patch has been used with the lustre cluster file system (www.lustre.org)
to give notification when page buffers used to send bulk data via TCP/IP may be
overwritten. It implements...
a) A general-purpose callback to inform higher-level protocols when a
zero-copy send of a set of
On Monday, 16 October 2006 20:21, Dawid Ciezarkiewicz wrote:
This patch is little thinner then the previous one.
I'm sorry for that. I've just ... nevermind. Here goes the patch.
Should I post patch for ifenslave here, too?
diff -Nur linux-2.6.17.orig/Documentation/networking/bonding.txt
Remove unused Super AG structure members, enums.
In struct ieee80211_tx_status the queue_length and queue_number could
be useful outside the context of Super AG, so remove the comment and
leave the members.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
Dawid Ciezarkiewicz [EMAIL PROTECTED] wrote:
[...]
+ weighted-rr or 7
+
+ Weighted round-robin bonding. In this mode bonding
+ interface will use weights assigned to it's slaves.
+
+ Each slave can have weight assigned via ioctl (ifenslave).
+
On Monday, 16 October 2006 20:50, you wrote:
Dawid Ciezarkiewicz [EMAIL PROTECTED] wrote:
[...]
+weighted-rr or 7
+
+Weighted round-robin bonding. In this mode bonding
+interface will use weights assigned to it's slaves.
+
+Each slave can have
On Mon, 16 Oct 2006 15:50:55 +0100 (BST)
Maciej W. Rozycki [EMAIL PROTECTED] wrote:
Andrew,
I don't get it. If some code does
rtnl_lock();
flush_scheduled_work();
and there's some work scheduled which does rtnl_lock() then it'll deadlock.
But it'll deadlock whether
On Mon, Oct 09, 2006 at 10:53:58AM +0100, Mel Gorman wrote:
On Fri, 6 Oct 2006, Vivek Goyal wrote:
On Fri, Oct 06, 2006 at 01:03:50PM -0500, Steve Fox wrote:
On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote:
On (06/10/06 11:36), Vivek Goyal didst pronounce:
Where is bss placed in
On Monday 16 October 2006 06:18, Larry Finger wrote:
From: Stefano Brivio [EMAIL PROTECTED]
The current bcm43xx driver does not contain code to handle PCI-E interfaces
such as the BCM4311 and BCM4312. This patch, originally written by Stefano
Brivio adds the necessary code to enable these
Removing the bitfields makes the code much harder to read and maintain.
Here we are working around a problem with the compiler by making the
code ugly - rather than fixing the compiler. The compilers are getting
better and better (GCC 4 has much better handling of this type of
optimization) but
On Monday 16 October 2006 21:34, Simon Barber wrote:
Removing the bitfields makes the code much harder to read and maintain.
Here we are working around a problem with the compiler by making the
code ugly - rather than fixing the compiler. The compilers are getting
better and better (GCC 4 has
From: Eric Dumazet [EMAIL PROTECTED]
Date: Mon, 16 Oct 2006 11:00:22 +0200
While browsing include/net/request_sock.h I found this suspicious locking
protecting the SYN table hash table. I think this patch is necessary.
Signed-off-by: Eric Dumazet [EMAIL PROTECTED]
People get tripped up by
From: Per Liden [EMAIL PROTECTED]
Date: Mon, 16 Oct 2006 10:50:40 +0200 (CEST)
I'm fairly sure this is a problem on your side. I received patch 10/14
from the netdev list and the two list archives I checked also had it.
I also got 2 copies which means it hit netdev for me too.
-
To
* genphy_update_link is now exported
* Added a fix from [EMAIL PROTECTED] which changes forcing so it
only updates the link. Otherwise, it never tries the lower
values, since it is always overwriting the speed/duplex values
with the current ones, rather than the intended ones.
* Fixed a
On Mon, Oct 16, 2006 at 09:07:57PM +0200, Dawid Ciezarkiewicz wrote:
Before getting into the technical bits of the patch, what's the
reason for wanting to do this, and why is this rather complex manual
weight assignment better than an automatic system based on, e.g., link
speed of
Is this a bug in PF_PACKET? Should the socket queue be
emptied by packet_set_ring (called via setsockopt when
PACKET_RX_RING is used) so the above cannot happen?
Should the user-space app drain the socket queue with
recvfrom prior to (4) -quite unlikely in practice-?
I guess the best way is not
Hi,
here are a bunch of more or less related patches having to do with fixing the
IPv6 routing
subtrees and source address selection. Most of the code is a cleaned up version
of what
I've written earlier for MIPL 2, where it has worked pretty well for a couple
of years now.
The SCTP code,
Struct pol_chain has existed since at least the 2.2 kernel, but isn't used
anymore. As the IPv6 policy routing is implemented in a totally different
way in the current kernel, just get rid of it.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
include/net/ip6_route.h |7 ---
1 files
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/sctp/socket.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/sctp/socket.c b/net/sctp/socket.c
index 79c3e07..185d480 100644
--- a/net/sctp/socket.c
+++ b/net/sctp/socket.c
@@ -821,7 +821,7 @@ out:
* addrs
As ip6_route_output() never returns NULL, error checking must be done by
looking at dst-error in stead of comparing dst against NULL.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/xfrm6_policy.c | 12 +++-
net/sctp/ipv6.c | 10 +-
2 files changed, 12
The fn check is unnecessary as fn can never be NULL in BACKTRACK().
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/route.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index a1b0f07..263c057 100644
---
As IPV6_SUBTREES can't work without IPV6_MULTIPLE_TABLES have IPV6_SUBTREES
depend on it.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/Kconfig | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/net/ipv6/Kconfig b/net/ipv6/Kconfig
index
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/route.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index 263c057..aa96be8 100644
--- a/net/ipv6/route.c
+++ b/net/ipv6/route.c
@@ -618,8 +618,6 @@ static struct
This patch moves the normal source address selection from
ip6_dst_lookup() into ip6_pol_route_output(), but shouldn't
change the routing or source address selection behavior in
any way.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/ip6_output.c |6 --
net/ipv6/route.c
As the source address is already selected in ip6_pol_route_output()
there is no need to do the source address lookup a second time.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/xfrm6_policy.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git
As the IPv6 route lookup now also returns the selected source address
there is no need for a separate source address lookup. In fact, the
source address selection needs to be moved to get_dst() because the
selected IPv6 source address isn't always stored in the route.
Sometimes this makes it
To make sure the source address selection is done correctly, don't let
users outside the ipv6 module call ipv6_get_saddr() directly. In stead
have them go through ip6_route_output().
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/ipv6_syms.c |1 -
1 files changed, 0
The split into ipv6_get_saddr() and ipv6_dev_get_saddr() isn't necessary
anymore, so they can be merged into just the function ipv6_get_saddr().
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
include/net/addrconf.h |5 +
net/ipv6/addrconf.c| 21 ++---
Leaving out the source address from routing cache entries when
using routing subtrees causes all kinds of problems. Make sure
this doesn't happen.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
---
net/ipv6/route.c | 31 +--
1 files changed, 17 insertions(+), 14
With IPv6 routing subtrees we need to take into account that the
source address is typically not specified at the time of the route
lookup.
There are two separate cases where this can happen. In the typical
case the source address hasn't been selected before the route lookup.
Skipping a source
Oops, this almost more than any other patch was RFC. Sorry about that!
Regards,
Ville
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
The original message didn't show up on the list. I'm assuming it's
because the filters didn't like the attached postscript. I posted PDFs of
the figures on the web:
http://www.psc.edu/~jheffner/tmp/a.pdf
http://www.psc.edu/~jheffner/tmp/b.pdf
http://www.psc.edu/~jheffner/tmp/c.pdf
-John
David,
Also, the correct mailing list to get to the networking developers
is [EMAIL PROTECTED] linux-net is for users.
Noted.
Finally, I very much doubt you have much chance getting this
change in, the infrastructure is implemented in a very ad-hoc
fashion and it takes into consideration
Arnaldo:
Sorry, I have to bother you again with another Linux
socket question.
Suppose that I have a Linux IP socket connected for a
TCP connection and the socket is set as a non-blocking
one with fcntl().
Even the socket is set as non-blocking, is it really
possible to perform Non-Blocking
On Mon, 16 Oct 2006 14:16:13 -0400
Vivek Goyal [EMAIL PROTECTED] wrote:
Can you please have a look at the attached patch
Looks like a fine patch to me, although it could benefit from a comment
explaining why all those PAGE_ALIGN()s are in there.
and include it in -mm.
Does it fix a patch
On Mon, 16 Oct 2006 20:53:20 -0400 (EDT)
John Heffner [EMAIL PROTECTED] wrote:
The original message didn't show up on the list. I'm assuming it's
because the filters didn't like the attached postscript. I posted PDFs of
the figures on the web:
http://www.psc.edu/~jheffner/tmp/a.pdf
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:42 +0200
From: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Per Liden [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:43 +0200
From: Allan Stephens [EMAIL PROTECTED]
This change modifies TIPC's print buffer code as follows:
1) Now supports small print buffers (min. size reduced from 512 bytes to 64)
2) Now uses TIPC_NULL print buffer structure
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:44 +0200
From: Allan Stephens [EMAIL PROTECTED]
The stream socket send code was not initializing some required fields
of the temporary msghdr structure it was utilizing; this is now fixed.
A check has also been added to detect
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:45 +0200
From: Allan Stephens [EMAIL PROTECTED]
TIPC now rejects and logs link setup requests from node Z.C.N if the
receiving node already has a functional link to that node on the associated
interface, or if the requestor is
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:46 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch adds a simple test so TIPC doesn't try waking up processes
waiting on a socket if there are none waiting.
Signed-off-by: Allan Stephens [EMAIL PROTECTED]
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:47 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch allows the compiler to optimize out any code that tries to
send debugging output to the null print buffer (TIPC_NULL), a capability
that was unintentionally broken
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:48 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch enhances TIPC's Ethernet support to include VLAN interfaces.
Signed-off-by: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Per Liden [EMAIL PROTECTED]
Applied, more
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:49 +0200
From: P Litov [EMAIL PROTECTED]
This patch corrects an SMP system-specific race condition which allowed
TIPC to prematurely dereference the first sk_buff in a socket receive
queue that was changing from empty to
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:50 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch tivially re-orders the entries in TIPC's list of local
publications so that applications will receive publication events
in the order they were published.
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:51 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch corrects an issue wherein a previouly failed node could
not reestablish a links to a non-failing node in the TIPC network
until the latter node detected the link failure
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:52 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch fixes a minor bug that prevents tipc-config -l from
displaying the multicast link if a TIPC node has never successfully
established at least one unicast link.
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:53 +0200
From: Lijun Chen [EMAIL PROTECTED]
This patch allows a TIPC application to cancel an existing
topology service subscription by re-requesting the subscription
with the TIPC_SUB_CANCEL filter bit set. (All other bits of
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:54 +0200
From: Allan Stephens [EMAIL PROTECTED]
This patch causes TIPC to return an error message when it receives
an unrecognized configuration command. (Previously, the sender
received no feedback.)
Signed-off-by: Allan
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:55 +0200
From: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Per Liden [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 13 Oct 2006 13:37:23 +0200 (CEST)
This patch set includes a number TIPC fixes/cleanups. Please see each
individual patch for further description.
Please pull from:
git://tipc.cslab.ericsson.net/pub/git/tipc.git
(rebased on
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 02:56:55 +0300
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
Also applied, thanks.
Please format your changelog headers properly, make
it [TOPIC]: instead of [TOPIC] . Thanks.
-
To unsubscribe from this list: send the line
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 03:04:08 +0300
As ip6_route_output() never returns NULL, error checking must be done by
looking at dst-error in stead of comparing dst against NULL.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
Good catch, patch applied.
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 02:54:27 +0300
Struct pol_chain has existed since at least the 2.2 kernel, but isn't used
anymore. As the IPv6 policy routing is implemented in a totally different
way in the current kernel, just get rid of it.
Signed-off-by:
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 03:06:27 +0300
The fn check is unnecessary as fn can never be NULL in BACKTRACK().
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
Applied, especially valid since we're walking parents up to
the, we break out at hitting root, and
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 03:08:35 +0300
As IPV6_SUBTREES can't work without IPV6_MULTIPLE_TABLES have IPV6_SUBTREES
depend on it.
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
Good catch, patch applied, thanks.
-
To unsubscribe from this list: send the
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 03:10:49 +0300
Signed-off-by: Ville Nuorvala [EMAIL PROTECTED]
Looks good, applied.
Ville, can you fixup Thunderbird to not corrupt your patches?
The specific corruption is that if the patch has a completely
empty line with just a
From: Ville Nuorvala [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 03:13:17 +0300
This patch moves the normal source address selection from
ip6_dst_lookup() into ip6_pol_route_output(), but shouldn't
change the routing or source address selection behavior in
any way.
Signed-off-by: Ville
From: John Heffner [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 00:18:33 -0400
Stephen Hemminger wrote:
On Mon, 16 Oct 2006 20:53:20 -0400 (EDT)
John Heffner [EMAIL PROTECTED] wrote:
This patch limits the amount of time you will defer sending a TSO segment
to less than two clock ticks, or
Ulrich Drepper wrote:
Evgeniy Polyakov wrote:
Existing design does not allow overflow.
And I've pointed out a number of times that this is not practical at
best. There are event sources which can create events which cannot be
coalesced into one single event as it would be required with your
85 matches
Mail list logo
