From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: lockdep and threaded IRQs (was: ...) Date: Fri, 27 Feb 2009 18:39:49 -0800 Message-ID: <20090227183949.90f231e6.akpm@linux-foundation.org> References: <1235762883-20870-1-git-send-email-me@felipebalbi.com> <20090227153204.fc9c579c.akpm@linux-foundation.org> <20090227160110.8cf8cd6e.akpm@linux-foundation.org> <200902271830.37207.david-b@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from smtp1.linux-foundation.org ([140.211.169.13]:52004 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752486AbZB1Ckh (ORCPT ); Fri, 27 Feb 2009 21:40:37 -0500 In-Reply-To: <200902271830.37207.david-b@pacbell.net> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: David Brownell Cc: me@felipebalbi.com, linux-kernel@vger.kernel.org, linux-input@vger.kernel.org, felipe.balbi@nokia.com, dmitry.torokhov@gmail.com, sameo@openedhand.com, a.p.zijlstra@chello.nl, tglx@linutronix.de On Fri, 27 Feb 2009 18:30:36 -0800 David Brownell wrote: > > ah, OK, twl4030_i2c_read_u8() does i2c I/O. > > > > Can't do that. > > Threaded IRQ handlers *can* do that. That's the point. > > Now, if you were to say "keep waiting a few more years > until some threaded IRQ framework finally merges" ... > the question comes up, "What to do in the meanwhile". > (Ditto, "well, we've been waiting a long time now to > see those threaded IRQs, what's up with them?") I don't have a clue what you're talking about. Where is this "threaded irq handler" implementation of which you speak? File and line?