Subject: Re: Preempt? (was Re: Cannot enable DMA on SATA drive
	(SCSI-libsata, VIA SATA))
From: Robert Love <rml@novell.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Nick Piggin <nickpiggin@yahoo.com.au>, Roland Dreier <roland@topspin.com>,
       linux-kernel@vger.kernel.org
In-Reply-To: <20041006015515.GA28536@havoc.gtf.org>
References: <4136E4660006E2F7@mail-7.tiscali.it>
	 <41634236.1020602@pobox.com> <52is9or78f.fsf_-_@topspin.com>
	 <4163465F.6070309@pobox.com> <41634A34.20500@yahoo.com.au>
	 <41634CF3.5040807@pobox.com> <1097027575.5062.100.camel@localhost>
	 <20041006015515.GA28536@havoc.gtf.org>
Content-Type: text/plain
Date: Tue, 05 Oct 2004 22:07:39 -0400
Message-Id: <1097028459.5062.104.camel@localhost>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 821
Lines: 23

On Tue, 2004-10-05 at 21:55 -0400, Jeff Garzik wrote:

> As opposed to fixing drivers???  Please fix the drivers and code first.

No, definitely not, dude.  Fixes for anything--drivers include--is never
superseded by anything else, even the eternal quest for "low latency." 

> > sprinkling cond_resched() hacks all over the kernel.
> 
> cond_resched() is not the only solution.

Indeed.  Most other solutions (fixing algorithms, lowering lock hold
time) have "automatic" benefits with kernel preemption, though, and that
has been what I have always advocated.

	Robert Love


-
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/