On 5 April 2016 at 21:34, Jon Mason <jon.ma...@broadcom.com> wrote:
> On Wed, Mar 30, 2016 at 5:32 PM, Jon Mason <jon.ma...@broadcom.com> wrote:
>> On Tue, Mar 29, 2016 at 10:01 AM, Rafał Miłecki <zaj...@gmail.com> wrote:
>>> Northstar is a family of SoCs use
On 1 April 2016 at 14:00, Rafał Miłecki <zaj...@gmail.com> wrote:
> Northstar is a family of SoCs used in home routers. They have USB 2.0
> and 3.0 controllers with PHYs that need to be properly initialized.
> This driver provides PHY init support in a generic way and can be bound
On 30 March 2016 at 12:55, Felipe Balbi <ba...@kernel.org> wrote:
> Rafał Miłecki <zaj...@gmail.com> writes:
>> [ text/plain ]
>> On 30 March 2016 at 12:13, Felipe Balbi <ba...@kernel.org> wrote:
>>> Rafał Miłecki <zaj...@gmail.com> writes:
>>
On 30 March 2016 at 12:13, Felipe Balbi <ba...@kernel.org> wrote:
> Rafał Miłecki <zaj...@gmail.com> writes:
>> Northstar is a family of SoCs used in home routers. They have USB 2.0
>> and 3.0 controllers with PHYs that need to be properly initialized.
>> This
On 29 March 2016 at 03:46, Florian Fainelli <f.faine...@gmail.com> wrote:
> CC: bcm-kernel-feedback-list, Jon
>
> Le 28/03/2016 14:59, Rafał Miłecki a écrit :
>> +static inline struct bcm_ns_usb3 *phy_to_usb3(struct usb_phy *phy)
>> +{
>> + return containe
Northstar is a family of SoCs used in home routers. They have USB 2.0
and 3.0 controllers with PHYs that need to be properly initialized.
This driver provides PHY init support in a generic way and can be bound
with XHCI controller driver.
Signed-off-by: Rafał Miłecki <zaj...@gmail.
On 24 March 2016 at 15:31, Sergei Shtylyov
<sergei.shtyl...@cogentembedded.com> wrote:
> On 03/24/2016 05:26 PM, Rafał Miłecki wrote:
>>>>>>>> Thanks to switching to devm_gpiod_get:
>>>>>>>> 1) We don't have to pass fwnode pointer
>
On 24 March 2016 at 14:58, Sergei Shtylyov
<sergei.shtyl...@cogentembedded.com> wrote:
> On 03/24/2016 08:37 AM, Rafał Miłecki wrote:
>
>>>>>> Thanks to switching to devm_gpiod_get:
>>>>>> 1) We don't have to pass fwnode pointer
>>>
On 24 March 2016 at 01:02, Lu Baolu <baolu...@linux.intel.com> wrote:
> On 03/23/2016 11:18 PM, Rafał Miłecki wrote:
>> On 23 March 2016 at 14:52, Lu Baolu <baolu...@linux.intel.com> wrote:
>>> On 03/23/2016 07:37 PM, Rafał Miłecki wrote:
>>>> Thanks
On 23 March 2016 at 14:52, Lu Baolu <baolu...@linux.intel.com> wrote:
> On 03/23/2016 07:37 PM, Rafał Miłecki wrote:
>> Thanks to switching to devm_gpiod_get:
>> 1) We don't have to pass fwnode pointer
>> 2) We can request initial GPIO value at getting call
>
Thanks to switching to devm_gpiod_get:
1) We don't have to pass fwnode pointer
2) We can request initial GPIO value at getting call
This was successfully tested on Netgear R6250 (BCM4708).
Signed-off-by: Rafał Miłecki <zaj...@gmail.com>
---
drivers/usb/host/bcma-hcd.c | 6 ++
1 file c
more cases in the future (e.g. add XHCI support).
Signed-off-by: Rafał Miłecki <zaj...@gmail.com>
---
drivers/usb/host/bcma-hcd.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/host/bcma-hcd.c b/drivers/usb/host/bcma-hcd.c
index 291aaa2
ling XHCI)
in the future.
Signed-off-by: Rafał Miłecki <zaj...@gmail.com>
---
drivers/usb/host/bcma-hcd.c | 59 ++---
1 file changed, 39 insertions(+), 20 deletions(-)
diff --git a/drivers/usb/host/bcma-hcd.c b/drivers/usb/host/bcma-hcd.c
index dea12e
-next.
>>
>> This also adds a fake doorbell quirk which is needed for this controller
>>
>> changes since:
>> v2:
>> * fix build error reported by kbuild test robot
>> v1:
>> * fix sparse error reported by kbuild test robot
>>
>> Hauke Mehrt
ions and adding appropriate checks.
Signed-off-by: Rafał Miłecki <zaj...@gmail.com>
---
drivers/usb/host/bcma-hcd.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/host/bcma-hcd.c b/drivers/usb/host/bcma-hcd.c
index 5398e3d..77f864e 100644
---
ions and adding appropriate checks.
Signed-off-by: Rafał Miłecki <zaj...@gmail.com>
---
V2: Include linux/gpio/consumer.h
---
drivers/usb/host/bcma-hcd.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/host/bcma-hcd.c b/drivers/usb/host/bcma-h
On 17 June 2015 at 17:11, Mathias Nyman mathias.ny...@linux.intel.com wrote:
On 16.06.2015 23:01, Rafał Miłecki wrote:
On 16 June 2015 at 21:56, Greg Kroah-Hartman gre...@linuxfoundation.org
wrote:
On Tue, Jun 16, 2015 at 09:18:05PM +0200, Rafał Miłecki wrote:
Right now xhci-plat-hcd can
Right now xhci-plat-hcd can be built when using one of platform specific
drivers only (mvebu/rcar). There shouldn't be such limitation as some
platforms may not require any quirks and may want to just use a generic
driver (generic-xhci / xhci-hcd).
Signed-off-by: Rafał Miłecki zaj...@gmail.com
Right now xhci-plat-hcd can be built when using one of platform specific
drivers only (mvebu/rcar). There shouldn't be such limitation as some
platforms may not require any quirks and may want to just use a generic
driver (generic-xhci / xhci-hcd).
Signed-off-by: Rafał Miłecki zaj...@gmail.com
On 16 June 2015 at 21:56, Greg Kroah-Hartman gre...@linuxfoundation.org wrote:
On Tue, Jun 16, 2015 at 09:18:05PM +0200, Rafał Miłecki wrote:
Right now xhci-plat-hcd can be built when using one of platform specific
drivers only (mvebu/rcar). There shouldn't be such limitation as some
platforms
On 11 June 2015 at 22:57, Hauke Mehrtens ha...@hauke-m.de wrote:
These patches are fixing minor bugs and are adding support for ARM
based Broadcom BCM47XX and BCM53XX SoCs.
Looks fine, thanks Hauke!
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message
On 2 June 2015 at 21:35, Hauke Mehrtens ha...@hauke-m.de wrote:
@@ -159,6 +160,55 @@ static void bcma_hcd_init_chip(struct bcma_device *dev)
}
}
+static void bcma_hcd_init_chip_arm(struct bcma_device *dev)
+{
+ struct bcma_device *arm_core;
+ void __iomem *dmu;
+
On 8 June 2015 at 10:24, Rafał Miłecki zaj...@gmail.com wrote:
On 2 June 2015 at 21:35, Hauke Mehrtens ha...@hauke-m.de wrote:
@@ -159,6 +160,55 @@ static void bcma_hcd_init_chip(struct bcma_device *dev)
}
}
+static void bcma_hcd_init_chip_arm(struct bcma_device *dev
On 2 June 2015 at 00:13, Hauke Mehrtens ha...@hauke-m.de wrote:
@@ -159,6 +160,56 @@ static void bcma_hcd_init_chip(struct bcma_device *dev)
}
}
+static void bcma_hcd_init_chip_arm(struct bcma_device *dev)
+{
+ struct bcma_device *arm_core;
+ void __iomem *dmu;
+
On 2 June 2015 at 00:13, Hauke Mehrtens ha...@hauke-m.de wrote:
@@ -239,10 +240,8 @@ static int bcma_hcd_probe(struct bcma_device *dev)
ohci_addr = 0x18009000;
usb_dev-ohci_dev = bcma_hcd_create_pdev(dev, true, ohci_addr);
- if (IS_ERR(usb_dev-ohci_dev)) {
-
On 2 June 2015 at 21:35, Hauke Mehrtens ha...@hauke-m.de wrote:
These patches are fixing minor bugs and are adding support for ARM
based Broadcom BCM47XX and BCM53XX SoCs.
Changes since:
v1:
* add patch USB: bcma: fix error handling in bcma_hcd_create_pdev()
* do not call
Hi,
I recently wanted to use my ZTE MF636 modem 19d2:0031 and got NULL
pointer dereference in usb_wwan_write few seconds after plugging it.
This is 100% reproducible.
BUG: unable to handle kernel NULL pointer dereference at 0058
IP: [a07b9570] usb_wwan_write+0xa0/0x2b0
2014-04-03 9:18 GMT+02:00 Johan Hovold jhov...@gmail.com:
Thanks for the detailed report. Could you also provide the output of
lsusb -vd 19d2:0031
Sure, it's attached.
--
Rafał
Bus 001 Device 005: ID 19d2:0031 ZTE WCDMA Technologies MSM MF110/MF627/MF636
Device Descriptor:
bLength
2014-04-03 13:06 GMT+02:00 Johan Hovold jhov...@gmail.com:
Fix regression introduced by commit 8e493ca1767d (USB: usb_wwan: fix
bulk-urb allocation) by making sure to require both bulk-in and out
endpoints during port probe.
Ohh, that was quick! :)
This patch works for me:
[33050.103575]
2014-04-03 13:06 GMT+02:00 Johan Hovold jhov...@gmail.com:
Fix regression introduced by commit 8e493ca1767d (USB: usb_wwan: fix
bulk-urb allocation) by making sure to require both bulk-in and out
endpoints during port probe.
Tested-by: Rafał Miłecki zaj...@gmail.com
--
To unsubscribe from
Thank you Sarah for your work on this! Thanks to everyone involved!
2014-02-04 Sarah Sharp sarah.a.sh...@linux.intel.com:
This reverts commit 7dd09a1af2c7150269350aaa567a11b06e831003.
Many xHCI host controllers can only handle 32-bit addresses, and writing
64-bits at a time causes them to
I've problem with one of my Broadcom based no-name China router.
This is a pretty standard/common BCM47186 SoC (chip id 0x5357, rev
0x02, package 0x0A). It can be found in some routers having USB
port(s), however my PCB doesn't have any USB port. It seems SoC is
capable of handling USB, but my
2013/12/16 Alan Stern st...@rowland.harvard.edu:
On Mon, 16 Dec 2013, Rafał Miłecki wrote:
Is there any way this could be fixed?
No, not that I know of. But since the USB controller isn't connected
to anything, you could simply avoid configuring the ehci-hcd driver in
the kernel.
I know
2013/12/16 Alan Stern st...@rowland.harvard.edu:
On Mon, 16 Dec 2013, Rafał Miłecki wrote:
2013/12/16 Alan Stern st...@rowland.harvard.edu:
On Mon, 16 Dec 2013, Rafał Miłecki wrote:
Is there any way this could be fixed?
No, not that I know of. But since the USB controller isn't
2013/12/16 Alan Stern st...@rowland.harvard.edu:
On Mon, 16 Dec 2013, Rafał Miłecki wrote:
I've just realized I didn't explain my problem fully, I'm sorry! This
single warning about not handled IRQ isn't a real problem. The issue
is that I'm spammed with such messages until hardware reboots
2013/9/19 Russell King - ARM Linux li...@arm.linux.org.uk:
This email is only being sent to the mailing lists in question, not to
anyone personally. The list of individuals is far to great to do that.
I'm hoping no mailing lists reject the patches based on the number of
recipients.
Huh, I
101 - 136 of 136 matches
Mail list logo
