Subject: Re: altq 3.0 and pppd ? ( log vs queue )
To: Kenjiro Cho <kjc@csl.sony.co.jp>
From: Hendra Widarta <hwidarta@yahoo.com>
List: tech-net
Date: 01/31/2002 05:58:31
Hi Kenjiro,

The patches work nicely. 
Traffic has been tested for PPP itself and other protocols over PPP (PPTP/L2TP).

Cheers,
Hendra

--- Kenjiro Cho <kjc@csl.sony.co.jp> wrote:
> 
> It turns out that the problem is caused by a simple merge mistake
> when I back-ported if_ppp.c from KAME.
> 
> In KAME (and NetBSD-current),
>    (1) "#include "opt_inet.h"" is moved upwards.
>    (2) "#define VJC" is moved in "#ifdef INET".
> I missed (1) and merged only (2).
> 
> Its result is pretty nasty:
> The size of "struct ppp_softc" doesn't agree in if_ppp.c and ppp_tty.c
> since part of the fields are in "#ifdef VJC".
> pppasyncstart() sees sc_outm to be zero but pppintr() always evaluates
> the same field to be non-zero, which leads to an infinite loop!
> 
> This only happens on altq-3.0 for NetBSD-1.5.2.  (KAME and
> NetBSD-current are ok.)
> The first patch attached fixes this.
> 
> To use ALTQ on kernel ppp, you also need the second patch for
> ppp_tty.c in addition to the previous patch I posted.  This prevents
> pppintr() from looping under rate-limiting.
> 
> -Kenjiro


__________________________________________________
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com