Andrew Morton writes: > xeb has said: > > in this construction: > > if ((test_bit(XMIT_WAKEUP, &ap->xmit_flags) || > test_bit(XMIT_FULL, &ap->xmit_flags)) && ppp_async_push(ap)) > ppp_output_wakeup(&ap->chan); > > if ppp_async_push() doesn't send any data i.e. XMIT_FULL is set then all > (transfer) hangs up while somebody push again, for instance lcp-echo.
If XMIT_FULL and ppp_async_push doesn't send any data, that means the serial driver's output buffer was full. If that's the case, *and* we don't see a call to ppp_output_wakeup, then the finger points squarely at the serial driver as the source of the bug. Paul. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
