All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martyn Welch <martyn.welch@ge.com>
To: Greg KH <greg@kroah.com>
Cc: Alexander Kurz <linux@blala.de>,
	Randy Dunlap <randy.dunlap@oracle.com>,
	Frank Mori Hess <fmhess@users.sourceforge.net>,
	devel@driverdev.osuosl.org, Greg Kroah-Hartman <gregkh@suse.de>,
	linux-kernel@vger.kernel.org,
	Dominik Brodowski <linux@dominikbrodowski.net>,
	Ian Abbott <abbotti@mev.co.uk>
Subject: Re: [PATCH] staging/comedi: new Kconfig and Makefiles, drivers	grouped by bustype.
Date: Mon, 24 May 2010 11:05:06 +0100	[thread overview]
Message-ID: <4BFA4F52.1090004@ge.com> (raw)
In-Reply-To: <20100514190142.GA2505@kroah.com>

Greg KH wrote:
> On Sat, May 08, 2010 at 12:21:45PM +0400, Alexander Kurz wrote:
>   
>> This is a new Kconfig and Makefikes for staging/comedi.
>> The drivers are sorted now alphabetically in sub-menus
>> depending on the bustype.
>> I did some basiy dependancy tests, but there still may
>> be a lot that I missed.
>>
>> >From c53596606230a4a8ee7dd76b48cf6b10a059e8f7 Mon Sep 17 00:00:00 2001
>> From: Alexander Kurz <linux@kbdbabel.org>
>> Date: Fri, 7 May 2010 22:46:17 +0200
>> Subject: [PATCH] staging/comedi: new Kconfig and Makefiles, drivers grouped by bustype.
>>  PC/104-drivers went into ISA,
>>  PC/104+ went into PCI,
>>  Drivers without a bustype went into "misc".
>>  In doubt drivers supporting both ISA/PCI went into PCI.
>>  Drivers without any detailed hardware info went into ISA, e.g. fl512.c
>>  Some NI drivers are used by other NI drivers from different bustypes
>>  are grouped seperately in NI_COMMON.
>>
>> Signed-off-by: Alexander Kurz <linux@kbdbabel.org>
>> ---
>>  drivers/staging/comedi/Kconfig             | 1274 +++++++++++++++++++++++++++-
>>  drivers/staging/comedi/drivers/Makefile    |  245 +++---
>>  drivers/staging/comedi/kcomedilib/Makefile |    2 +-
>>     
>
> Wow.  Is this something that we really want?  That's a lot of new
> Kconfig options, and while it seems like it makes sense, I would like to
> get the comedi developers opinion here.
>   

Having recently had cause to use the comedi_parport driver on a PowerPC
board, I can say I'm very much in favour of this patch or one like it. I
had to modify the makefile so that it didn't require all the PCI drivers
to be built (some of which were failing - I really didn't have time to
fix them, sorry) to use a driver that doesn't necessarily have any PCI
dependency.

Even if there are a few dependencies missing, it seems like a step forward.

Martyn

> Frank?  Ian?
>
> thanks,
>
> greg k-h
> _______________________________________________
> devel mailing list
> devel@linuxdriverproject.org
> http://driverdev.linuxdriverproject.org/mailman/listinfo/devel
>   


-- 
Martyn Welch (Principal Software Engineer)   |   Registered in England and
GE Intelligent Platforms                     |   Wales (3828642) at 100
T +44(0)127322748                            |   Barbirolli Square, Manchester,
E martyn.welch@ge.com                        |   M2 3AB  VAT:GB 927559189


  parent reply	other threads:[~2010-05-24 10:10 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-08  8:21 [PATCH] staging/comedi: new Kconfig and Makefiles, drivers grouped by bustype Alexander Kurz
2010-05-10 17:19 ` Randy Dunlap
2010-05-14 19:01 ` Greg KH
2010-05-15  0:29   ` Frank Mori Hess
2010-05-15  3:44     ` Greg KH
2010-05-19 17:32       ` Randy Dunlap
2010-05-19 20:32         ` [PATCH 2/2] staging/comedi: fixing ni_tio to mite PCI dependancy Alexander Kurz
2010-05-19 21:10           ` Randy Dunlap
2010-05-15 12:03     ` [PATCH] staging/comedi: new Kconfig and Makefiles, drivers grouped by bustype Alexander Kurz
2010-05-16 19:30       ` Frank Mori Hess
2010-05-15 12:09   ` [PATCH] staging/comedi: Kconfig dependancy fixes Alexander Kurz
2010-05-18 21:28     ` Greg KH
2010-05-19 19:13       ` [PATCH] staging/comedi: fixing 8255 and DAS08 Kconfig dependancies Alexander Kurz
2010-05-15 18:48   ` [PATCH] staging/comedi: new Kconfig and Makefiles, drivers grouped by bustype Ian Abbott
2010-05-24 10:05   ` Martyn Welch [this message]
2010-05-24 18:41     ` Greg KH
2010-05-25  7:04       ` Martyn Welch

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BFA4F52.1090004@ge.com \
    --to=martyn.welch@ge.com \
    --cc=abbotti@mev.co.uk \
    --cc=devel@driverdev.osuosl.org \
    --cc=fmhess@users.sourceforge.net \
    --cc=greg@kroah.com \
    --cc=gregkh@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@blala.de \
    --cc=linux@dominikbrodowski.net \
    --cc=randy.dunlap@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.