All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Florian Fainelli <f.fainelli@gmail.com>
Cc: Alan Stern <stern@rowland.harvard.edu>,
	Alex Smith <alex.smith@imgtec.com>,
	Linux-MIPS <linux-mips@linux-mips.org>,
	David Daney <david.daney@cavium.com>,
	linux-usb <linux-usb@vger.kernel.org>
Subject: Re: [PATCH 3/3] usb host/MIPS: Remove hard-coded OCTEON platform information.
Date: Thu, 29 May 2014 10:37:59 -0700	[thread overview]
Message-ID: <20140529173759.GA7889@kroah.com> (raw)
In-Reply-To: <CAGVrzcZuo2MvMv20W4zJQxkK3JBxD8L_tfkZoP=s175__kDQ3Q@mail.gmail.com>

On Thu, May 29, 2014 at 09:55:08AM -0700, Florian Fainelli wrote:
> 2014-05-29 8:03 GMT-07:00 Alan Stern <stern@rowland.harvard.edu>:
> > On Thu, 29 May 2014, Alex Smith wrote:
> >
> >> From: David Daney <david.daney@cavium.com>
> >>
> >> The device tree will *always* have correct ehci/ohci clock
> >> configuration, so use it.  This allows us to remove a big chunk of
> >> platform configuration code from octeon-platform.c.
> >
> > Instead of doing this, how about moving the octeon2_usb_clocks_start()
> > and _stop() routines into octeon-platform.c, and then using the
> > ehci-platform and ohci-platform drivers instead of special-purpose
> > ehci-octeon and ohci-octeon drivers?
> 
> How about they get their changes in now, and eventually they cleanup
> the octeon driver in the future?

Nope, sorry, we don't do that for kernel development, you know that.

> My personal experience with that sort of request, is that I had to
> come up with 50+ patches to clean up the Kconfig mess that USB drivers
> had back then and I still have not re-submitted the bcm63xx USB
> patchset.

Well, that's not our fault you haven't resent them :)

> It is fair to pinpoint what *should* be improved and what the next
> steps could look like, it is not fair to ask people submitting changes
> to come up with a much bigger task before their patches can be merged.

Of course it is, that's how we do Linux development, again, you know
this.

greg k-h

  reply	other threads:[~2014-05-29 17:34 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-29 10:10 [PATCH 0/3] Ubiquiti EdgeRouter/EdgeRouter Pro support Alex Smith
2014-05-29 10:10 ` Alex Smith
2014-05-29 10:10 ` [PATCH 1/3] MIPS: octeon: Add interface mode detection for Octeon II Alex Smith
2014-05-29 10:10   ` Alex Smith
2014-06-04 14:47   ` [1/3] " Aaro Koskinen
2014-06-04 15:58     ` Alex Smith
2014-06-04 15:58       ` Alex Smith
2014-06-04 17:12       ` David Daney
2014-06-04 17:12         ` David Daney
2014-06-04 18:53         ` Aaro Koskinen
2014-05-29 10:10 ` [PATCH 2/3] staging: octeon-ethernet: Move PHY activation to .ndo_open() Alex Smith
2014-05-29 10:10   ` Alex Smith
2014-05-29 10:10 ` [PATCH 3/3] usb host/MIPS: Remove hard-coded OCTEON platform information Alex Smith
2014-05-29 10:10   ` Alex Smith
2014-05-29 15:03   ` Alan Stern
2014-05-29 15:03     ` Alan Stern
2014-05-29 16:55     ` Florian Fainelli
2014-05-29 17:37       ` Greg KH [this message]
2014-05-29 17:59         ` David Daney
2014-05-29 20:55           ` Alan Stern
2014-05-29 21:26             ` David Daney

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=20140529173759.GA7889@kroah.com \
    --to=greg@kroah.com \
    --cc=alex.smith@imgtec.com \
    --cc=david.daney@cavium.com \
    --cc=f.fainelli@gmail.com \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=stern@rowland.harvard.edu \
    /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.