From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 24 Apr 2007 13:55:42 +1000
> [NET]: Warn about GSO/checksum abuse
>
> Now that Patrick has added the code to deal with GSO in netfilter,
> we no longer need the crutch that computes partial checksums just
> before transmission.
>
> This patch turns
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 13:30:49 +0200
> [XFRM]: beet: fix pseudo header length value
>
> draft-nikander-esp-beet-mode-07.txt is not entirely clear on how the length
> value of the pseudo header should be calculated, it states "The Header Length
> field co
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 20:31:18 -0700
> Change to defer congestion control initialization.
>
> If setsockopt() was used to change TCP_CONGESTION before
> connection is established, then protocols that use sequence numbers
> to keep track of one RTT inte
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 20:31:21 -0700
> Rather than using a copy of vegas code, the YEAH code should just
> have it exported so there is common code.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Excellent cleanup.
Applied, thanks Stephen.
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 20:31:20 -0700
> Do some simple changes to make congestion control API faster/cleaner.
> * use ktime_t rather than timeval
> * merge rtt sampling into existing ack callback
> this means one indirect call versus two per ack.
> * u
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 20:31:19 -0700
> This version more closely matches the paper, and fixes several
> math errors. The biggest difference is that it updates alpha/beta
> once per RTT
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied,
Hi Dave:
[NET]: Warn about GSO/checksum abuse
Now that Patrick has added the code to deal with GSO in netfilter,
we no longer need the crutch that computes partial checksums just
before transmission.
This patch turns this into a warning again. If this goes OK, we
can then turn it into a BUG_ON
Rather than using a copy of vegas code, the YEAH code should just
have it exported so there is common code.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4/tcp_vegas.c | 31 +---
net/ipv4/tcp_vegas.h | 24 +
net/ipv4/tcp_yeah.c | 53 +---
Do some simple changes to make congestion control API faster/cleaner.
* use ktime_t rather than timeval
* merge rtt sampling into existing ack callback
this means one indirect call versus two per ack.
* use flags bits to store options/settings
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Change to defer congestion control initialization.
If setsockopt() was used to change TCP_CONGESTION before
connection is established, then protocols that use sequence numbers
to keep track of one RTT interval (vegas, illinois, ...) get confused.
Change the init hook to be called after handshake.
A bunch of TCP congestion control updates for 2.6.22.
The first one might be a bug fix worth backporting.
It addresses a problem that causes vegas not to work right
when using the setsockopt() setup.
--
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
This version more closely matches the paper, and fixes several
math errors. The biggest difference is that it updates alpha/beta
once per RTT
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4/tcp_illinois.c | 298 +---
1 file changed, 1
Jiri Kosina <[EMAIL PROTECTED]> wrote:
>
> Hmm, *sigh*. I guess the patch below fixes the problem, but it is a
> masterpiece in the field of ugliness. And I am not sure whether it is
> completely correct either. Are there any immediate ideas for better
> solution with respect to how struct sock
On Mon, Apr 23, 2007 at 03:45:09PM -0700, David Miller wrote:
>
> Either that or some error in Herbert's recent checksum offload
> handling changes, such as, in fact I am highly suspicious of
> the second change listed below, you may want to try reverting
> just that one:
Indeed. My change depen
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 24 Apr 2007 10:04:58 +1000
> On Mon, Apr 23, 2007 at 03:45:09PM -0700, David Miller wrote:
> >
> > Either that or some error in Herbert's recent checksum offload
> > handling changes, such as, in fact I am highly suspicious of
> > the second change
On Mon, 2007-23-04 at 16:08 -0700, Laurent Chavey wrote:
> sorry for the trick question.
>
> I was simply making a modification to the skb tap code
> to allow tcpdump to work on the slave interface and not
> just the bonded one.
If you dont mind: what is the goal? I am not sure i want to see the
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Ian Pratt <[EMAIL PROTECTED]>
Signed-off-by: Christian Limpach <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL P
On Mon, 23 Apr 2007 15:45:09 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 23 Apr 2007 15:37:14 -0700
>
> > So I think we did a bit of TCP chatter then no UDP at all?
> >
> > It's interesting that the test machine can see other people'
Oh well, one thing at a time. The good news is that I can reproduce the
problem with netperf.
kpm:/usr/src/netperf-2.4.3> netperf -H akpm2 -t UDP_RR
UDP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to akpm2
(172.18.116.155) port 0 AF_INET
netperf: receive_response: no response re
I'm currently working on getting LINUX supported on SNI RM200/300/400
machines (MIPS based servers and workstations). Most of the changes
are already in Linus tree. What's now missing are some device drivers.
One is an ethernet driver for the older EISA only RM200 and RM400
machines. They are using
sorry for the trick question.
I was simply making a modification to the skb tap code
to allow tcpdump to work on the slave interface and not
just the bonded one. The code change requires a change to
the for loop code and it follow on to the call to deliver_skb().
In the process of adding the cod
On Mon, 2007-23-04 at 14:19 -0700, Laurent Chavey wrote:
> if CONFIG_NET_CLS_ACT is not defined, then is the
> code below correct ?
The simple answer is yes;
Is something not working for you?
It is hard to read your question my good friend because it comes out
like a trick question;->
It is mor
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 15:37:14 -0700
> So I think we did a bit of TCP chatter then no UDP at all?
>
> It's interesting that the test machine can see other people's DNS queries
> go past.
It's mysterious alright.
I can't say that the UDP's are going out c
On Mon, 23 Apr 2007 15:15:31 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 23 Apr 2007 15:12:40 -0700
>
> > which is just stupid. The rtnl_lock() is right there in ip_mc_join_group().
> > And this is a different architecture and config
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 15:12:40 -0700
> which is just stupid. The rtnl_lock() is right there in ip_mc_join_group().
> And this is a different architecture and config and compiler from yesterday's
> fun. And no scheduler patches involved here.
Perhaps some
On Mon, 23 Apr 2007 14:45:57 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Let me play around with udpspam a bit.
tcpdump does show stuff coming in when I run udpspam against the test
machine from another host.
More rtnl weirdness. Running `ifup eth0' gave me:
Apr 23 14:53:57 localhost sma
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
On Mon, 23 Apr 2007 14:17:06 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> > Is nscd the caching named which you're referring to?
>
> I would respond, but I first checked how many responses show up when
> giving "caching named fedora" to google, and decided that you can
> figure it out yo
> Please also tell me what legacy application could actually
> use this thing when BSD itself doesn't even implement it?
Some version of java seems to. I see a lot of:
ioctl32(java:30851): Unknown cmd fd(3) cmd(8938){00} arg(bfbb87c4) on
socket:[334628709]
But just rejecting it is probabl
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 14:12:26 -0700
> Trivial implementation of SIOCGIFCOUNT.
> If you search the archives, this was suggested and rejected
> 6 years ago. But there maybe legacy Unix applications that
> could actually use it.
>
> Signed-off-by: Stephe
On Tuesday 24 April 2007 00:17:40 Thomas Graf wrote:
> * Ismail D?nmez <[EMAIL PROTECTED]> 2007-04-23 22:09
>
> > Yes I know the fix is in but I wondered why its creating such problems
> > with 2.6.18 kernel, guess it depends on some other commits.
>
> As long as you apply the complete patch includ
if CONFIG_NET_CLS_ACT is not defined, then is the
code below correct ?
netif_receive_skb()
---
list_for_each_entry_rcu(ptype, &ptype_all, list) {
if (!ptype->dev || ptype->dev == skb->dev) {
if (pt_prev)
* Ismail D?nmez <[EMAIL PROTECTED]> 2007-04-23 22:09
> Yes I know the fix is in but I wondered why its creating such problems with
> 2.6.18 kernel, guess it depends on some other commits.
As long as you apply the complete patch including the additional
sanity check for RTN_MAX it should work perf
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 13:56:39 -0700
> On Mon, 23 Apr 2007 13:37:30 -0700 (PDT)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > From: Andrew Morton <[EMAIL PROTECTED]>
> > Date: Mon, 23 Apr 2007 13:27:19 -0700
> >
> > > On Mon, 23 Apr 2007 13:18:10 -0700
Trivial implementation of SIOCGIFCOUNT.
If you search the archives, this was suggested and rejected
6 years ago. But there maybe legacy Unix applications that
could actually use it.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/core/dev.c | 50
On Mon, 23 Apr 2007 13:37:30 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 23 Apr 2007 13:27:19 -0700
>
> > On Mon, 23 Apr 2007 13:18:10 -0700 (PDT)
> > David Miller <[EMAIL PROTECTED]> wrote:
> >
> > > From: Andrew Morton <[EMAIL PROT
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 13:27:19 -0700
> On Mon, 23 Apr 2007 13:18:10 -0700 (PDT)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > From: Andrew Morton <[EMAIL PROTECTED]>
> > Date: Mon, 23 Apr 2007 13:07:34 -0700
> >
> > > The interesting bit is:
> > ...
>
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 15:53:13 -0400
> Correct minor typo in drivers/net/wireless/Kconfig identified by
> Stefano Brivio <[EMAIL PROTECTED]>.
>
> Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
Applied, thanks John.
-
To unsubscribe from this lis
On Mon, 23 Apr 2007 13:18:10 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 23 Apr 2007 13:07:34 -0700
>
> > The interesting bit is:
> ...
> > I think I saw the same problem maybe 1.5 weeks ago on this machine, but I
> > didn't have tim
Correct minor typo in drivers/net/wireless/Kconfig identified by
Stefano Brivio <[EMAIL PROTECTED]>.
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/wireless/Kconfig b/drivers/net/wireless/Kconfig
index 880c628..4426841 100644
--- a/drivers/net/wireless/Kconfig
+++
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 13:07:34 -0700
> The interesting bit is:
...
> I think I saw the same problem maybe 1.5 weeks ago on this machine, but I
> didn't have time to investigate further. So it's not some recent thing.
My initial reaction is that DNS respo
On Mon, 23 Apr 2007 14:34:43 -0400
"John W. Linville" <[EMAIL PROTECTED]> wrote:
> -comment "Obsolete Wireless cards support (pre-802.11)"
> - depends on NET_RADIO && (INET || ISA || PCMCIA)
> + This option does not affect the kernel build, it only
> + let's you choose drivers.
I have a problem here. To eliminate other -mm things I tested bare
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6.22.git
as of 15 minutes ago and the problem is there too.
The machine is x86_64 running FC6. The config is based on RH's own FC6
config and it's at http://userwe
Hi,
On Monday 23 April 2007 21:51:25 David Miller wrote:
> From: Ismail Dönmez <[EMAIL PROTECTED]>
> Date: Mon, 23 Apr 2007 15:06:34 +0300
>
> > --- a/net/ipv4/fib_semantics.c
> > +++ b/net/ipv4/fib_semantics.c
> > @@ -89,7 +89,7 @@ static const struct
> > {
> > int error;
> >
Thank you for the pointer, I am looking at the patch ad
see if it help. In my case, that will do the trick, but as mentioned
by Dave it may not have its place in a general distro.
Perso I would rather "cloning" <-- do not flame me, it is not my intent to
From: Johannes Berg <[EMAIL PROTECTED]>
This patch creates the core cfg80211 code along with some sysfs bits.
This is a stripped down version to allow mac80211 to function, but
doesn't include any configuration yet except for creating and removing
virtual interfaces.
This patch includes the nl802
From: Johannes Berg <[EMAIL PROTECTED]>
As scheduled, this patch removes the pointless wext over netlink
code.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt | 12 -
include/net/iw_handler.h
From: Johannes Berg <[EMAIL PROTECTED]>
This patch refactors the wireless Kconfig all over and already
introduces net/wireless/Kconfig with just the WEXT bit for now,
the cfg80211 patch will add to that as well.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Signed-off-by: John W. Linville <[EM
From: Johannes Berg <[EMAIL PROTECTED]>
This patch adds the linux-wireless mailing list to all appropriate
entries in the MAINTAINERS file.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
MAINTAINERS | 15 ---
1 files changed
From: Ismail Dönmez <[EMAIL PROTECTED]>
Date: Mon, 23 Apr 2007 15:06:34 +0300
> --- a/net/ipv4/fib_semantics.c
> +++ b/net/ipv4/fib_semantics.c
> @@ -89,7 +89,7 @@ static const struct
> {
> int error;
> u8 scope;
> -} fib_props[RTA_MAX + 1] = {
> +} fib_props[RTN_MAX + 1]
Sebastian Kuzminsky <[EMAIL PROTECTED]> wrote:
> Philip Craig <[EMAIL PROTECTED]> wrote:
> > Change the timeout or use keepalives. I can't think of any other way.
> > The 5 days is a compromise between keeping valid connections and
> > timing out dead connections. There will always be connections
Hi David
Please apply. This was recently uncovered on the sctp-implementers
list as 'linux doing something stupid...'
Thanks
-vlad
[SCTP] Verify all destination ports in sctp_connectx.
We need to make sure that all destination ports are the same, since
the association really must not connect t
Andrew Morton wrote:
> On Mon, 16 Apr 2007 14:34:22 -0700
> [EMAIL PROTECTED] wrote:
>
>> http://bugzilla.kernel.org/show_bug.cgi?id=8342
>>
>>Summary: sctp_getsockopt_local_addrs_old() calls copy_to_user()
>> while a spinlock is held
>> Kernel Version: 2.6.20
>
On 04/23, David Howells wrote:
>
> > We only care when del_timer() returns true. In that case, if the timer
> > function still runs (possible for single-threaded wqs), it has already
> > passed __queue_work().
>
> Why do you assume that?
If del_timer() returns true, the timer was pending. This m
James Chapman wrote:
> [L2TP]: Modify kernel headers for L2TP.
Since the Subject: line becomes the first line of the commit comments,
the above line is redundant.
> This patch adds L2TP definitions to existing PPP and socket headers.
>
> Signed-off-by: James Chapman <[EMAIL PROTECTED]>
>
> ---
[L2TP]: Add the ability to autoload a pppox protocol module.
This patch allows a name "pppox-proto-nnn" to be used in modprobe.conf
to autoload a PPPoX protocol nnn.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7/drivers/net/pppox.c
=
[L2TP]: Update maintainers file for PPP over L2TP.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7/MAINTAINERS
===
--- linux-2.6.21-rc7.orig/MAINTAINERS
+++ linux-2.6.21-rc7/MAINTAINERS
@@ -2709,6 +2709,11 @@
This patch set adds a driver for PPP over L2TP. Patches to follow.
The following changes have been made since the previous version
submitted 23-MAR-07, addressing review comments received so far:-
- Fold makefile changes into the patches that add new source files.
- Make API structures 64-bit sa
[SKB]: Introduce skb_queue_walk_safe()
This patch provides a method for walking skb lists while inserting or
removing skbs from the list.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7/include/linux/skbuff.h
==
[L2TP]: Modify kernel headers for L2TP.
This patch adds L2TP definitions to existing PPP and socket headers.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
---
Add struct sockaddr_pppol2tp to carry L2TP-specific address
information for the PPPoX (PPPoL2TP) socket. Unfortunately we can't
use t
My mistake. I'll reorder the patches and resubmit.
Patrick McHardy wrote:
James Chapman wrote:
This patch set adds a driver for PPP over L2TP. Patches to follow.
The following changes have been made since the previous version
submitted 23-MAR-07, addressing review comments received so far:-
-
James Chapman wrote:
> This patch set adds a driver for PPP over L2TP. Patches to follow.
>
> The following changes have been made since the previous version
> submitted 23-MAR-07, addressing review comments received so far:-
>
> - Fold makefile changes into the patches that add new source files.
On Monday 23 April 2007, Jan-Bernd Themann wrote:
> - dlpar fix:
> certain resources may only be allocated when first
> logical port is available, and must be removed when
> last logical port has been removed
>
> - sysfs entries:
> create symbolic link from each lo
[L2TP]: Modify kernel headers for L2TP.
This patch adds L2TP definitions to existing PPP and socket headers.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
---
Add struct sockaddr_pppol2tp to carry L2TP-specific address
information for the PPPoX (PPPoL2TP) socket. Unfortunately we can't
use t
[SKB]: Introduce skb_queue_walk_safe()
This patch provides a method for walking skb lists while inserting or
removing skbs from the list.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7/include/linux/skbuff.h
==
[L2TP]: Add the ability to autoload a pppox protocol module.
This patch allows a name "pppox-proto-nnn" to be used in modprobe.conf
to autoload a PPPoX protocol nnn.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7/drivers/net/pppox.c
=
[L2TP]: Update maintainers file for PPP over L2TP.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7/MAINTAINERS
===
--- linux-2.6.21-rc7.orig/MAINTAINERS
+++ linux-2.6.21-rc7/MAINTAINERS
@@ -2709,6 +2709,11 @@
This patch set adds a driver for PPP over L2TP. Patches to follow.
The following changes have been made since the previous version
submitted 23-MAR-07, addressing review comments received so far:-
- Fold makefile changes into the patches that add new source files.
- Make API structures 64-bit sa
Hi All,
I posted this to Netfiler list but got no response.
dont know if it is a right place to ask this question, but any
answer/clue will be helpful to me.
Thanks
-Lokesh
I'm using Linux RedHat 9 kernel version 2.4.20-8
I want to do some asynchronous processing of packets in my kernel
mod
This patch includes:
- dlpar fix:
certain resources may only be allocated when first
logical port is available, and must be removed when
last logical port has been removed
- sysfs entries:
create symbolic link from each logical port to ehea driver
Signed-off-by: J
[XFRM]: beet: fix pseudo header length value
draft-nikander-esp-beet-mode-07.txt is not entirely clear on how the length
value of the pseudo header should be calculated, it states "The Header Length
field contains the length of the pseudo header, IPv4 options, and padding in
8 octets units.", but
Hi,
While looking through the users of fackets_out, i found this from
tcp_fragment(...):
/* If this packet has been sent out already, we must
* adjust the various packet counters.
*/
if (!before(tp->snd_nxt, TCP_SKB_CB(buff)->end_seq)) {
int dif
> We only care when del_timer() returns true. In that case, if the timer
> function still runs (possible for single-threaded wqs), it has already
> passed __queue_work().
Why do you assume that?
David
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
73 matches
Mail list logo
