Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 3 Oct 2001 12:16:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 3 Oct 2001 12:16:44 -0400 Received: from chiara.elte.hu ([157.181.150.200]:50952 "HELO chiara.elte.hu") by vger.kernel.org with SMTP id ; Wed, 3 Oct 2001 12:16:28 -0400 Date: Wed, 3 Oct 2001 18:14:32 +0200 (CEST) From: Ingo Molnar Reply-To: To: Ben Greear Cc: jamal , , Alexey Kuznetsov , Robert Olsson , Benjamin LaHaise , , Linus Torvalds , Alan Cox Subject: Re: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5 In-Reply-To: <3BBB3845.DAE47D27@candelatech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 3 Oct 2001, Ben Greear wrote: > So, couldn't your NAPI patch be used by drivers that are updated, and > let Ingo's patch be a catch-all for un-fixed drivers? As we move > foward, more and more drivers support your version, and Ingo's patch > becomes less utilized. So long as the patches are tuned such that > yours keeps Ingo's from being triggered on devices you support, there > should be no real conflict, eh? exactly. auto-mitigation will not hurt NAPI-enabled devices the least. Also, auto-mitigation is device-independent. perhaps Jamal misunderstood the nature of my patch, so i'd like to state it again: auto-mitigation is a feature that is not triggered normally. I did a quick hack yesterday to include kpolld - that was a mistake, i was wrong, and i've removed it. kpolld was mostly an experiment to prove that TCP network connections can be fully functional during extreme overload situations as well. Also, auto-mitigation will be a nice mechanizm to make people more aware of the NAPI patch: if they ever notice 'Possible IRQ overload:' messages then they can be told to try the NAPI patches. Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/