I just put up the first batch of changes due for the 2.6.14 networking
at:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6.14.git
Anything that isn't a bug fix will end up there, and once 2.6.13
goes out the door I'll push the stuff in that tree to Linus.
Thanks.
-
To unsubs
From: Matt Domsch <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 22:30:11 -0500
> Do you want a patch for netlink too then, given the ethtool kernel work is
> already done?
I think what we're going to end up doing is have a netlink
interface for the ethtool stuff, so if you add some ethtool
bits they
David S. Miller wrote:
> From: Nathanael Nerode <[EMAIL PROTECTED]>
> Date: Mon, 18 Jul 2005 15:34:07 -0400
>
>
>>Debian's policy means that it can't ship the firmware in its kernel
>>source package, because that goes in "main" and has to satisfy all kinds
>>of requirements.
>
>
> Exactly as I
From: Harald Welte <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 00:04:51 +0200
> The only real in-tree user of nfcache was IPVS, who only needs a single
> bit. Unfortunately I couldn't find some other free bit in sk_buff to
> stuff that bit into, so I introduced a separate field for them. Maybe
>
On Mon, Jul 18, 2005 at 01:40:07PM -0700, David S. Miller wrote:
> From: Jon Wetzel <[EMAIL PROTECTED]>
> Subject: [Patch 2.6 3/3]ioctl: Add support for getting a permanent hardware
> address
> Date: Thu, 14 Jul 2005 16:43:50 -0500
>
> > This patch is the third of three, designed to allow access
From: Harald Welte <[EMAIL PROTECTED]>
Date: Sun, 17 Jul 2005 23:42:23 +0200
> As discussed at netconf'05, we convert nfmark and conntrack-mark to be
> 32bits even on 64bit architectures.
>
> Signed-off-by: Harald Welte <[EMAIL PROTECTED]>
Applied, thanks Harald.
-
To unsubscribe from this list
Original Message
From: - Mon Jul 18 15:34:09 2005
X-Mozilla-Status: 0001
X-Mozilla-Status2: 0080
Message-ID: <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 15:34:07 -0400
From: Nathanael Nerode <[EMAIL PROTECTED]>
User-Agent: Debian Thunderbird 1.0.2 (X11/20050331)
X-Accept-Lang
On Mon, Jul 18, 2005 at 01:50:33PM -0400, jaegert wrote:
>
> @@ -190,8 +191,9 @@ void *flow_cache_lookup(struct flowi *ke
> if (fle->genid == atomic_read(&flow_cache_genid)) {
> void *ret = fle->object;
>
> - if (ret)
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 06:39:11 +0200
> OK, here's the patch to remove it. Dave, please apply together with the
> previous patch.
Patch applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
Some bug fixes to the SELinux patch.
Regards,
Trent.
==
This patch series implements per packet access control via the
extension of the Linux Security Modules (LSM) interface by hooks in
the XFRM and pfkey subsystems that leverage IPSec security
associations to
From: [EMAIL PROTECTED]
Date: Thu, 14 Jul 2005 23:41:59 +0200
> From: Victor Fusco <[EMAIL PROTECTED]>
>
> Fix the sparse warning "implicit cast to nocast type"
>
> File/Subsystem:include/linux/skbuff.h
>
> Signed-off-by: Victor Fusco <[EMAIL PROTECTED]>
> Signed-off-by: Domen Puncer <[EMAIL PR
Remco den Besten schrieb:
L.S.,
After an upgrade from 2.6.11.12 to 2.6.12.3 I see peculiar
messages appearing in my syslog, dmesg and on my console.
Before this upgrade I never saw this type of messages.
Googling delivers (as of now) two hits on: "ip_local_deliver: bad skb:"
Disable CONFIG_
From: randy_dunlap <[EMAIL PROTECTED]>
Date: Tue, 12 Jul 2005 21:27:28 -0700
> Put NETCONSOLE and NETPOLL options together since they are related.
> This cuts down on the hassle of flipping back and forth between
> the Networking menu and the Network drivers menu to change their
> config settings.
From: Jon Wetzel <[EMAIL PROTECTED]>
Subject: [Patch 2.6 3/3]ioctl: Add support for getting a permanent hardware
address
Date: Thu, 14 Jul 2005 16:43:50 -0500
> This patch is the third of three, designed to allow access to the
> permanent hardware address of a network device. This patch adds a
From: [EMAIL PROTECTED]
Date: Thu, 14 Jul 2005 23:41:58 +0200
> From: Victor Fusco <[EMAIL PROTECTED]>
>
> Fix the sparse warning "implicit cast to nocast type"
>
> File/Subsystem:net/netlink/af_netlink.c
>
> Signed-off-by: Victor Fusco <[EMAIL PROTECTED]>
> Signed-off-by: Domen Puncer <[EMAIL
From: [EMAIL PROTECTED]
Date: Thu, 14 Jul 2005 23:42:00 +0200
> From: Christophe Lucas <[EMAIL PROTECTED]>
>
> Audit return of create_proc_* functions.
>
> Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe fro
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 15:35:02 +0200
> Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Applied, thanks Thomas.
-
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: Thomas Graf <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 15:36:36 +0200
> The current call to __qdisc_dequeue_head leads to a branch
> misprediction for every loop iteration, the fact that the
> most common priority is 2 makes this even worse. This issue
> has been brought up by Eric Dumazet
> What eeprom part and vendor are you using?
>
atmel 93C46B
> your eeprom seems to have 64 words. The addr_len being incorrect
> might be causing a problem. is there any chance you could try hard
> coding it?
I tried this, it did not help, the reads were still bogus. I'm still
leaning toward
L.S.,
After an upgrade from 2.6.11.12 to 2.6.12.3 I see peculiar
messages appearing in my syslog, dmesg and on my console.
Before this upgrade I never saw this type of messages.
Googling delivers (as of now) two hits on: "ip_local_deliver: bad skb:"
http://www.linuxhq.com/kernel/v2.6/12/net/cor
This patch adds LSM hooks to the XFRM subsystem code. This patch
differs from previous ones in that an authorizer function pointer
is passed to flow_cache_lookup in order to use LSM to authorize
previously cached entries -- as suggested in my reply to Herbert.
This approach is consistent with how
Ulrich Weber schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
IPSec uses sequence numbers to protect against replay attacks.
So far there is no way to get or set these sequence numbers in the kernel.
The attached patches will remedy these issues. Any comments are
welcome! :)
I wo
The current call to __qdisc_dequeue_head leads to a branch
misprediction for every loop iteration, the fact that the
most common priority is 2 makes this even worse. This issue
has been brought up by Eric Dumazet <[EMAIL PROTECTED]>
but unlike his solution which was to manually unroll the loop,
th
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6/net/sched/em_text.c
===
--- net-2.6.orig/net/sched/em_text.c2005-06-24 13:17:08.0 +0200
+++ net-2.6/net/sched/em_text.c 2005-07-17 19:33:30.0 +0200
@@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
IPSec uses sequence numbers to protect against replay attacks.
So far there is no way to get or set these sequence numbers in the kernel.
The attached patches will remedy these issues. Any comments are
welcome! :)
I would be pleased if at lea
25 matches
Mail list logo
