Paul Mackerras <[EMAIL PROTECTED]> wrote: > > 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. >
OK, thanks. So the next question is: which driver is being used? - 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
