On Tue, 21 Jun 2016 17:23:18 +0200, Rafał Miłecki wrote:
On 21 June 2016 at 16:29, Imre Kaloz wrote:
On Tue, 21 Jun 2016 14:26:11 +0200, Rafał Miłecki
wrote:
On 21 June 2016 at 14:22, Imre Kaloz wrote:
Is there any reason you are not handling this properly as a regulator
with
usb-nop-
On 21 June 2016 at 16:29, Imre Kaloz wrote:
> On Tue, 21 Jun 2016 14:26:11 +0200, Rafał Miłecki wrote:
>
>> On 21 June 2016 at 14:22, Imre Kaloz wrote:
>>>
>>> Is there any reason you are not handling this properly as a regulator
>>> with
>>> usb-nop-xceiv?
>>
>>
>> We can't use USB NOP PHY as w
On Tue, 21 Jun 2016 14:26:11 +0200, Rafał Miłecki wrote:
On 21 June 2016 at 14:22, Imre Kaloz wrote:
Is there any reason you are not handling this properly as a regulator
with
usb-nop-xceiv?
We can't use USB NOP PHY as we need a specific PHY driver for Broadcom's
USB.
I see. That shou
On 21 June 2016 at 14:22, Imre Kaloz wrote:
> Is there any reason you are not handling this properly as a regulator with
> usb-nop-xceiv?
We can't use USB NOP PHY as we need a specific PHY driver for Broadcom's USB.
I sent patch for this:
https://patchwork.kernel.org/patch/9148097/
Is there any reason you are not handling this properly as a regulator with
usb-nop-xceiv?
Imre
On Tue, 21 Jun 2016 13:42:38 +0200, Rafał Miłecki wrote:
There is one GPIO controlling power for both USB ports.
Signed-off-by: Rafał Miłecki
---
arch/arm/boot/dts/bcm4709-netgear-r7000.dts |
There is one GPIO controlling power for both USB ports.
Signed-off-by: Rafał Miłecki
---
arch/arm/boot/dts/bcm4709-netgear-r7000.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/bcm4709-netgear-r7000.dts
b/arch/arm/boot/dts/bcm4709-netgear-r7000.dts
index a22ed1
6 matches
Mail list logo