On Friday 03 February 2006 02:07, Greg Banks wrote:
(Don't ask for code - it's not really in an usable state)
Sure. I'm looking forward to it.
I had actually shelved the idea because of TSO. But if you can get me
some data from your NFS servers that shows TSO is not enough
for them that
On Fri, 2006-02-03 at 18:48, Andi Kleen wrote:
On Friday 03 February 2006 02:07, Greg Banks wrote:
(Don't ask for code - it's not really in an usable state)
Sure. I'm looking forward to it.
I had actually shelved the idea because of TSO. But if you can get me
some data from your
On Tue, Jan 31, 2006 at 01:45:18PM -0800, Stephen Hemminger wrote:
The driver doesn't handle overlength packets properly.
Someone maybe sending you jumbo frames or some other crap.
The vendor driver doesn't handle over size frames either;
it just resets itself every 5 seconds so you don't
Hi all,
this patch does:
- implement much more flexible firmware statistics parsing
(for /proc/driver/acx_wlanX_diag)
This has the nice effect that we now get output for both the older
TNETW1100 USB and TNETW1450.
Since firmware statistics information has non-stable layout depending on
On Friday 03 February 2006 12:58, Andreas Mohr wrote:
- adev-tx_head = (head + 1) % TX_CNT;
+ /* slower: adev-tx_head = (head + 1) % TX_CNT; */
+ adev-tx_head = head + 1;
+ if (adev-tx_head = TX_CNT)
+ adev-tx_head = 0;
struct a {
int tx_head;
};
On Friday 03 February 2006 14:39, Denis Vlasenko wrote:
Well, gcc obviously failed to realize that % 16 == 15.
I'll file a bug.
-ENOTABUG. It's incorrect for signed integers,
and gcc uses idiv insn instead.
--
vda
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of
Hi,
On Fri, Feb 03, 2006 at 03:28:29PM +0200, Denis Vlasenko wrote:
On Friday 03 February 2006 14:39, Denis Vlasenko wrote:
Well, gcc obviously failed to realize that % 16 == 15.
I'll file a bug.
-ENOTABUG. It's incorrect for signed integers,
and gcc uses idiv insn instead.
...which is
The core changes.
cheers,
jamal
This patch provides the core functionality needed for sync events
for ipsec. Derived work of Krisztian KOVACS [EMAIL PROTECTED]
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
include/linux/sysctl.h |2 +
include/linux/xfrm.h | 30
insertion of acquires
cheers,
jamal
This introduces a feature similar to the one described in RFC 2367:
... the application needing an SA sends a PF_KEY
SADB_ACQUIRE message down to the Key Engine, which then either
returns an error or sends a similar SADB_ACQUIRE message up to one or
data path changes
cheers,
jamal
Fast path sequence updates that will generate ipsec async
events
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
net/ipv4/ah4.c |1 +
net/ipv4/esp4.c |1 +
net/ipv6/ah6.c |1 +
net/ipv6/esp6.c |1 +
4 files changed, 4 insertions(+), 0
Finally got around to this and run all the tests i have. Looking good.
The following series of patches aim at allowing one IPSEC node to
synchronize state to another. The mechanisms provide ability to easily
write apps such as OpenBSD's sasyncd[1].
The first three patches are derived from
xfrm as a user.
cheers,
jamal
Add xfrm as the user of the core changes
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
net/key/af_key.c |2
net/xfrm/xfrm_user.c | 238 --
2 files changed, 230 insertions(+), 10 deletions(-)
insertion of SA expires
cheers,
jamal
This patch allows a user to insert SA expires. This is useful to
do on an HA backup for the case of byte counts but may not be very
useful for the case of time based expiry.
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
include/net/xfrm.h|
insertion of policy expires
cheers,
jamal
This is similar to the SA expire insertion patch - only it inserts expires
for SP.
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
include/net/xfrm.h |2 +-
net/xfrm/xfrm_policy.c |4 ++-
net/xfrm/xfrm_state.c |3 ++-
selinux updates. I also found a few from the past that were not updated.
cheers,
jamal
Add new netlink messages to selinux framework
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
security/selinux/nlmsgtab.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git
On Fri, 3 Feb 2006, jamal wrote:
selinux updates. I also found a few from the past that were not updated.
Acked-by: James Morris [EMAIL PROTECTED]
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
On Fri, 3 Feb 2006, James Morris wrote:
On Fri, 3 Feb 2006, jamal wrote:
selinux updates. I also found a few from the past that were not updated.
Acked-by: James Morris [EMAIL PROTECTED]
Ack for all of these patches, btw.
- James
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from
On Thu, 02 Feb 2006 22:24:27 -0800 (PST)
David S. Miller [EMAIL PROTECTED] wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Fri, 03 Feb 2006 12:26:32 +1100
David S. Miller [EMAIL PROTECTED] wrote:
This patch made me notice that the length is sort of implicit
or can be calculated
On Thu, 02 Feb 2006 22:24:27 -0800 (PST)
David S. Miller [EMAIL PROTECTED] wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Fri, 03 Feb 2006 12:26:32 +1100
David S. Miller [EMAIL PROTECTED] wrote:
This patch made me notice that the length is sort of implicit
or can be calculated
Holger Eitzenberger [EMAIL PROTECTED] wrote:
On Mon, Jan 30, 2006 at 11:34:27PM -0800, Andrew Morton wrote:
- A skbuff_head_cache leak causes oom-killings.
All of these only seem to affect a small minority of machines.
Hi,
I have searched for a description for the above mentioned
Ravikiran G Thirumalai [EMAIL PROTECTED] wrote:
On Thu, Feb 02, 2006 at 07:16:00PM -0800, Andrew Morton wrote:
Ravikiran G Thirumalai [EMAIL PROTECTED] wrote:
On Fri, Jan 27, 2006 at 03:01:06PM -0800, Andrew Morton wrote:
Here's an implementation which delegates tuning of batching to
Let's get off this e2e list for this discussion. It is really unnecessary
to use this list for
this discussion. I don't understand why you keep sending your email to
this list even
though we are seating next to each other in the same conference. Isn't
this amusing
or abusing of this mailing list?
Please do a
git pull git://bu3sch.de/wireless-2.6 softmac-upstream
to pull latest bcm43xx updates into softmac-all:
Michael Buesch:
[bcm43xx] add DEBUG Kconfig option. Also fix indention.
[bcm43xx] Fix makefile. Remove all the out-of-tree stuff.
[bcm43xx] Add more initvals
Please do a
git pull git://bu3sch.de/wireless-2.6 dscape-upstream
to pull latest bcm43xx updates into dscape-all:
Michael Buesch:
[bcm43xx] add DEBUG Kconfig option. Also fix indention.
[bcm43xx] fix Kconfig depends on typo.
[bcm43xx] Fix makefile. Remove all the out-of-tree
Currently many wireless drivers handle SNAP-Ethernet header processing
- this is an obvious candidate for factoring out - and might possibly be
something that should be moved out of the wireless code completely.
Would it make sense to add the code to eth_trans_type or create a
On Fri, 3 Feb 2006 13:08:17 -0800
Simon Barber [EMAIL PROTECTED] wrote:
Currently many wireless drivers handle SNAP-Ethernet header processing
- this is an obvious candidate for factoring out - and might possibly be
something that should be moved out of the wireless code completely.
Would it
The main reason is bridging - the header format needs to be different
for different ports. Ideally I'd like to see a single snap processor
used in both cases (local receive bridging). One problem with the
current processor is the in the bridge the skb-protocol is set to
802_2_LLC, not to the real
On Fri, 3 Feb 2006 13:22:48 -0800
Simon Barber [EMAIL PROTECTED] wrote:
The main reason is bridging - the header format needs to be different
for different ports. Ideally I'd like to see a single snap processor
used in both cases (local receive bridging). One problem with the
current
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 18 Jan 2006
--- linux-2.6.15-mm4-full/Documentation/feature-removal-schedule.txt.old
2006-01-18 08:38:57.0 +0100
+++ linux-2.6.15-mm4-full/Documentation/feature-removal-schedule.txt
2006-01-18
The backtrace in 2.6.12-rc2 is:
[ 955.224077] Badness in dst_release at include/net/dst.h:155
[ 955.226547]
[ 955.226548] Call Trace:IRQ 80305f45{__kfree_skb+101}
80322e87{ip_rcv+1255}
[ 955.229219]803664b0{packet_rcv_spkt+608}
Where's the hunk to make the eepro100 driver spew messages about being
obsolete out upon loading?
-ben
On Fri, Feb 03, 2006 at 10:32:34PM +0100, Adrian Bunk wrote:
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 18 Jan 2006
---
This is a listing of the 263 bugzilla records which I felt worth keeping an
eye on. It would be appreciated if the various maintenance teams could
take a look, close off any which are fixed and see if we can fix any which
aren't.
There's probably not a lot of point in replying to this email for
Can someone look into the holes found in the genetlink code
Andrew mentions below?
Thanks.
---BeginMessage---
David S. Miller [EMAIL PROTECTED] wrote:
Or do you think people working on networking should have to shift
through 300 postings a day about the copyrights of dead authors and
the
This patch moves some code only used in this file to net/ipx/af_ipx.c .
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 22 Jan 2006
- 14 Jan 2006
include/net/p8022.h | 13 -
net/802/Makefile | 14 ++---
net/802/p8022.c | 66
This patch contains the following possible cleanups:
- make needlessly global code static
- #if 0 the following unused global functions:
- name_table.c: tipc_nametbl_print()
- name_table.c: tipc_nametbl_dump()
- net.c: tipc_net_next_node()
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
On Fri, Feb 03, 2006 at 05:18:58PM -0500, Benjamin LaHaise wrote:
Where's the hunk to make the eepro100 driver spew messages about being
obsolete out upon loading?
Updated patch below.
-ben
cu
Adrian
-- snip --
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Resending..
-- Forwarded message --
From: Pradeep Vincent [EMAIL PROTECTED]
Date: Nov 28, 2005 12:57 PM
Subject: [Patch] 2.4.32 - Neighbour Cache (ARP) State machine bug Fixed
To: linux-kernel@vger.kernel.org, [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
In 2.4.21, arp code uses
From: Pradeep Vincent [EMAIL PROTECTED]
Date: Fri, 3 Feb 2006 18:06:53 -0800
Resending..
Your email client has tab and newline mangled the patch so it
cannot be applied. Please fix this up and also supply an
appropriate Signed-off-by: line.
Thanks.
-
To unsubscribe from this list: send the
Dave Jones [EMAIL PROTECTED] wrote:
Note the first slab corruption line..
000: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
has a single bit error, which _could_ be bad ram, as this box is an ancient
Actually, this is exactly what would've happened if someone did a
dst_release on a
On Fri, 2006-03-02 at 16:34 -0800, David S. Miller wrote:
Can someone look into the holes found in the genetlink code
Andrew mentions below?
how come the return value from genlmsg_multicast() gets ignored
Sometimes the users dont care about the return code; i.e if the message
doesnt make it
On Sat, 04 Feb 2006 13:50:44 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
Dave Jones [EMAIL PROTECTED] wrote:
Note the first slab corruption line..
000: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
has a single bit error, which _could_ be bad ram, as this box is an ancient
41 matches
Mail list logo