All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Hauke Mehrtens <hauke@hauke-m.de>
Cc: Alan Stern <stern@rowland.harvard.edu>,
	ralf@linux-mips.org, linux-mips@linux-mips.org,
	USB list <linux-usb@vger.kernel.org>,
	zajec5@gmail.com, linux-wireless@vger.kernel.org, m@bues.ch,
	george@znau.edu.ua
Subject: Re: [PATCH 4/7] USB: EHCI: Add a generic platform device driver
Date: Sun, 22 Jan 2012 14:23:46 -0500	[thread overview]
Message-ID: <20120122192346.GA1691@kroah.com> (raw)
In-Reply-To: <4F1C24F5.2020506@hauke-m.de>

On Sun, Jan 22, 2012 at 04:02:13PM +0100, Hauke Mehrtens wrote:
> On 01/22/2012 04:41 AM, Alan Stern wrote:
> > On Sat, 21 Jan 2012, Hauke Mehrtens wrote:
> > 
> >> This adds a generic driver for platform devices. It works like the PCI
> >> driver and is based on it. This is for devices which do not have an own
> >> bus but their EHCI controller works like a PCI controller. It will be
> >> used for the Broadcom bcma and ssb USB EHCI controller.
> > 
> > Before adding a generic platform driver for EHCI, you should give some
> > to thought to how it might be generalized.  There are a lot of EHCI
> > platform drivers, all differing in various major or minor respects.  
> > It should be possible to replace a lot of them with the generic driver, 
> > but first it will need some way to cope with a few minor quirks.
> > 
> > Please consider this, and think about which of the existing drivers 
> > could be replaced.
> 
> For now I just build this for bcma and ssb based SoCs. Yes there are
> some drivers which could be replaced with this one, but most (all ??) of
> them do something special in the device probing and this have to be
> moved to somewhere else e.g. where the platform device is created.
> I could rename it so it would not be generic any more, but I think it is
> the wrong approach. ;-)
> I am not able and do not have the time to convert all EHCI platform
> drivers, where it is possible  to this generic platform driver, as I do
> not have the devices to test this and time is limited.

Time is not limited for us, sorry, this seems like the correct thing to
do, and because of that, we (well I at least) will not accept this patch
as-is.

Please go rework it to be as Alan suggested.

> If someone else wants to improve something on these "generic" platform
> drivers to make them work with an other device I am totally fine with it.

I think that someone just became you :)

Yes, this isn't fair, but it's how Linux kernel development works,
sorry.

thanks,

greg k-h

  reply	other threads:[~2012-01-22 19:27 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-21 22:19 [PATCH 0/7] EHCI and OHCI for bcma and ssb Hauke Mehrtens
2012-01-21 22:19 ` [PATCH 1/7] bcma: scan for extra address space Hauke Mehrtens
2012-01-21 22:19 ` [PATCH 2/7] bcma: add function to check every 10 us if a reg is set Hauke Mehrtens
2012-01-21 22:19 ` [PATCH 3/7] USB: OHCI: Add a generic platform device driver Hauke Mehrtens
2012-01-21 22:19 ` [PATCH 4/7] USB: EHCI: " Hauke Mehrtens
2012-01-22  3:41   ` Alan Stern
2012-01-22  3:41     ` Alan Stern
2012-01-22 15:02     ` Hauke Mehrtens
2012-01-22 19:23       ` Greg KH [this message]
2012-01-23 16:29         ` Alan Stern
2012-01-23 16:29           ` Alan Stern
2012-01-23 20:57           ` Hauke Mehrtens
2012-01-23 21:34             ` Alan Stern
2012-01-23 21:34               ` Alan Stern
2012-01-21 22:19 ` [PATCH 5/7] USB: Add driver for the bcma bus Hauke Mehrtens
2012-01-21 22:19 ` [PATCH 6/7] USB: Add driver for the ssb bus Hauke Mehrtens
2012-01-21 22:19 ` [PATCH 7/7] USB: OHCI: remove old SSB OHCI driver Hauke Mehrtens

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=20120122192346.GA1691@kroah.com \
    --to=greg@kroah.com \
    --cc=george@znau.edu.ua \
    --cc=hauke@hauke-m.de \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=m@bues.ch \
    --cc=ralf@linux-mips.org \
    --cc=stern@rowland.harvard.edu \
    --cc=zajec5@gmail.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.