Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Mar 2002 22:17:54 +0700
From:      Eugene Grosbein <eugen@grosbein.pp.ru>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject:   Re: kern/35969: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections
Message-ID:  <20020318221754.A428@grosbein.pp.ru>
In-Reply-To: <200203170647.g2H6lQ621576@apollo.backplane.com>; from dillon@apollo.backplane.com on Sat, Mar 16, 2002 at 10:47:26PM -0800
References:  <200203160808.g2G880k17109@D00015.dialonly.kemerovo.su> <200203160820.g2G8K1s38158@freefall.freebsd.org> <20020317125834.A419@grosbein.pp.ru> <200203170647.g2H6lQ621576@apollo.backplane.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Mar 16, 2002 at 10:47:26PM -0800, Matthew Dillon wrote:

> :Now it does not panic.
> :So it's possible that last commit to src/sys/net/if_ppp.c broke something:
> :
> :revision 1.67.2.2
> :date: 2002/02/13 00:43:10;  author: dillon;  state: Exp;  lines: +4 -3
> :MFC remove the MFREE() mbuf macro and cleanup twists in related code.
> 
>     Hmm.  That change should not have made any difference, but it's easy
>     to test... upgrade your system to 2002.02.13.00.50.00 (just after
>     my commit) and see if the bug comes back.  If it does I will run through
>     that entire commit.  I perused it just now and did not see anything
>     specifically wrong.

I was wrong, your commit wasn't the cause of the panics.
Now I believe I've isolated the moment of breakage.
The system updated (or downgraded) to tag=RELENG_4 date=2002.02.22.00.00.00
does not panic using PPP_DEFLATE but suffers from stalled connections.
One have to send USR2 to pppd to revive PPP link.
man pppd says:

SIGUSR2
              This signal causes pppd to renegotiate compression.
              This  can  be useful to re-enable compression after
              it has been disabled as a result of a fatal  decom-
              pression error.  (Fatal decompression errors gener-
              ally indicate a bug in  one  or  other  implementa-
              tion.)

The system updated to tag=RELENG_4 date=2002.02.22.03.00.00
quickly panics if PPP_DEFLATE is used. It seems it panics due to
corrupted kernel area.

There was the only commit to RELENG_4 during this period,
it patched src/lib/libz/infblock.c and src/sys/net/zlib.c
The latter file is used by kernel ppp driver.

I'd like to investigate this further but I'm definitly not a kernel hacker.
The only workaround I've found is using 'nodeflate' option of pppd.
This effectivly disables usage of deflate compression and eliminates panics
even for kernel built from sources after 2002.02.22.03.00.00

Eugene Grosbein

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020318221754.A428>