[snip]
> --- linux-2.6.orig/net/bridge/br_private.h2007-04-17
> 13:26:48.0 -0700 +++ linux-2.6/net/bridge/br_private.h
> 2007-04-17 13:30:29.0 -0700 @@ -36,7 +36,7 @@
> {
> unsigned char prio[2];
> unsigned char addr[6];
> -};
> +} __attribute__((aligned(8)));
On Tue, Apr 17, 2007 at 08:26:32AM -0500, Michal Ostrowski wrote:
> The "xmit" function of a PPP channel is a synchronous operation. If the
> transmission fails, we must notify the caller and let them re-submit the
> skb later. The return status of dev_queue_xmit is needed to determine
> the r
Use local-mac-address in the device tree instead. Fall back to mac-address
for older firmware.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: powerpc/drivers/net/pasemi_mac.c
===
--- powerpc.orig/drivers/net/pasemi_mac.c
+
PHY support for pasemi_mac. Also add msg_enable flags for future
disablement of the link messages.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: powerpc/drivers/net/pasemi_mac.c
===
--- powerpc.orig/drivers/net/pasemi_mac
NAPI fixes and cleanups for pasemi_mac:
* Timer changes/fixes
* Abstract out the rx intr restart to a separate function
* Similar function for tx intr to reset to a known clear state even if
firmware used the same interface
* Add a copy-break and recycle the SKB in the driver for small
packets
Fixes for ethernet IRQ mapping, to be done in the driver instead of in
the platform setup code.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: powerpc/arch/powerpc/platforms/pasemi/pci.c
===
--- powerpc.orig/arch/powerpc/
Hi,
The five following patches contain a number of fixes and improvements
of the pasemi_mac driver:
1/5: A couple of minor bugfixes.
2/5: Move the IRQ mapping from the PCI layer under our platform, to
the driver.
3/5: A rather large patch with various NAPI/performance-related fixes
and
Ethernet bugfixes:
* Move the was_full/wake_queue logic from tx_intr to clean_tx
* Fix polarity in checks in pasemi_mac_close
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/net/pasemi_mac.c
===
--- linu
On Tue, 17 Apr 2007 18:45:12 -0700 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8349
>
>Summary: Manually set IPv6 default route ignored
> Kernel Version: 2.6.20.7
> Status: NEW
> Severity: normal
> Owner: [EMAIL PROTECTE
On Tuesday 17 April 2007 19:08, Jean Tourrilhes wrote:
> I'm sorry to have to write this e-mail. But this incident is
> completely opposed to the ideal of FreeSoftware/OpenSource and
> demonstrate some of the bad politics happening in Linux.
>
> First, I'm the current active maintainer
Sebastian Kuzminsky wrote:
> Why did the packet from the client cause the connection to be added back
> to the conntrack table, but the packet from the server did not?
Because the packet from the client was accepted (by a different
iptables rule).
-
To unsubscribe from this list: send the line "u
Hi Francois,
and thanks again for the quick replies.
> > Does this patchset work against kernel 2.6.18, or, better yet, is there a
> > separate source package that lets me build the current driver on this
> > older kernel?
>
> Hardly: the r8169 driver has been modified by ~40 patches from 2.6.18
Peter Missel <[EMAIL PROTECTED]> :
[...]
> Does this patchset work against kernel 2.6.18, or, better yet, is there a
> separate source package that lets me build the current driver on this older
> kernel?
Hardly: the r8169 driver has been modified by ~40 patches from 2.6.18 to now.
There is an
> > This API was controversial and mostly unwelcome from the start.
> > It was ridiculed as "ioctls over netlink" at the last kernel summit.
>
> Which is complete FUD. In that case, the whole RtNetlink can
> be classified as "ioctls over netlink".
The problem is that WE over netlink is
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 23:24:36 +0200
> I suspect you missed part of Stephen patch :
>
> (maybe some mailer problem...)
My bad, sorry :(
I pushed the other version of the fix to Linus just now.
I'll put Stephen's version in if he sends me a fixup relative
David Miller a écrit :
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 13:37:23 -0700
The previous patch relied on the bridge id being aligned by
the compiler (which happens as a side effect). So please use
this instead.
compare_ether_addr() implicitly requires that the addr
On Tue, Apr 17, 2007 at 02:34:42PM -0400, John W. Linville wrote:
> On Tue, Apr 17, 2007 at 10:08:20AM -0700, Jean Tourrilhes wrote:
> >
> > First, I'm the current active maintainer of the
> > wext-over-netlink interface, and nobody bothered to even 'inform' me
> > about its removal, let alone
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 13:37:23 -0700
> The previous patch relied on the bridge id being aligned by
> the compiler (which happens as a side effect). So please use
> this instead.
>
> compare_ether_addr() implicitly requires that the addresses
> passed a
The previous patch relied on the bridge id being aligned by
the compiler (which happens as a side effect). So please use
this instead.
compare_ether_addr() implicitly requires that the addresses
passed are 2-bytes aligned in memory.
This is not true for br_stp_change_bridge_id() and
br_stp_recalc
Hello Francois!
Thanks for the quick reply.
> > Now after resume, the link is working OK but doesn't come back up to
> > normal gigabit operation. ifdown, unloading and reloading the r8169
> > module, and then ifup again fixes it.
> >
> Can you try 2.6.21-rc7 + (either):
> - http://www.fr.zoreil.
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 12:55:41 -0700
> David Miller wrote:
> > From: Pavel Emelianov <[EMAIL PROTECTED]>
> > Date: Tue, 17 Apr 2007 15:49:30 +0400
> >
> >
> >> From: Evgeny Kravtsunov <[EMAIL PROTECTED]>
> >>
> >> compare_ether_addr() implicitly requ
> Yes, it fixes.
Thanks, I will submit it to -stable branch.
David and John,
Thanks for your caring and attention.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non est necesse
David Miller wrote:
From: Pavel Emelianov <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 15:49:30 +0400
From: Evgeny Kravtsunov <[EMAIL PROTECTED]>
compare_ether_addr() implicitly requires that the addresses
passed are 2-bytes aligned in memory.
This is not true for br_stp_change_bridge_id() a
From: Vlad Yasevich <[EMAIL PROTECTED]>
Date: Tue, 10 Apr 2007 17:21:23 -0400
> From: Tsutomu Fujii <[EMAIL PROTECTED]>
>
> In current implementation, LKSCTP does receive buffer accounting for
> data in sctp_receive_queue and pd_lobby. However, LKSCTP don't do
> accounting for data in frag_list w
From: Vlad Yasevich <[EMAIL PROTECTED]>
Date: Tue, 10 Apr 2007 17:21:24 -0400
> From: Paolo Galtieri <[EMAIL PROTECTED]>
>
> During the sctp_bindx() call to add additional addresses to the
> endpoint, any v4mapped addresses are converted and stored as regular
> v4 addresses. However, when trying
From: John Heffner <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 15:47:58 -0400
> My only reservation in submitting this to -stable is that it will in
> many cases increase the default tcp_mem values, which in turn can
> increase the default tcp_rmem values, and therefore the window scale.
> There
David Miller wrote:
From: "Robert Iakobashvili" <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 10:58:04 +0300
David,
On 4/16/07, David Miller <[EMAIL PROTECTED]> wrote:
Commit: 53cdcc04c1e85d4e423b2822b66149b6f2e52c2c
Author: John Heffner <[EMAIL PROTECTED]> Fri, 16 Mar 2007 15:04:03 -0700
From: "Aubrey Li" <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 14:53:48 +0800
> In net poll mode, the current checksum function doesn't consider the
> kind of packet which is padded to reach a specific minimum length. I
> believe that's the problem causing my test case failed. The following
> patch
From: "Robert Iakobashvili" <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 10:58:04 +0300
> David,
>
> On 4/16/07, David Miller <[EMAIL PROTECTED]> wrote:
> > > > Commit: 53cdcc04c1e85d4e423b2822b66149b6f2e52c2c
> > > > Author: John Heffner <[EMAIL PROTECTED]> Fri, 16 Mar 2007 15:04:03 -0700
> > > >
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 17:15:17 +0900 (JST)
> From: Kazunori MIYAZAWA <[EMAIL PROTECTED]>
> Subject: [PATCH] KEY: Fix conversion between IPSEC_MODE_xxx and XFRM_MODE_xxx.
>
> We should not blindly convert between IPSEC_MODE_xxx and XFRM_MODE_xxx
From: Pavel Emelianov <[EMAIL PROTECTED]>
Date: Tue, 17 Apr 2007 15:49:30 +0400
> From: Evgeny Kravtsunov <[EMAIL PROTECTED]>
>
> compare_ether_addr() implicitly requires that the addresses
> passed are 2-bytes aligned in memory.
>
> This is not true for br_stp_change_bridge_id() and
> br_stp_re
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Wed, 18 Apr 2007 00:17:43 +1000
> On Tue, Apr 17, 2007 at 02:03:47PM +0100, Christoph Hellwig wrote:
> >
> > It was put in for Xen, but if you as the resident beat the crap out
> > of Xen networking guru don't know about it we should probably just
> > kil
On Tue, Apr 17, 2007 at 10:08:20AM -0700, Jean Tourrilhes wrote:
> On Mon, Apr 02, 2007 at 12:06:50PM +0200, Johannes Berg wrote:
> >
> > Jean Tourrilhes wrote :
> > > Johannes Berg discovered that kernel space was leaking to
> > > userspace on 64 bit platform. He made a first patch to fix that.
Robin Getz <[EMAIL PROTECTED]> wrote:
> David - Does this give you what you need?
Possibly. I'll have a look at it tomorrow.
David
-
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/maj
On Tue 17 Apr 2007 06:36, Aubrey Li pondered:
> Here, in the attachment I wrote a small test app. Please correct if
> there is anything wrong, and feel free to improve it.
Thanks.
David - Does this give you what you need?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
From: Divy Le Ray <[EMAIL PROTECTED]>
Reuse the incoming skb when a clientless abort req is recieved.
The release of RDMA connections HW resources might be deferred in
low memory situations.
Ensure that no further activity is passed up to the RDMA driver
for these connections.
Signed-off-by: Di
From: Divy Le Ray <[EMAIL PROTECTED]>
Remove assumption that PHY interrupts use GPIOs 3 and 5.
Deal with PHY interrupts connected to any GPIO pins.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c | 18 --
1 files changed, 12 insertions(+), 6 deleti
Hi Jeff,
I'm submitting a set of bug fixes for inclusion in 2.6.21.
The patches are built against Linus'git tree.
Here is a brief description:
- Fix resource usage in low memory conditions,
- PHY interrupts can use any GPIO pin.
Cheers,
Divy
-
To unsubscribe from this list: send the line "unsub
On Mon, Apr 16, 2007 at 11:07:36AM -0400, David Acker wrote:
> Lennart Sorensen wrote:
> >Which PCI host controller are you using with the PXA255? We tried using
> >a PXA255 based system with a PCI controller a couple of years ago and
> >have to change to a different cpu in the end due to the PCI
On Mon, Apr 02, 2007 at 12:06:50PM +0200, Johannes Berg wrote:
>
> Jean Tourrilhes wrote :
> > Johannes Berg discovered that kernel space was leaking to
> > userspace on 64 bit platform. He made a first patch to fix that. This
> > is an improved version of his patch.
> > This was tested on
This is a note to let you know that I've just added the patch titled
Subject: qeth: Remove usage of subsys.rwsem
to my gregkh-2.6 tree. Its filename is
qeth-remove-usage-of-subsys_rwsem.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-
On Friday 13 April 2007 21:24, Christoph Hellwig wrote:
> On Fri, Apr 13, 2007 at 08:42:57AM -0700, Linsys Contractor Mithlesh Thukral
wrote:
> > NetXen: Configurable interrupts on PPC architecture
> > This patch will add support to add command line argument to specify
> > the interrupt type on a
On Monday 16 April 2007 23:19, Stephen Hemminger wrote:
> On Fri, 13 Apr 2007 08:39:31 -0700
>
> Linsys Contractor Mithlesh Thukral <[EMAIL PROTECTED]> wrote:
> > NetXen: Fix the multi PCI function for cards with more than 2 ports.
> > This patch fixes the working of multi PCI capable driver on car
I actually have a couple of Dell 1950 systems with bnx2 NICs too,
which I use for kernel development (ie one more crash is fine :)
If someone can give me an idea for what kind of load to use, I can try
this patch out to see if it triggers.
- R.
-
To unsubscribe from this list: send the line "uns
On Tue, Apr 17, 2007 at 02:03:47PM +0100, Christoph Hellwig wrote:
>
> It was put in for Xen, but if you as the resident beat the crap out
> of Xen networking guru don't know about it we should probably just
> kill it. Especially as we usually kill dead code pretty fast.
Heh, I wasn't touching Xe
Philip Craig <[EMAIL PROTECTED]> wrote:
> Sebastian Kuzminsky wrote:
> > Weird. Why does sending a message from the client make it go again?
>
> The rule that allows packets with an "ESTABLISHED" state only matches
> packets for which the connection is in netfilter's conntrack table.
> The connec
On Tue, Apr 17, 2007 at 09:57:46PM +1000, Herbert Xu wrote:
> Hi Dave:
>
> [NET]: Get rid of alloc_skb code duplication
>
> The skb initialisation code is shared between alloc_skb and
> alloc_skb_from_cache. Now I don't know what actually uses
> the latter so perhaps we could simply get rid of i
The "xmit" function of a PPP channel is a synchronous operation. If the
transmission fails, we must notify the caller and let them re-submit the
skb later. The return status of dev_queue_xmit is needed to determine
the return code passed back to the caller and thus the call is made
synchronou
Hi Dave:
[NET]: Get rid of alloc_skb code duplication
The skb initialisation code is shared between alloc_skb and
alloc_skb_from_cache. Now I don't know what actually uses
the latter so perhaps we could simply get rid of it.
However, if we're to keep it, then let's move the common code
out as t
On Mon, 16 Apr 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 19:19:02 +0300 (EEST)
>
> > [PATCH] [TCP]: Sed magic converts func(sk, tp, ...) -> func(sk, ...)
>
> I was trying to spread out the net-2.6.22 tree from the tcp-2.6
> one so that we coul
Andrew Morton wrote:
>>On Mon, 16 Apr 2007 13:35:47 -0700 [EMAIL PROTECTED] wrote:
>>http://bugzilla.kernel.org/show_bug.cgi?id=8338
>>
>>I'm using my debian box for sharing internet connection. After update to
>>debian's 2.6.20 kernel (and adjusting new kernel configuration for NAT) NAT
>>of
>>
David Miller wrote:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 06:59:06 +0200
>
>
>>RTM_DELROUTE + RTM_NEWROUTE seem to be safer, although you're correct
>>that it might cause userspace to perform some action upon receiving
>>the DELROUTE message since the update is non-
On Fri, Apr 06, 2007 at 07:19:25PM +0100, Christian Kujau wrote:
> On Wed, 4 Apr 2007, Christian Kujau wrote:
> >>Maybe it's a real locking problem. Here are some more
> >>suggestions for testing (if you don't find anything better):
> >>- try without SMP, so: 'acpi=off lapic nosmp'
>
> We were abl
From: Evgeny Kravtsunov <[EMAIL PROTECTED]>
compare_ether_addr() implicitly requires that the addresses
passed are 2-bytes aligned in memory.
This is not true for br_stp_change_bridge_id() and
br_stp_recalculate_bridge_id() in which one of the addresses
is unsigned char *, and thus may not be 2-b
On Tue, Apr 17, 2007 at 09:43:48AM +1000, CaT wrote:
> On Mon, Apr 16, 2007 at 12:10:51PM -0700, Michael Chan wrote:
> > On Sat, 2007-04-14 at 17:20 -0700, Michael Chan wrote:
> >
> > Here's the debug patch for x86 only that will change the statistics
> > memory block to read-only. If the kernel
A transmitted IP multicast datagram should be counted as OutMcastPkts.
By the same token, a transmitted IP broadcast datagram should be
counted as OutBcastPkts.
Signed-off-by: Mitsuru Chinen <[EMAIL PROTECTED]>
---
net/ipv4/ip_output.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(
This displays the statistics specified in the updated IP-MIB RFC
(RFC4293) at /proc/net/snmp. As new statistics are placed as the
last elements, this change wouldn't affect netstat, net-snmp, etc.
Signed-off-by: Mitsuru Chinen <[EMAIL PROTECTED]>
---
net/ipv4/proc.c |6 ++
1 files changed
A received IP multicast datagram should be counted as InMcastPkts.
By the same token, a received IP broadcast datagram should be
counted as InBcastPkts.
Signed-off-by: Mitsuru Chinen <[EMAIL PROTECTED]>
---
net/ipv4/ip_input.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff
The updated IP-MIB RFC (RFC4293) specifys new objects, InBcastPkts
and OutBcastPkts. This adds definitions for them.
Signed-off-by: Mitsuru Chinen <[EMAIL PROTECTED]>
---
include/linux/snmp.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/snmp.h b/include/
An IP datagram which is being discarded because of no routes in the
forwarding path should be counted as InNoRoutes.
Signed-off-by: Mitsuru Chinen <[EMAIL PROTECTED]>
---
net/ipv4/ip_input.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/net/ipv4/ip_input.c b/net/ipv4/i
An IP datagram which is being discarded because the datagram frame
didn't carry enough data should be counted as InTruncatedPkts.
Signed-off-by: Mitsuru Chinen <[EMAIL PROTECTED]>
---
net/ipv4/ip_input.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/net/ipv4/ip_inpu
Hi all,
Let me post a patch set to net-2.6.22 tree for new IPv4 statistics
specified in the updated RFC (RFC4293). All of them (except broadcast
statistics) are already supported in IPv6 stack. However they are not
supported in IPv4 stack yet.
The patch set consists of following 6 patches:
[PA
Hi,
the current driver tree contains the removal of subsys.rwsem.
Unfortunately, this breaks qeth. However, it should be no problem to
fix the walking of the devices for /proc/qeth:
No need to take subsys.rwsem during walking the devices,
driver_find_devices() should already suffice.
Signed-off-
David Miller wrote:
> The call signature of netlink_kernel_create() is getting huge.
> It's getting near the time we should pass in a descriotor
> block in the form of a structure to specify all of these
> parameters.
Agreed, I'll take care of that.
-
To unsubscribe from this list: send the line
On 4/11/07, Robin Getz <[EMAIL PROTECTED]> wrote:
On Tue 10 Apr 2007 08:55, David Howells pondered:
> Looking at alloc_pg_vec() in af_packet.c, I will place my bets on the
> latter case. I don't know that this is a problem; it depends on how things
> work, and that I don't know offhand. If some
> Jerome Borsboom wrote:
> > in4_pton converts a textual representation of an ip4 address into an
> > integer representation. However, when the textual representation is of
> > in the form ip:port, c.f. 192.168.1.1:5060, and 'delim' is set to -1,
> > the function bails out when parsing the colon.
>
From: Kazunori MIYAZAWA <[EMAIL PROTECTED]>
Subject: [PATCH] KEY: Fix conversion between IPSEC_MODE_xxx and XFRM_MODE_xxx.
We should not blindly convert between IPSEC_MODE_xxx and XFRM_MODE_xxx just
by incrementing / decrementing because the assumption is not true any longer.
Signed-off-by: Kazun
Fix bonding driver documentation for the case of multiple bonding interfaces.
Signed-off-by: "Alexandra N. Kossovsky" <[EMAIL PROTECTED]>
---
--- a/Documentation/networking/bonding.txt 2007-04-17 11:29:42.0
+0400
+++ b/Documentation/networking/bonding.txt 2007-04-17 11:35:54.000
On Monday 16 April 2007 23:19, Stephen Hemminger wrote:
> On Fri, 13 Apr 2007 08:39:31 -0700
>
> Linsys Contractor Mithlesh Thukral <[EMAIL PROTECTED]> wrote:
> > NetXen: Fix the multi PCI function for cards with more than 2 ports.
> > This patch fixes the working of multi PCI capable driver on car
David,
On 4/16/07, David Miller <[EMAIL PROTECTED]> wrote:
> > Commit: 53cdcc04c1e85d4e423b2822b66149b6f2e52c2c
> > Author: John Heffner <[EMAIL PROTECTED]> Fri, 16 Mar 2007 15:04:03 -0700
> >
> > [TCP]: Fix tcp_mem[] initialization.
> > Change tcp_mem initialization function. The fra
On Mon, 16 Apr 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 19:19:02 +0300 (EEST)
>
> > [PATCH] [TCP]: Sed magic converts func(sk, tp, ...) -> func(sk, ...)
>
> I was trying to spread out the net-2.6.22 tree from the tcp-2.6
> one so that we could
On Wed, Apr 11, 2007 at 12:52:28PM +0400, Yuriy N. Shkandybin wrote:
...
> >On Wed, 11 Apr 2007 09:57:33 +0400 "Yuriy N. Shkandybin" <[EMAIL PROTECTED]>
> >wrote:
> >
> >>I've tested 2.6.21-rc6-mm1
> >>Linux vpn1 2.6.21-rc6-mm1 #4 SMP Wed Apr 11 03:34:26 MSD 2007 x86_64
> >>Intel(R) Pentium(R) D
72 matches
Mail list logo
