[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081002220612.GB9201@kroah.com>
Date: Thu, 2 Oct 2008 15:06:12 -0700
From: Greg KH <greg@...ah.com>
To: Jon Masters <jonathan@...masters.org>
Cc: Steven Rostedt <rostedt@...dmis.org>,
Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...l.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
Arjan van de Veen <arjan@...radead.org>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Sven Dietrich <sdietrich@...e.de>
Subject: Re: [RFC patch 2/5] genirq: add a quick check handler
On Thu, Oct 02, 2008 at 06:51:49AM -0400, Jon Masters wrote:
> On Thu, 2008-10-02 at 01:09 -0400, Steven Rostedt wrote:
> > On Wed, 1 Oct 2008, Jon Masters wrote:
> > >
> > > We probably need some documentation eventually so people realize what
> > > this "quickcheck" handler is for and what it's not for - under no
> > > circumstances should anything more than the bare minimum be done.
> > > Otherwise it breaks the benefit of deferred threaded handling. It's hard
> > > to enforce that - but this is *not* a return of top/bottom half handling
> > > where you can do whatever crap you like in the quickcheck bit.
> > >
> >
> > We could always implement something similar to what I was told Microsoft
> > does (I was just told this, I don't know for fact). Time this function and
> > if it takes longer than, say 50us, print a warning and kill the device
> > ;-)
>
> You know, it's funny you suggested that because I thought about going
> there. But there's probably some silly patent on that groundshattering
> Microsoft solution to the halting problem.
>
> Anyway, I like to think we in the Linux community trust developers to do
> the right thing more than Microsoft does :)
"Trust, but verify" :)
We should just print out something if it takes longer than Xus, that way
we can fix the code, something that other operating systems can't do.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists