Hello,
On Wed, 7 Sep 2005, Stephen Hemminger wrote:
> Begin forwarded message:
>
> Date: Wed, 7 Sep 2005 06:16:19 -0700
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Bug 5201] New: Badness in dst_release at include/net/dst.h:154
One such place that can damage the
Hi Folks,
Today I did tests with Ian McDonald, using patched netcat, with
which we chatted about the state of the Linux DCCP stack over a DCCP
connection from Brazil to New Zealand, with Ian's machine behind a DSL
router that does NAT and doesn't know squat about DCCP, with the machines
be
Subject: [PATCH 2/2] [IPV6]: Support IPV6_{RECV,}TCLASS socket options /
ancillary data.
Based on patch from David L Stevens <[EMAIL PROTECTED]>
Signed-off-by: David L Stevens <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
include/linux/in6.h |2 --
incl
Subject: [PATCH 1/2] [IPV6]: Support several new sockopt / ancillary data in
Advanced API (RFC3542).
Support several new socket options / ancillary data:
IPV6_RECVPKTINFO, IPV6_PKTINFO,
IPV6_RECVHOPOPTS, IPV6_HOPOPTS,
IPV6_RECVDSTOPTS, IPV6_DSTOPTS, IPV6_RTHDRDSTOPTS,
IPV6_RECVRTHDR, IPV6
Hello.
Please pull the following patches from
.
[PATCH 1/2] [IPV6]: Support several new sockopt / ancillary data in Advanced
API (RFC3542).
[PATCH 2/2] [IPV6]: Support IPV6_{RECV,}TCLASS socket options / ancillary data.
Thank you.
--
YOSHIFUJI Hideaki @ USAGI Project <[EMAIL PROTECTED]>
GPG-
On Wed, 2005-09-07 at 22:18 -0400, Jeff Garzik wrote:
> Alejandro Bonilla Beeche wrote:
>
> Wanna post a URL to your .config?
Jeff,
Sorry, I did not paste it in the ML because this has always worked for
me, but hell, maybe I got something wrong! :|
Attached...
.Alejandro
> Jeff
Christoph Hellwig wrote:
On Mon, Sep 05, 2005 at 12:48:45PM -0400, Jeff Garzik wrote:
I understand removing the NULL pointers, but .name is actually a string
"NULL".. Leaving it to be NULL is not a very good idea. This "NULL"
algorithm was designed for cases where there is default algorithm for
James Ketrenos wrote:
Jeff Garzik wrote:
It seems like some of this overlaps changes already in upstream.
What's the best way to start this process? I would prefer to receive
patches rather than 'git pull' at the present time.
Understood.
Should I Lindent the files first?
Probably c
can you rediff and resend, against latest 2.6.x git tree?
-
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/majordomo-info.html
Reset the phy and the interrupt masks on power down.
Also, set chip to low power mode if available.
This may fix the problem where windows driver doesn't work
after running skge.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Index: skge-2.6.13/drivers/net/skge.c
==
Ignore the 64 bit counter overflow interrupts. Alternatively,
we could trap them and clear the interrupt.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Index: skge-2.6.13/drivers/net/skge.h
===
--- skge-2.6.13.orig/drivers/n
Bump version to 1.0, get rid of debug messages
and minor whitespace fixes.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Index: skge-2.6.13/drivers/net/skge.c
===
--- skge-2.6.13.orig/drivers/net/skge.c
+++ skge-2.6.13/drivers
A couple of places the driver access the registers from port 0
always, even when changing state of port 1. This could leave to
hanging the other port when shutting down port 1. Most of these
problems already existed in sk98lin driver!
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Index:
On Wed, Sep 07, 2005 at 08:25:41PM +, Andrew Morton wrote:
>
> Date: Wed, 7 Sep 2005 06:16:22 -0700
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Bugme-new] [Bug 5201] New: Badness in dst_release at
> include/net/dst.h:154
Could you please send us your .config file? Thanks,
-
Alejandro Bonilla Beeche wrote:
Hi,
Where does one report this? I was building Linus Git tree as per I
updated it at 09/07/2005 7:00PM PDT and got this while compiling.
Where do I report this?
Debian unstable updated at same time.
it looks like ipw2200 is thinking that ieee80211 is no
Linux Kernel Mailing List wrote:
tree 1771b690cdee80312ace3fe046e29e965a0b30eb
parent c8d127418d78aaeeb1a417ef7453dc09c9118146
author Tommy S. Christensen <[EMAIL PROTECTED]> Wed, 07 Sep 2005 05:17:28 -0700
committer Linus Torvalds <[EMAIL PROTECTED]> Thu, 08 Sep 2005 06:57:30 -0700
[PATCH] 3c59
Hi,
Where does one report this? I was building Linus Git tree as per I
updated it at 09/07/2005 7:00PM PDT and got this while compiling.
Where do I report this?
Debian unstable updated at same time.
it looks like ipw2200 is thinking that ieee80211 is not compiled in, but
I did select it
David S. Miller wrote:
From: Ingo Oeser <[EMAIL PROTECTED]>
Date: Wed, 7 Sep 2005 15:39:08 +0200
Jeff Garzik wrote:
I find them useful in my own drivers; they are definitely not pure noise.
gcc -finstrument-functions
I was going to mention this as well, and also the idea to
enable CONFI
Sorry for the delay in response there, however, I've got a little more info.
-I upgraded the router (computer B) to 2.6.13, and there's no noticeable
change in performance.
-If 2.6.12 is fine, I've replicated the bug (using FTP).
-System hard locks ONLY when RECIEVING, NOT sending.
-I test
I have a feeling that I'm spamming netdev with already-fixed bugs. But
please bear with me - it's better than letting unfixed bugs slip past ;)
Begin forwarded message:
Date: Wed, 7 Sep 2005 19:04:45 +0200
From: Peter Palfrader <[EMAIL PROTECTED]>
To: Linux Kernel list
Subject: Oops in 2.6.
I think this got fixed?
If so, is the fix queued for 2.6.13.1?
Thanks.
Begin forwarded message:
Date: Wed, 07 Sep 2005 15:26:50 +0300
From: Ady Deac <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: PROBLEM: Badness in dst_release at include/net/dst.h:154
[1.] One line summary o
This is a patch for discussion addressing some receive buffer growing issues.
This is partially related to the thread "Possible BUG in IPv4 TCP window
handling..." last week.
Specifically it addresses the problem of an interaction between rcvbuf
moderation (receiver autotuning) and rcv_ssthres
Marc Lehmann wrote:
> On Wed, Sep 07, 2005 at 11:42:01PM +0200, Patrick McHardy <[EMAIL PROTECTED]>
> wrote:
>
>>just to give some hints, does this patch make the problem go away?
>
> I guess now that hw checksumming is identified as the direct cause, this is
> no longer neecssary? If yes, just
The ieee80211 code sets up a /proc entry just do deal with
changing the debug level. There is already a nicer interface
to do that via /sys/module/ieee80211/parameters/debug and that
should be used instead.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
include/net/ieee80211.h
On Wed, Sep 07, 2005 at 11:42:01PM +0200, Patrick McHardy <[EMAIL PROTECTED]>
wrote:
> > Some more messages I get when logging is enabled:
> >
> > printk: 1286 messages suppressed.
> > ip_ct_tcp: invalid state IN= OUT= SRC=84.56.231.206 DST=xxx.xxx.xxx.xxx
> > LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID
On Wed, Sep 07, 2005 at 11:34:10PM +0200, Patrick McHardy <[EMAIL PROTECTED]>
wrote:
> > I think I have the LOG target compiled into the kernel. After the echo, I
> > got
> > this within a matter of seconds:
> >
> >printk: 614 messages suppressed.
> >ip_ct_tcp: bad TCP checksum IN= OUT=
I have been experimenting with loadable protocol modules, and ran into
several issues with module reference counting.
The first issue was that __module_get failed at the BUG_ON check at the
top of the routine (checking that my module reference count was not zero)
when I created the first socket. W
David S. Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Wed, 07 Sep 2005 14:14:42 -0700
David S. Miller wrote:
Doing an add_timer() for something already scheduled it fine.
Does it actually cause a second timer to fire? If not, this
would keep us from correctly decrementing the
Fix pskb_trim usage in ipv6. Only the udp one is really
a bug, other places are just doing equivalent code.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv6/exthdrs.c|9 -
net/ipv6/reassembly.c |9 +++--
net/ipv6/udp.c|2 +-
3 files changed, 8
Marc Lehmann wrote:
> On Wed, Sep 07, 2005 at 02:39:20PM +0200, Patrick McHardy <[EMAIL PROTECTED]>
> wrote:
>
>>Please try if loading the ipt_LOG module and executing
>>"echo 255 > /proc/sys/net/ipv4/netfilter/ip_conntrack_log_invalid"
>>gives more information
>
> Some more messages I get when
Ingo Oeser <[EMAIL PROTECTED]> wrote:
>
> Herbert, do you blacklist with rfc-ignorant.org?
> They blacklist complete ccTLDs, including "*.de"
>
> So I (and alle other people coming from the "*.de" domain)
> cannot contact you directly.
I don't block *.de. However, your subnet was blocked becau
Marc Lehmann wrote:
> I think I have the LOG target compiled into the kernel. After the echo, I got
> this within a matter of seconds:
>
>printk: 614 messages suppressed.
>ip_ct_tcp: bad TCP checksum IN= OUT= SRC= DST=84.56.231.206
> LEN=105 TOS=0x00 PREC=0x00 TTL=53 ID=33989
On Wed, Sep 07, 2005 at 02:39:20PM +0200, Patrick McHardy <[EMAIL PROTECTED]>
wrote:
> Please try if loading the ipt_LOG module and executing
> "echo 255 > /proc/sys/net/ipv4/netfilter/ip_conntrack_log_invalid"
> gives more information
Some more messages I get when logging is enabled:
printk: 12
From: Ben Greear <[EMAIL PROTECTED]>
Date: Wed, 07 Sep 2005 14:14:42 -0700
> David S. Miller wrote:
> > Doing an add_timer() for something already scheduled it fine.
>
> Does it actually cause a second timer to fire? If not, this
> would keep us from correctly decrementing the reference count.
David S. Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Wed, 07 Sep 2005 12:36:20 -0700
Thanks for catching that. A new patch is attached. I didn't see any
printouts for this message even with the fix, so this case must not be
hit (at least not often).
Please let me know if you se
On Wed, Sep 07, 2005 at 02:39:20PM +0200, Patrick McHardy <[EMAIL PROTECTED]>
wrote:
> Andrew Morton wrote:
Thanks for your response!
> > tcp 6 52 SYN_SENT src=10.0.0.1 dst=129.13.162.95 sport=44320
> > dport=80 [UNREPLIED] src=129.13.162.95 dst=84.56.237.68 sport=80
> > dport=44320
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 6 Sep 2005 21:47:47 -0700
> Several places in IPV6 need to use pskb_trim_rcsum to handle
> the case of skb's received on devices that set CHECKSUM_HW
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Everything looks fine except this
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 6 Sep 2005 21:45:55 -0700
> A UDP packet may contain extra data that needs to be trimmed off.
> But when doing so, UDP forgets to fixup the skb checksum if CHECKSUM_HW
> is being used.
>
> I think this explains the case of a NFS receive using
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 6 Sep 2005 21:40:46 -0700
> Since packets almost never contain extra garbage at the end, it is
> worthwhile to optimize for that case.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied, thanks Stephen.
-
To unsubscribe from th
From: Ben Greear <[EMAIL PROTECTED]>
Date: Wed, 07 Sep 2005 12:36:20 -0700
> Thanks for catching that. A new patch is attached. I didn't see any
> printouts for this message even with the fix, so this case must not be
> hit (at least not often).
>
> Please let me know if you see any more areas
Begin forwarded message:
Date: Wed, 7 Sep 2005 06:16:22 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5201] New: Badness in dst_release at
include/net/dst.h:154
http://bugzilla.kernel.org/show_bug.cgi?id=5201
Summary: Badness in dst_release at inclu
Begin forwarded message:
Date: Wed, 7 Sep 2005 06:14:45 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5200] New: Wrong source IPv6 address selected for
destination
http://bugzilla.kernel.org/show_bug.cgi?id=5200
Summary: Wrong source IPv6 address se
From: Francois Romieu <[EMAIL PROTECTED]>
Date: Wed, 7 Sep 2005 20:59:49 +0200
> Stephen Hemminger <[EMAIL PROTECTED]> :
> [...]
> > It really sounds like netconsole needs to have a different device hook
> > instead of start_xmit. It also probably doesn't want to have allocate
> > an skb. What y
Trivial patch adding netpoll support to cs89x0 driver.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff --git a/drivers/net/cs89x0.c b/drivers/net/cs89x0.c
--- a/drivers/net/cs89x0.c
+++ b/drivers/net/cs89x0.c
@@ -247,6 +248,9 @@ static int get_eeprom_data(struct net_de
static int get_eepr
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Wed, 7 Sep 2005 10:04:29 -0700
> Netpoll is intended to be a replacement for the requirement of serial
> cables for doing things like tricky oops capture and kgdb.
>
> If we move to softirq-only processing, it will not be a serial cable
> replacement.
From: Ingo Oeser <[EMAIL PROTECTED]>
Date: Wed, 7 Sep 2005 15:39:08 +0200
> Jeff Garzik wrote:
> > I find them useful in my own drivers; they are definitely not pure noise.
>
> gcc -finstrument-functions
I was going to mention this as well, and also the idea to
enable CONFIG_MCOUNT on a per-file
On Wed, 2005-09-07 at 11:15 -0700, Stephen Hemminger wrote:
> This how I think ifplugd should work, it should not poll it
> should just use libnetlink and read for the next message.
Incidentally, this is what netplugd already does, for people using
Fedora, Red Hat or Mandriva systems.
htt
Julian Anastasov wrote:
Hello,
On Wed, 7 Sep 2005, Ben Greear wrote:
Ben Greear wrote:
I added a separate flag to keep track of whether a neighbour struct
is on the timer list or not. I also added some logic to dump the
stack if the add-timer method was called while we are already
The attached patch adds scatter gather and segmentation offload support
into forcedeth driver.
This patch has been tested by NVIDIA and reviewed by Manfred.
Notes:
- Manfred mentioned that mapping of pages could take time and should not
be under spinlock for performance reasons
- During testing w
On Wed, Sep 07, 2005 at 12:17:01PM -0700, Ben Greear wrote:
> Francois Romieu wrote:
> >Stephen Hemminger <[EMAIL PROTECTED]> :
> >[...]
> >
> >>It really sounds like netconsole needs to have a different device hook
> >>instead of start_xmit. It also probably doesn't want to have allocate
> >>an s
Francois Romieu wrote:
Stephen Hemminger <[EMAIL PROTECTED]> :
[...]
It really sounds like netconsole needs to have a different device hook
instead of start_xmit. It also probably doesn't want to have allocate
an skb. What you want is a synchronous way to send one packet with
interrupts disab
Stephen Hemminger <[EMAIL PROTECTED]> :
[...]
> It really sounds like netconsole needs to have a different device hook
> instead of start_xmit. It also probably doesn't want to have allocate
> an skb. What you want is a synchronous way to send one packet with
> interrupts disabled:
>
> (de
On Wed, Sep 07, 2005 at 11:19:42AM -0700, Stephen Hemminger wrote:
> On Wed, 7 Sep 2005 10:19:33 -0700
> Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Sep 06, 2005 at 09:02:42PM -0700, Eugene Surovegin wrote:
> > > I don't quite understand, you _already_ have deferred processing in
> > >
On Wed, 07.09.05 11:15, Stephen Hemminger ([EMAIL PROTECTED]) wrote:
>
> This how I think ifplugd should work, it should not poll it
> should just use libnetlink and read for the next message.
>
> The RUNNING flag works for wireless and non-wireless devices.
> If there is a driver it doesn't wor
Begin forwarded message:
Date: Wed, 7 Sep 2005 06:16:19 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 5201] New: Badness in dst_release at include/net/dst.h:154
http://bugzilla.kernel.org/show_bug.cgi?id=5201
Summary: Badness in dst_release at include/net/dst.h:
This how I think ifplugd should work, it should not poll it
should just use libnetlink and read for the next message.
The RUNNING flag works for wireless and non-wireless devices.
If there is a driver it doesn't work on than that is a bug in
the device driver and should be fixed ASAP, not worked a
On Wed, 7 Sep 2005 10:19:33 -0700
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 06, 2005 at 09:02:42PM -0700, Eugene Surovegin wrote:
> > I don't quite understand, you _already_ have deferred processing in
> > netpoll (btw, how good this will work with kgdboe?).
>
> Yes, it exists as a l
Matt Mackall wrote:
> On Wed, Sep 07, 2005 at 07:16:03PM +0200, Patrick McHardy wrote:
>
>>Not sure if its possible, but perhaps you could register the panic
>>notifier to do whatever is necessary to get an oops out.
>
>
> It's not really just about oopses.
>
> Consider the case of:
>
>
On Wed, Sep 07, 2005 at 07:16:03PM +0200, Patrick McHardy wrote:
> Matt Mackall wrote:
> > If we move to softirq-only processing, it will not be a serial cable
> > replacement. It won't capture the tricky oopses you normally need a
> > serial cable for and it won't work with kgdb. It will be an awk
On Tue, Sep 06, 2005 at 09:02:42PM -0700, Eugene Surovegin wrote:
> I don't quite understand, you _already_ have deferred processing in
> netpoll (btw, how good this will work with kgdboe?).
Yes, it exists as a last ditch fallback for cases where we can detect
deadlock. And it works not at all fo
Matt Mackall wrote:
> If we move to softirq-only processing, it will not be a serial cable
> replacement. It won't capture the tricky oopses you normally need a
> serial cable for and it won't work with kgdb. It will be an awkward
> syslogd and nothing more. I won't have any use for it and I suspec
On Tue, Sep 06, 2005 at 08:42:39PM -0700, David S. Miller wrote:
> You'll need to find a way to do netpoll without disabling hw IRQs
> during these driver methods. Then netpoll would be universally
> usable, as it would even work with drivers which are software tunnels
> and which feed packets bac
The attached patch adds tx checksum support into forcedeth driver.
This patch has been tested by NVIDIA and reviewed by Manfred.
Thanks,
Ayaz
Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
patch-forcedeth-043-txchecksum
Description: patch-forcedeth-043-txchecksum
On Wed, Sep 07, 2005 at 03:15:52AM -0700, Alexey Dobriyan wrote:
> On 9/6/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > On Tue, Sep 06, 2005 at 12:21:05PM +0400, Alexey Dobriyan wrote:
> > > * add svc_getnl():
> > > Take network-endian value from buffer, convert to host-endian
> > > one
On Fri, 02.09.05 10:34, Jean Tourrilhes ([EMAIL PROTECTED]) wrote:
>
> Lennart Poettering wrote :
> >
> > It is simply not true that all current
> > network drivers set IFF_RUNNING correctly. ifplugd does the best it
> > can to detect the carrier, but is still incompatible out of the box
> > wit
Asc2ax was still using a static buffer for all invocations which isn't
exactly SMP-safe. Change asc2ax to take an additional result buffer as
the argument. Change all callers to provide such a buffer.
This one only really is a fix for ROSE and as per recent discussions
there's still much more to
Hi Jeff,
Jeff Garzik wrote:
> David S. Miller wrote:
> > From: Jeff Garzik <[EMAIL PROTECTED]>
> > Date: Tue, 06 Sep 2005 21:51:21 -0400
> >
> >>NAK. Rationale: maintainer's choice. Pavel doesn't get to choose
> >>the debugger of choice for the driver maintainer.
> >
> > If it makes the driver u
On Wed, Sep 07, 2005 at 05:20:57AM -0700, Andrew Morton <[EMAIL PROTECTED]>
wrote:
>
>
> Begin forwarded message:
Hi, I gather you wanted to reply, but all I got was my own mail, it seems.
Either I overlooked something, you changed your mind, or something has been
lost.
> Date: Tue, 6 Sep 2005
Alejandro Bonilla napsal(a):
Thanks. I also had a question. To whom is this patch sent to? Netdev or
LK?
How does one determine?
Read, read, read. Documentation/SubmittingPatches, point 4.
--
Jiri Slaby www.fi.muni.cz/~xslaby
~\-/~ [EMAIL PROTECTED] ~\-/~
241B347E
Andrew Morton wrote:
I recently upgraded a 32 bit machine to a new amd64 board+cpu. I took the
same kernel (2.6.13-rc7) and just recompiled it for 64 bit, plus upgraded
userspace to 64 bit.
Firewall config stayed the same.
Problem: neither ping nor tcp was being masqueraded properly. I created
Begin forwarded message:
Date: Tue, 6 Sep 2005 19:29:30 +0200
From: Marc Lehmann <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: masquerading failure for at least icmp and tcp+sack on amd64
Hi!
I recently upgraded a 32 bit machine to a new amd64 board+cpu. I took the
same kernel
On 9/6/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 06, 2005 at 12:21:05PM +0400, Alexey Dobriyan wrote:
> > * add svc_getnl():
> > Take network-endian value from buffer, convert to host-endian
> > one and return it.
> > * add svc_putnl():
> > Take host-endian value, c
[ sorry for bothering the list, but "*.de" is blacklisted and I only several
"*.de" domains, but not CDO domain. ]
Hi Herbert,
Herbert, do you blacklist with rfc-ignorant.org?
They blacklist complete ccTLDs, including "*.de"
So I (and alle other people coming from the "*.de" domain)
cannot con
Hello,
On Wed, 7 Sep 2005, Ben Greear wrote:
> Ben Greear wrote:
> > I added a separate flag to keep track of whether a neighbour struct
> > is on the timer list or not. I also added some logic to dump the
> > stack if the add-timer method was called while we are already on
> > the time
On Wed, Sep 07, Herbert Xu wrote:
> Olaf Hering <[EMAIL PROTECTED]> wrote:
> >
> > The patch 'p' which was posted by Herbert today doesnt fix it.
>
> Can you please double check? That bug would cause exactly what
> you're seeing here since it'll clobber the skb's shared section
> which contains
Herbert Xu schrieb:
> Ingo Oeser <[EMAIL PROTECTED]> wrote:
> > I'm just asking myself, why is AES-256 not announced by the IPsec
> > framework?
> It should work. Which user-space IPsec daemon are you using?
racoon 0.5.2 as Debian package (0.5.2-1) from sarge, kernel 2.6.11.12.
I also used matchi
Ben Greear wrote:
I added a separate flag to keep track of whether a neighbour struct
is on the timer list or not. I also added some logic to dump the
stack if the add-timer method was called while we are already on
the timer list.
A cleaned up patch against 2.6.13 is attached. This (also)
se
77 matches
Mail list logo
