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 anci
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 mak
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
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 t
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 gc_
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]>
---
D
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]>
---
Can someone look into the holes found in the genetlink code
Andrew mentions below?
Thanks.
--- Begin Message ---
"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
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
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
>
>
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: {__kfree_skb+101}
{ip_rcv+1255}
[ 955.229219]{packet_rcv_spkt+608}
{netif_receive_skb+500}
[ 955.231976]{:tg3:tg3_poll+1589}
{net_rx_actio
The problem is that when bridging the bridge code gets run before the
protocol handlers, hence psnap never sees the frame before it is output
again. In addition any ingress qdisc has already been run before the
protocol handlers, so the protocol is wrong there - hence my suggestion
of using the _ty
On Thu, 02 Feb 2006 16:49:29 -0800 (PST)
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> From: Dave Jones <[EMAIL PROTECTED]>
> Date: Thu, 2 Feb 2006 14:30:28 -0500
>
> > Here's a second flavour.
>
> Can you git bisect to figure out when this problem started
> to occur?
>
It happened before git
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-1
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
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 rea
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.
> W
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
I implemented a patch to control the behaviour of the kernel when setting
routes automatically
while adding a new network address.
You can select the types of routes you want to be set automatically.
This enables the user - as an example -
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
ieee80211_trans_type
On Fri, Feb 03, 2006 at 12:07:04AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.15-mm4:
>...
> git-net.patch
>...
> Git trees
>...
struct fib_rules became global for no good reason.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.16-rc1-mm5-full/net/ipv4/fib_rules.c.old
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?
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
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"
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 sani
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 the user. We
> > don't really need local_t at
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 ab
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
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
Hi all,
while doing some tests with our new switches i discovered that rebooting
the switch sometimes causes a breakdown of the kernel on one of my test
machines.
The environment is:
- nortel Baystack 5510-48T switch
- network card: Intel Pro 1000 Desktop GT
- kernel 2.4.32 (from www.kernel.org
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 unsubsc
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 PROTE
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
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 ++-
net/xfrm
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 d
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 Kriszti
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(-)
d
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
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.
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
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_h
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
f
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
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 f
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
47 matches
Mail list logo
