On Sunday 27 November 2005 19:45, Patrick McHardy wrote: > Michael Frank wrote: > > On Sunday 27 November 2005 02:23, you wrote: > >>Michael Frank wrote: > >>>To clarify the practical delay of this implementation > >>>N_CARRIER_POLL * 0.1s + a few 100 to few 1000 us > >>>, 0.3s - 10 times as fast as current implementation ;) > >> > >>I understand that, but my sis900 for example does > >> support netpoll but it doesn't detect a carrier for > >> some reason I haven't debugged yet, which means I have > >> to wait for 10s again. > > > > I suppose we should have an extra optional parameter > > to adjust N_CARRIER_POLL?
I see that it won't help in cases of borked NIC, so perhaps we make the maximum adjustable or just use 3s as maximum. > > I don't see how that would affect the maximum. The > question remains, why do you want to increase the > maximum? The cause of this patch was 2.6.11 which had 10s maximum - 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
