From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 21:28:45 -0600
> David, Andrew thanks you both are really are good upstream
> maintainers to work with.
Just keep the coffee flowing :-)
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
And an e1000 id patch.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/e1000/e1000_ethtool.c |1 +
drivers/net/e1000/e1000_hw.c |1 +
drivers/net/e1000/e100
On Thu, Sep 27, 2007 at 11:36:58PM -0400, Jeff Garzik wrote:
> Zang Roy-r61911 wrote:
>> From: Roy Zang <[EMAIL PROTECTED]>
>> Clean up redundant PHY write line for ULi526x Ethernet
>> Driver.
>> Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
>> ---
>> drivers/net/tulip/uli526x.c |1 -
>> 1 files
Jon Smirl <[EMAIL PROTECTED]> wrote:
>
> App is writing seven bytes to the socket. Socket write timeout expires
> and the seven bytes are sent. The checksum is not getting inserted
> into the packet. It is set to a constant 0x8389 instead of the right
> value. App is gmpc 0.15.4.95, Revision: 6794
App is writing seven bytes to the socket. Socket write timeout expires
and the seven bytes are sent. The checksum is not getting inserted
into the packet. It is set to a constant 0x8389 instead of the right
value. App is gmpc 0.15.4.95, Revision: 6794
Attached Wireshark packet trace show the prob
In the -mm tree the rules for access an nsproxy have changed,
and in get_net_ns_by_pid we access the nsproxy, so update
it to follow the new rules.
Signed-off-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
---
diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
index 739fbad..1caba10 100644
--
Auke Kok wrote:
This blade-specific board form factor is identical to the 82571EB
board.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c |1 +
drivers/net/e1000/e1000_hw.c |1 +
drivers/net/e1000/e1000_hw.h |1 +
drivers/net/e1000/e1000_m
Zang Roy-r61911 wrote:
From: Roy Zang <[EMAIL PROTECTED]>
Clean up redundant PHY write line for ULi526x Ethernet
Driver.
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
drivers/net/tulip/uli526x.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/tulip/uli526
Stephen Hemminger wrote:
Patch is against 2.6.23-rc8 after last patch:
sky2: FE+ vlan workaround
(Should also work on older releases with minor fuzz).
Applied. Please always put meta-information such as the above quoted
after the "---" patch description terminator, so that it is not copied
Stephen Hemminger wrote:
This patch applies to 2.6.23-rc8 after yesterday's patch:
sky2 FE+ receive status workaround
Applied. Please always put meta-information such as the above quoted
after the "---" patch description terminator, so that it is not copied
into the permanent kernel ch
Stephen Hemminger wrote:
Patch against 2.6.23-rc8, please apply before 2.6.23 release (or it will
need to go to stable).
Applied. Please always put meta-information such as the above quoted
after the "---" patch description terminator, so that it is not copied
into the permanent kernel chan
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Thu, 27 Sep 2007 17:10:53 -0700 (PDT)
> David Miller <[EMAIL PROTECTED]> wrote:
>
>> > I will gladly do what I can, to help. Working against 3 trees
>> > development at the moment is a bit of a development challenge.
>>
>> Andrew has to work against
Stephen Hemminger wrote:
On Fri, 28 Sep 2007 00:08:33 +0200
Eric Dumazet <[EMAIL PROTECTED]> wrote:
Hi all
I am sure some of you are going to tell me that prequeue is not
all black :)
Thank you
[RFC] Make TCP prequeue configurable
The TCP prequeue thing is based on old facts, and has drawba
Uniprocessor Althlon 64, 64-bit kernel, 2G ECC RAM,
2.6.23-rc8 + linuxpps (5.0.0) + ip1000a driver.
(patch from http://marc.info/?l=linux-netdev&m=118980588419882)
After a few hours of operation, ntp loses the ability to send packets.
sendto() returns -EAGAIN to everything, including the 24-byte U
On Thu, 27 Sep 2007 17:10:53 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> > I will gladly do what I can, to help. Working against 3 trees
> > development at the moment is a bit of a development challenge.
>
> Andrew has to work against 30 or so
I wish! A remerge presently involves pul
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 17:00:23 -0600
> I will gladly do what I can, to help. Working against 3 trees
> development at the moment is a bit of a development challenge.
Andrew has to work against 30 or so, so multiply your pain
by 10 to understand what h
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 16:40:31 -0600
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vge
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 16:39:53 -0600
>
> A hint as to why it is safe to use per cpu variables,
> and note that we actually can have multiple instances
> of the loopback device now.
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Applied.
-
T
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Thu, 27 Sep 2007 18:21:54 -0400
> John W. Linville wrote:
> > Dave & Jeff,
> >
> > Here are some more wireless stack and driver updates for 2.6.24. Please
> > pull at your earliest convenience.
>
> ACK (I presume davem will pull)
>
> it looks like th
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Fri, 28 Sep 2007 00:08:33 +0200
> 1) It adds 48 bytes per 'struct tcp_sock'
> 2) It adds some ugly code in hot paths
> 3) It has a small hit ratio on typical servers using many sockets
> 4) It may have a high hit ratio on UP machines running one process
David Miller <[EMAIL PROTECTED]> writes:
> Eric, pick an appropriate new non-conflicting number NOW.
Done. My apologies for the confusion. I thought the
way Cedric and the IBM guys were testing someone would have
shouted at me long before now.
> This adds unnecessary extra work for Andrew Mort
On Fri, 28 Sep 2007 00:08:33 +0200
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Hi all
>
> I am sure some of you are going to tell me that prequeue is not
> all black :)
>
> Thank you
>
> [RFC] Make TCP prequeue configurable
>
> The TCP prequeue thing is based on old facts, and has drawbacks.
>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/sched.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index e10a0a8..d82c1f7 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -27,7 +27
On Thu, 27 Sep 2007 13:53:34 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Mon, 24 Sep 2007 15:34:35 -0700
>
> > The bug http://bugzilla.kernel.org/show_bug.cgi?id=5731
> > describes an issue where write() can't be used to generate a zer
A hint as to why it is safe to use per cpu variables,
and note that we actually can have multiple instances
of the loopback device now.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/net/loopback.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/driv
John W. Linville wrote:
Dave & Jeff,
Here are some more wireless stack and driver updates for 2.6.24. Please
pull at your earliest convenience.
ACK (I presume davem will pull)
it looks like this includes my adm feedback, thanks!
-
To unsubscribe from this list: send the line "unsubscribe n
Hi all
I am sure some of you are going to tell me that prequeue is not
all black :)
Thank you
[RFC] Make TCP prequeue configurable
The TCP prequeue thing is based on old facts, and has drawbacks.
1) It adds 48 bytes per 'struct tcp_sock'
2) It adds some ugly code in hot paths
3) It has a smal
On Thu, 27 Sep 2007 19:51:19 +0900
Magnus Damm <[EMAIL PROTECTED]> wrote:
> ax88796: add 93cx6 eeprom support
>
> This patch hooks up the 93cx6 eeprom code to the ax88796 driver and modifies
> the ax88796 driver to read out the mac address from the eeprom. We need
> this for the ax88796 on certai
From: Ivo van Doorn <[EMAIL PROTECTED]>
Date: Fri, 28 Sep 2007 00:07:41 +0200
> rfkill_switch_all shouldn't be called by drivers directly,
> instead they should send a signal over the input device.
>
> To prevent confusion for driver developers, move the
> function into a rfkill private header.
>
rfkill_switch_all shouldn't be called by drivers directly,
instead they should send a signal over the input device.
To prevent confusion for driver developers, move the
function into a rfkill private header.
Signed-off-by: Ivo van Doorn <[EMAIL PROTECTED]>
---
diff --git a/include/linux/rfkill.h
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 14:44:37 -0600
> David Miller <[EMAIL PROTECTED]> writes:
>
> > From: [EMAIL PROTECTED] (Eric W. Biederman)
> > Date: Thu, 27 Sep 2007 01:48:00 -0600
> >
> >> I'm not doing get_cpu/put_cpu so does the comment make sense
> >> in re
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 24 Sep 2007 15:34:35 -0700
> The bug http://bugzilla.kernel.org/show_bug.cgi?id=5731
> describes an issue where write() can't be used to generate a zero-length
> datagram (but send, and sendto do work).
>
> I think the following is needed:
>
David Miller <[EMAIL PROTECTED]> writes:
> From: [EMAIL PROTECTED] (Eric W. Biederman)
> Date: Thu, 27 Sep 2007 01:48:00 -0600
>
>> I'm not doing get_cpu/put_cpu so does the comment make sense
>> in relationship to per_cpu_ptr?
>
> It is possible. But someone would need to go check for
> sure.
V
Sean,
IB aside,
it looks like an ULP which is capable of being both RDMA aware and RDMA
not-aware,
like iSER and iSCSI, NFS-RDMA and NFS, SDP and sockets,
will be treated as two separete ULPs.
Each has its own IP address, since there is a different IP address for
iWARP
port and "regular" Ethernet
>It is ok to block while holding a mutex, yes?
It's okay, I just didn't try to trace through the code to see if it ever tries
to acquire the same mutex in the thread that needs to signal the event.
- Sean
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 27 Sep 2007 15:39:34 +0200
> Evgeniy Polyakov wrote:
> > On Thu, Sep 27, 2007 at 09:20:37PM +0800, Herbert Xu ([EMAIL PROTECTED])
> > wrote:
> >
> >>How about putting it in net/core/utils.c?
> >
> >
> > I knew, that was a bad idea to try to
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 27 Sep 2007 20:58:01 +0800
> On Thu, Sep 27, 2007 at 08:39:45AM -0400, jamal wrote:
> >
> > You also need to p->tcf_qstats.drops++ for all packets that get shot.
>
> I was rather hoping that my packets wouldn't get shot :)
> But yeah let's increment
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 11:14:33 -0600
> Thanks for pointing this out, it's on my todo list to look into,
> and ensure we resolve.
>
> I'm confused because my notes have 0x8000 for the pid namespace,
> and 0x4000 for the time namespace.
Eric, pi
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 10:27:43 -0600
> "Denis V. Lunev" <[EMAIL PROTECTED]> writes:
>
> > Moving dst entries into init_net.loopback_dev is not a good thing.
> > This hides obvious and non-obvious ref-counting bugs.
>
> Acked-by: "Eric W. Biederman" <[
This should fix http://bugzilla.kernel.org/show_bug.cgi?id=8667
After resume, driver has reset the chip so the current state
of transmit checksum offload state machine and DMA state machine
will be undefined.
The fix is to set the state so that first Tx will set MSS and offset
values.
Patch is a
On Thu, 27 Sep 2007, Majumder, Rajib wrote:
> We have observed 40ms latency spikes in TCP connections in "burst" type of
> traffic.
> This affects regular TCP sockets.
Are segments being sent full-sized, or is there perhaps some Nagle
component in it as well? I.e., are the applications using TC
The FE+ workaround means the driver can no longer trust the status register
to indicate VLAN tagged frames. The fix for this is to just disable VLAN
acceleration for that chip version. Tested and works fine.
This patch applies to 2.6.23-rc8 after yesterday's patch:
sky2 FE+ receive status w
Sean Hefty wrote:
The sysadmin creates "for iwarp use only" alias interfaces of the form
"devname:iw*" where devname is the native interface name (eg eth0) for
the
iwarp netdev device. The alias label can be anything starting with "iw".
The "iw" immediately after the ':' is the key used by t
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 10:16:37 -0600
>
> I guess in particular IFF_LOOPBACK means that all packets from
> a device will come right back to the current machine, and go
> nowhere else.
>
> That usage sounds completely different then the CAN usage which
From: Joe D'Abbraccio <[EMAIL PROTECTED]>
The MPC837xERDB platform uses the RTL8211B Ethernet PHY on the
WAN port (on eth0). Also added the kernel configuration options for
selecting the PHY.
Signed-off-by: Johnson Leung <[EMAIL PROTECTED]>
Signed-off-by: Kevin Lam <[EMAIL PROTECTED]>
Signed-off
>What is the model on how client connects, say for iSCSI,
>when client and server both support, iWARP and 10GbE or 1GbE,
>and would like to setup "most" performant "connection" for ULP?
For the "most" performance connection, the ULP would use IB, and all these
problems go away. :)
This proposal
From: jamal <[EMAIL PROTECTED]>
Date: Thu, 27 Sep 2007 08:39:45 -0400
> nice work. I like the egress flag idea;->
> and who would have thunk stateless nat could be written in such a few
> lines ;-> I would have put the checksum as a separate action but it is
> fine the way you did it since it simp
From: "Denis V. Lunev" <[EMAIL PROTECTED]>
Date: Thu, 27 Sep 2007 16:25:27 +0400
> Subject: [PATCH] proper comment for loopback initialization order
> From: "Denis V. Lunev" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], netdev@vger.kernel.org,
> [EMA
From: "Denis V. Lunev" <[EMAIL PROTECTED]>
Date: Thu, 27 Sep 2007 14:46:22 +0400
> Compilation fix. Extra bracket removed.
> Broken by "[NET]: Wrap netdevice hardware header creation" from
> Stephen Hemminger <[EMAIL PROTECTED]>
>
> Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
Applied, than
Sean,
What is the model on how client connects, say for iSCSI,
when client and server both support, iWARP and 10GbE or 1GbE,
and would like to setup "most" performant "connection" for ULP?
Thanks,
Arkady Kanevsky email: [EMAIL PROTECTED]
Network Appliance Inc. p
Hello,
I apologize for not replying sooner.
Andi Kleen wrote:
Satoshi OSHIMA <[EMAIL PROTECTED]> writes:
This patch introduces global variable for UDP memory accounting.
The unit is page.
The global variable doesn't seem to be very MP scalable, especially
if you change it for each packet. T
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Thu, 27 Sep 2007 01:48:00 -0600
> I'm not doing get_cpu/put_cpu so does the comment make sense
> in relationship to per_cpu_ptr?
It is possible. But someone would need to go check for
sure.
-
To unsubscribe from this list: send the line "unsubscr
Hello,
Apologies for late response.
Evgeniy Polyakov wrote:
Hi.
On Fri, Sep 21, 2007 at 09:18:07PM +0900, Satoshi OSHIMA ([EMAIL PROTECTED])
wrote:
This patch set try to introduce memory usage accounting for
UDP(currently ipv4 only).
Currently, memory usage of UDP can be observed as the sam
The sysadmin creates "for iwarp use only" alias interfaces of the form
"devname:iw*" where devname is the native interface name (eg eth0) for the
iwarp netdev device. The alias label can be anything starting with "iw".
The "iw" immediately after the ':' is the key used by the iw_cxgb3 driver.
I
Achim Frase <[EMAIL PROTECTED]> :
> [...]
> but I hope you could help me.
Yes. Please try any of:
- current 2.6.23-git
- 2.6.23-rc8 + patch below
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index b85ab4a..c921ec3 100644
--- a/drivers/net/r8169.c
+++ b/drivers/net/r8169.c
@@ -1228,7 +12
Cedric Le Goater <[EMAIL PROTECTED]> writes:
>> diff --git a/include/linux/sched.h b/include/linux/sched.h
>> index a01ac6d..e10a0a8 100644
>> --- a/include/linux/sched.h
>> +++ b/include/linux/sched.h
>> @@ -27,6 +27,7 @@
>> #define CLONE_NEWUTS0x0400 /* New utsname grou
"Denis V. Lunev" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> This patch makes loopback_dev per network namespace. Adding
>> code to create a different loopback device for each network
>> namespace and adding the code to free a loopback device
>> when a network namespace exits.
>>
>
"Denis V. Lunev" <[EMAIL PROTECTED]> writes:
> Moving dst entries into init_net.loopback_dev is not a good thing.
> This hides obvious and non-obvious ref-counting bugs.
Acked-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
To be clear using init_net.loopback is currently safe because we don't
have
I guess in particular IFF_LOOPBACK means that all packets from
a device will come right back to the current machine, and go
nowhere else.
That usage sounds completely different then the CAN usage which
appears to mean. Broadcast packets will be returned to this machine
as well as being sent out
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Now that multiple loopback devices are becoming possible it makes
>> the code a little cleaner and more maintainable to test if a deivice
>> is th a loopback device by testing dev->flags & IFF_LOOPBACK instead
>> of dev == lo
Urs Thuermann <[EMAIL PROTECTED]> writes:
> This patch adds the virtual CAN bus (vcan) network driver.
> The vcan device is just a loopback device for CAN frames, no
> real CAN hardware is involved.
I'm trying to wrap my head around the CAN use of IFF_LOOPBACK.
> 6.2 loopback
>
> As described
Hi,Fabio,
- Assuming that you intend to deal with IPV4, I suggest that you will
start by looking at the ah4.ko module sources, which are in net/ipv4/ah.c,
especially at the ah_output() and the ah_input() methods.
(for ipv6 there are the ah6.c in net/ipv6).
- May I ask: are you aware that the A
Hi,
On Thu, Sep 27, 2007 at 06:58:07AM -0700, Stephen Hemminger wrote:
> On Thu, 27 Sep 2007 09:14:11 +0100 Jochen Voß <[EMAIL PROTECTED]> wrote:
> > On 27 Sep 2007, at 01:58, Stephen Hemminger wrote:
> > > + /* This chip has hardware problems that generates bogus status.
> > > + * So do only mar
On vie, 2007-09-14 at 12:26 +0200, Stephen Hemminger wrote:
> On Thu, 13 Sep 2007 14:24:06 +0200
> Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 13 Sep 2007 12:42:53 +0200
> > Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> >
> > > Currently, af_packet does not allow disabling timestamps.
This small modification to Stephen's patch timestamps the skb when
needed, so the timestamp can be reused by other af_packet sockets.
Signed-off-by: Unai Uribarri <[EMAIL PROTECTED]>
--- a/net/core/sock.c
+++ b/net/core/sock.c
@@ -259,7 +259,8 @@ static void sock_disable_timestamp(struct sock *sk
On Thu, 27 Sep 2007 11:58:01 +0800
"Majumder, Rajib" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We have observed 40ms latency spikes in TCP connections in "burst" type of
> traffic. This affects regular TCP sockets. We observed this issue in kernels
> of 2.4.21 and kernel 2.6.5.
Unfortunately, 2.6.5
Hi,
I'm currently doing some research work and I thought that maybe you guys
could help me out on this.
I'm currently trying to find where can I understand more about the IPSec
implementation on the current Linux Kernel (2.6.22). I need to find where
the AH calls are made so I can reroute those f
On Thu, 27 Sep 2007 09:14:11 +0100
Jochen Voß <[EMAIL PROTECTED]> wrote:
> Hi Stephen,
>
> On 27 Sep 2007, at 01:58, Stephen Hemminger wrote:
> > + /* This chip has hardware problems that generates bogus status.
> > +* So do only marginal checking and expect higher level protocols
> > +
Moving dst entries into init_net.loopback_dev is not a good thing.
This hides obvious and non-obvious ref-counting bugs.
This patch uses net_ns loopback instead of init_net loopback.
This allowes to catch various bugs like recent one in IPv6 DAD handling.
Signed-off-by: Denis V. Lunev <[EMAIL PR
Evgeniy Polyakov wrote:
> On Thu, Sep 27, 2007 at 09:20:37PM +0800, Herbert Xu ([EMAIL PROTECTED])
> wrote:
>
>>How about putting it in net/core/utils.c?
>
>
> I knew, that was a bad idea to try to fix netfilter dependency :)
>
> diff --git a/include/linux/netfilter.h b/include/linux/netfilter
On Thu, 2007-27-09 at 15:30 +0200, Patrick McHardy wrote:
>
> I like Herbert's suggestion of net/core/utils.c better (and without the
> nf_ prefix please).
me too. Evgeniy, you are the man if you "finish the whole cow" as some
wise Africans would say;->
cheers,
jamal
-
To unsubscribe from thi
On Thu, Sep 27, 2007 at 03:30:12PM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > On Thu, Sep 27, 2007 at 03:16:48PM +0200, Patrick McHardy ([EMAIL
> > PROTECTED]) wrote:
> >
> >>
> >>These are way too large to get inlined, please move somewhere below
> >>net/cor
On Thu, Sep 27, 2007 at 09:20:37PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
> How about putting it in net/core/utils.c?
I knew, that was a bad idea to try to fix netfilter dependency :)
diff --git a/include/linux/netfilter.h b/include/linux/netfilter.h
index 1dd075e..51b5a22 100644
--- a/incl
Evgeniy Polyakov wrote:
> On Thu, Sep 27, 2007 at 03:16:48PM +0200, Patrick McHardy ([EMAIL PROTECTED])
> wrote:
>
>>
>>These are way too large to get inlined, please move somewhere below
>>net/core.
>
>
> I knew that... :)
> I'm pretty sure new files called net/core/helpers.c which will host t
On Thu, Sep 27, 2007 at 03:16:48PM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > +static inline void nf_proto_csum_replace4(__sum16 *sum, struct sk_buff
> > *skb,
> > + __be32 from, __be32 to, int pseudohdr)
> > +{
> > + __be32 diff[] = {
On Thu, Sep 27, 2007 at 05:10:08PM +0400, Evgeniy Polyakov wrote:
>
> +static inline void nf_proto_csum_replace4(__sum16 *sum, struct sk_buff *skb,
> + __be32 from, __be32 to, int pseudohdr)
> +{
> + __be32 diff[] = { ~from, to };
> + if (skb->ip_summed != CHECKSUM_P
Evgeniy Polyakov wrote:
> +static inline void nf_csum_replace4(__sum16 *sum, __be32 from, __be32 to)
> +{
> + __be32 diff[] = { ~from, to };
> +
> + *sum = csum_fold(csum_partial((char *)diff, sizeof(diff),
> ~csum_unfold(*sum)));
> +}
> +
> +static inline void nf_csum_replace2(__sum16 *su
On Thu, 2007-27-09 at 21:01 +0800, Herbert Xu wrote:
> On Thu, Sep 27, 2007 at 08:39:45AM -0400, jamal wrote:
> >
> > Do you have plans to do the iproute bits? If you do it will be nice to
> > also update the doc/examples with some simple example(s).
>
> Oh yes, I didn't test this by poking bits i
Dear Linux r8169 crew,
I have got your e-mail address from the modinfo of the r8196 module.
I am not sure if this is the right way to contact you, but I hope you
could help me.
The current driver in Kernel 2.6.22 produces very bad network speeds.
I only geht 100 kb/s.
Maybe you could take a loo
On Thu, Sep 27, 2007 at 08:45:15PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
> On Thu, Sep 27, 2007 at 04:41:21PM +0400, Evgeniy Polyakov wrote:
> >
> > I've attached simple patch which moves checksum helpers out of
> > CONFIG_NETFILTER option but still in the same linux/netfilter.h header.
> >
On Thu, Sep 27, 2007 at 08:39:45AM -0400, jamal wrote:
>
> You also need to p->tcf_qstats.drops++ for all packets that get shot.
I was rather hoping that my packets wouldn't get shot :)
But yeah let's increment the drops counter for consistency.
[PKT_SCHED]: Add stateless NAT
Stateless NAT is us
On Thu, Sep 27, 2007 at 08:39:45AM -0400, jamal wrote:
>
> Do you have plans to do the iproute bits? If you do it will be nice to
> also update the doc/examples with some simple example(s).
Oh yes, I didn't test this by poking bits in the kernel
you know :)
Here are the iproute bits.
Cheers,
--
On Thu, Sep 27, 2007 at 08:52:03AM -0400, jamal ([EMAIL PROTECTED]) wrote:
> On Thu, 2007-27-09 at 16:41 +0400, Evgeniy Polyakov wrote:
>
> > I've attached simple patch which moves checksum helpers out of
> > CONFIG_NETFILTER option but still in the same linux/netfilter.h header.
> > This should b
On Thu, 2007-27-09 at 16:41 +0400, Evgeniy Polyakov wrote:
> I've attached simple patch which moves checksum helpers out of
> CONFIG_NETFILTER option but still in the same linux/netfilter.h header.
> This should be enough for removing 'select NETFILTER' in your patch.
Is there any point in keepin
On Thu, 2007-27-09 at 13:25 +0400, Evgeniy Polyakov wrote:
> > +#define NAT_TAB_MASK 15
>
> This really wants to be configurable at least via module parameter.
Would not be a bad idea, but not specific to just this one action.
Note: probably not a very big deal to have 15 there because in
On Thu, Sep 27, 2007 at 04:41:21PM +0400, Evgeniy Polyakov wrote:
>
> I've attached simple patch which moves checksum helpers out of
> CONFIG_NETFILTER option but still in the same linux/netfilter.h header.
> This should be enough for removing 'select NETFILTER' in your patch.
Close but no cigar :
On Thu, Sep 27, 2007 at 06:29:16PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
> On Thu, Sep 27, 2007 at 02:07:53PM +0400, Evgeniy Polyakov wrote:
> >
> > It forces all inpuit/pre/post/forward hooks to be enbled not as a direct
> > function call, but as additional lookups. And unability to remove
nice work. I like the egress flag idea;->
and who would have thunk stateless nat could be written in such a few
lines ;-> I would have put the checksum as a separate action but it is
fine the way you did it since it simplifies config.
more comments below.
On Thu, 2007-27-09 at 15:34 +0800, Herbert
On Thu, Sep 27, 2007 at 05:33:58PM +0800, Herbert Xu wrote:
>
> > Modile will be called 'nat' I believe.
>
> Good catch, now you know where I copied it from :)
Here's an updated version with this typo fixed.
[PKT_SCHED]: Add stateless NAT
Stateless NAT is useful in controlled environments where
Loopback device is special. It should be initialized at the very
beginning. Initialization order has been changed by
Eric W. Biederman <[EMAIL PROTECTED]> and this change is non-obvious
and important enough to add proper comment.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
--- ./drivers/ne
Eric W. Biederman wrote:
> This patch makes loopback_dev per network namespace. Adding
> code to create a different loopback device for each network
> namespace and adding the code to free a loopback device
> when a network namespace exits.
>
> This patch modifies all users the loopback_dev so th
ax88796: add 93cx6 eeprom support
This patch hooks up the 93cx6 eeprom code to the ax88796 driver and modifies
the ax88796 driver to read out the mac address from the eeprom. We need
this for the ax88796 on certain SuperH boards. The pin configuration used
to connect the eeprom to the ax88796 on t
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
Hi Andrew,
The drivers/net/ibm_newemac/mal seems to be broken with 2.6.23-rc8-mm2 also, it
was
reported on 2.6.23-rc8-mm1 (http://lkml.org/lkml/2007/9/25/173).
--
Thanks & Regards,
Gaurav Aggarwal escreveu:
Hi,
I am trying to understand the implementation of linux 2.4 and linux
2.6's networking (IPV4) . Can anyone give me some idea/pointers about
some of the good resources/whitepapers available in the market to
understand the same. If there is any document that mention
Compilation fix. Extra bracket removed.
Broken by "[NET]: Wrap netdevice hardware header creation" from
Stephen Hemminger <[EMAIL PROTECTED]>
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
--- ./net/ipv4/ipconfig.c.compile 2007-09-27 13:32:35.0 +0400
+++ ./net/ipv4/ipconfig.c
Eric W. Biederman wrote:
Now that multiple loopback devices are becoming possible it makes
the code a little cleaner and more maintainable to test if a deivice
is th a loopback device by testing dev->flags & IFF_LOOPBACK instead
of dev == loopback_dev.
Signed-off-by: Eric W. Biederman <[EMAIL PR
On Thu, Sep 27, 2007 at 02:07:53PM +0400, Evgeniy Polyakov wrote:
>
> It forces all inpuit/pre/post/forward hooks to be enbled not as a direct
> function call, but as additional lookups. And unability to remove
> netfilter from config. And just because of couple of checksum helpers...
I'm certainl
On Thu, Sep 27, 2007 at 05:33:58PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
> > > +config NET_ACT_NAT
> > > +tristate "Stateless NAT"
> > > +depends on NET_CLS_ACT
> > > +select NETFILTER
> >
> > Argh... People usually do not understand such jokes :)
> > What about not
On Thu, Sep 27, 2007 at 01:25:12PM +0400, Evgeniy Polyakov wrote:
>
> Couple of comments below.
Thanks Evgeniey :)
> > --- a/net/sched/Kconfig
> > +++ b/net/sched/Kconfig
> > @@ -447,6 +447,17 @@ config NET_ACT_IPT
> > To compile this code as a module, choose M here: the
> > module wi
Hi Herbert.
On Thu, Sep 27, 2007 at 03:34:47PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
> Hi:
>
> [PKT_SCHED]: Add stateless NAT
>
> Stateless NAT is useful in controlled environments where restrictions are
> placed on through traffic such that we don't need connection tracking to
> correctl
1 - 100 of 112 matches
Mail list logo