[PATCH] ipmi: fix message retry timeout

sly sent message is expected, which is always the case once a message has been sent. Address this by only resending messages once the timeout reaches a negative value. This ensures that at least one period passes with the current timeout of 1000 ms. Signed-off-by: Bernhard Schmidt Cc: Corey Minyard

Re: [IPv6] PROBLEM? Network unreachable despite correct route

Jarek Poplawski wrote: ip -6 route: 2001:4ca0:0:f000::/64 dev eth0 proto kernel metric 256 expires 86322sec mtu 1500 advmss 1440 fragtimeout 4294967295 fe80::/64 dev eth0 metric 256 expires 21225804sec mtu 1500 advmss 1440 fragtimeout 4294967295 ff00::/8 dev eth0 metric 256 expires 2122

Re: [IPv6] PROBLEM? Network unreachable despite correct route

On Tue, Jan 09, 2007 at 08:36:24PM +0100, Bernhard Schmidt wrote: Hi, I did some additional testing > I'm having a really ugly problem I'm trying to pinpoint, but failed so > far. I'm neither completely convinced it is not related to my local > setup(s), nor do I have an

[IPv6] PROBLEM? Network unreachable despite correct route

Hi, I'm having a really ugly problem I'm trying to pinpoint, but failed so far. I'm neither completely convinced it is not related to my local setup(s), nor do I have any clue how this might be caused. I have several boxes with native IPv6 connectivity at various places. Some of them show symptom

Re: [Bug] OOPS with nf_conntrack_ipv6, probably fragmented UDPv6

Patrick McHardy wrote: I've hit another kernel oops with 2.6.20-rc3 on i386 platform. It is reproducible, as soon as I load nf_conntrack_ipv6 and try to send something large (scp or so) inside an OpenVPN tunnel on my client (patched with UDPv6 transport) the router (another box) OOPSes. tcpdump

Re: 2.6.20-rc4: known unfixed regressions

Adrian Bunk wrote: This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19. Subject: netfilter conntrack Oopses References : http://lkml.org/lkml/2007/1/4/156 Netfilter bugzilla #528 https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=528 fixed, I think the patch i

[Bug] OOPS with nf_conntrack_ipv6, probably fragmented UDPv6

Hi, I've hit another kernel oops with 2.6.20-rc3 on i386 platform. It is reproducible, as soon as I load nf_conntrack_ipv6 and try to send something large (scp or so) inside an OpenVPN tunnel on my client (patched with UDPv6 transport) the router (another box) OOPSes. tcpdump suggests the pr