[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47E91256.3010000@garzik.org>
Date: Tue, 25 Mar 2008 10:55:18 -0400
From: Jeff Garzik <jeff@...zik.org>
To: Krzysztof Halasa <khc@...waw.pl>
CC: Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH v2] Re: WAN: new PPP code for generic HDLC
Krzysztof Halasa wrote:
> Hi,
>
> I wrote:
>
>> New synchronous PPP implementation for generic HDLC.
>
> So are we leaving the generic-HDLC+PPP in broken state for 2.6.25,
> aren't we?
>
> If we do, perhaps a "|| BROKEN" in drivers/net/wan/Kconfig would make
> sense? Any attempt to use it will cause kernel panic immediately (PPP
> with generic HDLC only; drivers using syncppp.c directly are not
> affected). I can make that trivial Kconfig patch of course.
In your original email you said
I guess it should go into 2.6.25, not sure about "stable"
series. I will appreciate any feedback, review and/or test
results.
At the time of the posting 2.6.25-rc6 had already been released, which
seems like an inappropriate time for all that new code, which has been
given so little exposure to real world testing.
Certainly your original message said PPP panics, but without even
minimal testing how do we know that your new code doesn't have equally
problematic issues?
So quite honestly a CONFIG_BROKEN patch might indeed be more appropriate
since generic HDLC works with Frame Relay at least...
Comments? IMO the current code is a known risk (PPP panic, FR works)
whereas the new code is an unknown risk very late in 2.6.25-rc -- but
with a good chance to make HDLC+PPP work again.
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists