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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox