From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anton Vorontsov Subject: Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs Date: Tue, 24 Jun 2008 04:00:16 +0400 Message-ID: <20080624000016.GA12547@polina.dev.rtsoft.ru> References: <20080623234037.GA6793@polina.dev.rtsoft.ru> <20080623235141.GB17297@elte.hu> Reply-To: avorontsov@ru.mvista.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf8 Return-path: Received: from rtsoft3.corbina.net ([85.21.88.6]:32559 "EHLO buildserver.ru.mvista.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752341AbYFXAAR (ORCPT ); Mon, 23 Jun 2008 20:00:17 -0400 Content-Disposition: inline In-Reply-To: <20080623235141.GB17297@elte.hu> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Ingo Molnar Cc: linux-ide@vger.kernel.org, Bartlomiej Zolnierkiewicz , Alan Cox , Sergei Shtylyov , linux-kernel@vger.kernel.org, Thomas Gleixner , Steven Rostedt On Tue, Jun 24, 2008 at 01:51:41AM +0200, Ingo Molnar wrote: > > * Anton Vorontsov wrote: > > > IDE interrupt handler relies on the fact that, if necessary, hardirqs > > will re-trigger on ISR exit. With fully preemtable IRQs this seems to > > be not true, since if hardirq thread is currently running, and the > > same IRQ raised again, then this IRQ will be simply lost. > > actually no, that should not happen - if -rt loses an IRQ then something > broke in the threaded IRQ code. It's supposed to be a drop-in, > compatible IRQ flow with no driver changes needed. ..just as I thought, the bug somewhere deeper... heh. > ( also, please do not Cc: mainline maintainers to RFC -rt patches, let > the -rt maintainers sort out the need for any patch propagation - once > the patches are sufficiently cooked. Thanks. ) Ok, thanks. -- Anton Vorontsov email: cbouatmailru@gmail.com irc://irc.freenode.net/bd2