netdev
[Top] [All Lists]

Re: Kernel panic using frame relay protocol and IPSec

To: linux-kernel@xxxxxxxxxxxxxxx, dev@xxxxxxx, netdev@xxxxxxxxxxx
Subject: Re: Kernel panic using frame relay protocol and IPSec
From: Krzysztof Halasa <khc@xxxxxxxxx>
Date: Fri, 16 Apr 2004 18:10:23 +0200
In-reply-to: <407E93F9.3010105@able.be> (Wim Ceulemans's message of "Thu, 15 Apr 2004 15:54:01 +0200")
References: <407E93F9.3010105@able.be>
Sender: netdev-bounce@xxxxxxxxxxx
Wim Ceulemans <wim.ceulemans@xxxxxxx> writes:

> We are using kernel 2.4.24 and super-freeswan 1.99.8.
> When using the frame relay protocol when a psk tunnel is established,
> we are seeing a kernel panic when we ping through the tunnel.

Short version of my email to Wim:

It looks like a known bug - IPSEC code seems to ignore
dev->hard_header_len = 10 requirement for PVC devices and passes skbs
which have less than 10 bytes of header space. Not sure how does it
work with Ethernet which requires 14 bytes, though. It might be a good
idea to investigate.


I wonder if the FR behavior is correct - i.e. is it OK to set
dev->hard_header_len = 10 and expect that all skbs passed to
dev->hard_start_xmit() will have at least 10 bytes of space before
the data?

Does the situation depend on dev->hard_header being non-NULL?
-- 
Krzysztof Halasa, B*FH

<Prev in Thread] Current Thread [Next in Thread>
  • Re: Kernel panic using frame relay protocol and IPSec, Krzysztof Halasa <=