On 05/29/2014 01:55 PM, Alan Stern wrote:
On Thu, 29 May 2014, David Daney wrote:
Several points of clarification:
1) I wrote the patch in question, not Florian.
2) I agree that OCTEON ehci/ohci support could probably be refactored
along the lines of Alan's suggestion.
3) This patch is a rel
On Thu, 29 May 2014, David Daney wrote:
> Several points of clarification:
>
> 1) I wrote the patch in question, not Florian.
>
> 2) I agree that OCTEON ehci/ohci support could probably be refactored
> along the lines of Alan's suggestion.
>
> 3) This patch is a relatively minor change to an *
On 05/29/2014 10:37 AM, Greg KH wrote:
On Thu, May 29, 2014 at 09:55:08AM -0700, Florian Fainelli wrote:
2014-05-29 8:03 GMT-07:00 Alan Stern :
On Thu, 29 May 2014, Alex Smith wrote:
From: David Daney
The device tree will *always* have correct ehci/ohci clock
configuration, so use it. This
On Thu, May 29, 2014 at 09:55:08AM -0700, Florian Fainelli wrote:
> 2014-05-29 8:03 GMT-07:00 Alan Stern :
> > On Thu, 29 May 2014, Alex Smith wrote:
> >
> >> From: David Daney
> >>
> >> The device tree will *always* have correct ehci/ohci clock
> >> configuration, so use it. This allows us to re
2014-05-29 8:03 GMT-07:00 Alan Stern :
> On Thu, 29 May 2014, Alex Smith wrote:
>
>> From: David Daney
>>
>> 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.
>
> I
On Thu, 29 May 2014, Alex Smith wrote:
> From: David Daney
>
> 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 octeon
From: David Daney
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.
Tested-by: Alex Smith
Signed-off-by: David Daney
Signed-off-by: Alex Smith
Cc: linux-usb@vger.ker
