Date: Tue, 10 Jan 2006 16:43:11 +0600 From: Victor Snezhko <snezhko@indorsoft.ru> To: Gleb Smirnoff <glebius@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, Goran Gajic <ggajic@afrodita.rcub.bg.ac.yu> Subject: Re: 7.0-CURRENT ppp related panic Message-ID: <ud5j0tlc0.fsf@indorsoft.ru> In-Reply-To: <20060110103609.GG87430@cell.sick.ru> (Gleb Smirnoff's message of "Tue, 10 Jan 2006 13:36:09 %2B0300") References: <Pine.LNX.4.63.0601071339370.24791@afrodita.rcub.bg.ac.yu> <20060110095926.GE87430@FreeBSD.org> <umzi4tlrb.fsf@indorsoft.ru> <20060110103609.GG87430@cell.sick.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Gleb Smirnoff <glebius@FreeBSD.org> writes: > V> > Kernel ppp(4) is known to have problems. At least there are problems with > V> > interaction of Giant-locked tty layer and Giant-less network layer. > V> > > V> > I'd recommend you to use user-level ppp(8), or mpd, which routes traffic > V> > through kernel ng_ppp(4). > V> > V> I may be mistaken, but I saw pppd in the panic report, isn't it an > V> indication of user-level ppp? > > pppd(8) is a daemon that controls kernel level PPP. > ppp(8) is a daemon implementing PPP in userland. Yes, it's time for me to learn to read, sorry... I meant the kernel one :) -- WBR, Victor V. Snezhko EMail: snezhko@indorsoft.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ud5j0tlc0.fsf>