[Openswan Users]

[Paul Wouters]

On Tue, 8 Nov 2005, John Morris wrote:

> I've been trying to run Openswan for a while now with no success.
> Here're the specifics of my setup:

> ipsec_setup: Starting Openswan IPsec 2.4.2rc1...
> ipsec_setup: /usr/lib/ipsec/_startklips: line 324:  2615 Segmentation fault      ipsec klipsdebug --none

> Nov  8 20:46:52 kugioga kernel: ------------[ cut here ]------------
> Nov  8 20:46:52 kugioga kernel: kernel BUG at include/linux/module.h:360!
> Nov  8 20:46:52 kugioga kernel: invalid operand: 0000 [#1]
> Nov  8 20:46:52 kugioga kernel: SMP
> Nov  8 20:46:52 kugioga kernel: Modules linked in: ipsec(U) parport_pc lp parport autofs4 ipv6 rfcomm l2cap sunrpc ipt_REJECT ipt_state ip_conntrack iptable_filter ip_tables hci_usb bluetooth video button battery ac uhci_hcd i2c_piix4 i2c_core 3c59x mii floppy ext3 jbd dm_mod 3w_xxxx BusLogic sd_mod scsi_mod
> Nov  8 20:46:52 kugioga kernel: CPU:    0
> Nov  8 20:46:52 kugioga kernel: EIP:    0060:[<c02b2b40>]    Not tainted VLI
> Nov  8 20:46:52 kugioga kernel: EFLAGS: 00010246   (2.6.13-2.bigusmp)
> Nov  8 20:46:52 kugioga kernel: EIP is at sk_alloc+0x139/0x146

Yes, it seems the FC kernels are giving these sk_alloc bug still. Either
the FC kernels changed the sk_alloc differently from the kernel.org kernels,
or the setting for NET_26_SK_ALLOC is not properly getting set.

We know about this, but have not had the time to investigate this particular
problem. You can probably use a kernel from kernel.org (2.6.12 is prob the
best choice, 2.6.14 is known not to compile) to work around this issue.

Paul