Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758648AbYGDNke (ORCPT ); Fri, 4 Jul 2008 09:40:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758294AbYGDNkT (ORCPT ); Fri, 4 Jul 2008 09:40:19 -0400 Received: from www.tglx.de ([62.245.132.106]:60060 "EHLO www.tglx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753679AbYGDNkS (ORCPT ); Fri, 4 Jul 2008 09:40:18 -0400 Date: Fri, 4 Jul 2008 15:39:58 +0200 From: "Hans J. Koch" To: Paul Mundt , Uwe Kleine-K?nig , Magnus Damm , "Hans J. Koch" , "linux-kernel@vger.kernel.org" , "gregkh@suse.de" , "akpm@linux-foundation.org" , "tglx@linutronix.de" Subject: Re: [PATCH] uio: User IRQ Mode Message-ID: <20080704133958.GD2257@local> References: <20080702105951.22648.2197.sendpatchset@rx1.opensource.se> <20080702125400.GC3199@local> <20080703071019.GC12214@digi.com> <20080703124505.GB3197@local> <20080704060108.GA11794@digi.com> <20080704081125.GA26703@digi.com> <20080704082959.GA9442@linux-sh.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080704082959.GA9442@linux-sh.org> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2485 Lines: 58 On Fri, Jul 04, 2008 at 05:29:59PM +0900, Paul Mundt wrote: > On Fri, Jul 04, 2008 at 10:11:25AM +0200, Uwe Kleine-K?nig wrote: > > Magnus Damm wrote: > > > > Maybe it's sensible to add the User IRQ Mode functions at least for now > > > > into platform code. Then at a later time if and when there are several > > > > copies the discussion to move it to the generic part might be easier. > > > > > > Do you mean your uio_pdrv driver? > > No, I don't. I meant arch/whatever/... > > > Placing it in arch/ makes no sense, as there is nothing platform or > architecture specific about it. It is a generic bit of functionality that > various platforms may or may not want to enable, it should be reflected > in UIO directly and simply enabled by those that care. Copying it around > all over the place to make up for the fact the UIO people don't want to > take patches is not a solution. Why don't you make it a driver of it's own? Maybe some uio_pdrv_genirq? I'm not really sure if it's a good idea (need to think about it), but it's certainly easier to accept. No need to change the UIO core. > > > If you want to add it to uio_pdrv you either have to introduce a new > > header file or you need to add it to uio_driver.h. IMHO the first is > > ugly and I'm sure Hans will object the latter. > > > I'm sure Hans will object to pretty much any UIO patch that adds > functionality he didn't envision from the beginning, Like uio_pdrv? > but that doesn't > justify burying this crap in the architecture code. Likewise, without any > serious technical objections to the user IRQ mode, it's also difficult to > care. So far all of the technical issues raised in this thread and the > ones before it have all been readily addressed, and I'm unaware of any > outstanding issues here. > > Having said that, it would be nice to respin this encapsulating your > rewrite of the commit log so there's less confusion, and then see about > having Greg or Andrew merge this. The patch can easily be reworked if > anyone else raises any technical concerns about this particular approach. Please read my other postings in this thread. You cannot ignore everything just because it's not important on the SH board in front of you. Thanks, Hans -- 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/