Your message dated Wed, 1 Nov 2006 12:12:55 +0100
with message-id <[EMAIL PROTECTED]>
and subject line marked as done with right version
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: kernel-patch-freeswan
Version: 2.04-11
Severity: critical
Tags: patch
Justification: breaks unrelated software
Hi,
the FreeS/WAN kernel patch contains a serious bug which may cause errors
like this:
kernel: unregister_netdevice: waiting for ippp0 to become free. Usage count = 3
This happens if I try to stop the isdnutils via /etc/init.d/isdnutils.
The message is produced by net/core/dev.c, about line 2708 (2.4.27).
The only way to stop this messages is to crash the hole system (pressing
the reset button).
The problem is known to the freeswan-folks and I found a patch on a
Gentoo Linux site which is working very well for me.
I hope I could help you.
Bye,
Meini.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=C, [EMAIL PROTECTED]
Versions of packages kernel-patch-freeswan depends on:
ii coreutils [fileutils] 5.2.1-2 The GNU core utilities
ii fileutils 5.2.1-2 The GNU file management utilities
-- no debconf information
--- ipsec_tunnel.c 2004-01-27 12:54:54.000000000 -0500
+++ ipsec_tunnel.c.patched 2004-01-27 12:57:10.000000000 -0500
@@ -1097,6 +1097,7 @@
prv->dev ? prv->dev->name : "NULL",
dev->name);
+ ipsec_dev_put(prv->dev);
prv->dev = NULL;
prv->hard_start_xmit = NULL;
prv->get_stats = NULL;
@@ -1166,8 +1167,8 @@
"klips_debug:ipsec_tunnel_clear: .\n");
for(i = 0; i < IPSEC_NUM_IF; i++) {
- sprintf(name, IPSEC_DEV_FORMAT, i);
- if((ipsecdev = ipsec_dev_get(name)) != NULL) {
+ ipsecdev = ipsecdevices[i];
+ if(ipsecdev != NULL) {
if((prv = (struct ipsecpriv *)(ipsecdev->priv))) {
prvdev = (struct device *)(prv->dev);
if(prvdev) {
@@ -1234,6 +1235,7 @@
"klips_debug:ipsec_tunnel_ioctl: "
"physical device %s requested is null\n",
cf->cf_name);
+ ipsec_dev_put(them);
return -ENXIO;
}
@@ -1243,6 +1245,7 @@
"klips_debug:ipsec_tunnel_ioctl: "
"physical device %s requested is not up.\n",
cf->cf_name);
+ ipsec_dev_put(them);
return -ENXIO;
}
#endif
@@ -1252,6 +1255,7 @@
"klips_debug:ipsec_tunnel_ioctl: "
"virtual device is already connected to
%s.\n",
prv->dev->name ? prv->dev->name : "NULL");
+ ipsec_dev_put(them);
return -EBUSY;
}
return ipsec_tunnel_attach(dev, them);
--- End Message ---
--- Begin Message ---
Version: 2.04-12
Hi,
as freeswan is only a transition package now, this bug disappeared,
closing it with the right version.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--- End Message ---
