O> In that case, we might as well just always do the scheduled_delayed_work() > with a zero timeout as per the earlier patch. I'd still like to know who > *cares*, though? Why not leave it at 1?
I don't think it really matters too much on modern systems so long as we keep the flush_to_ldisc out of IRQ context. Historically we tried to batch the ldisc processing but I doubt any modern box cares too much - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
