Commit 0998d06310 (device-core: Ensure drvdata = NULL when no
driver is bound) removes the need to set driver data field to
NULL.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Cc: Yuan-Hsin Chen yhc...@faraday-tech.com
---
drivers/usb/host/fusbh200-hcd.c |1 -
1 file changed, 1
Local symbols referenced only in this file are made static.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
drivers/usb/host/fusbh200-hcd.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/fusbh200-hcd.c b/drivers/usb/host/fusbh200-hcd.c
index
Hi,
On Mon, May 20, 2013 at 1:51 PM, Sachin Kamat sachin.ka...@linaro.org wrote:
Local symbols referenced only in this file are made static.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Thank you.
---
drivers/usb/host/fusbh200-hcd.c |6 +++---
1 file changed, 3 insertions(+),
Hi,
On 20 May 2013 12:13, Yuan-Hsin Chen yuan...@gmail.com wrote:
Hi,
On Mon, May 20, 2013 at 1:51 PM, Sachin Kamat sachin.ka...@linaro.org wrote:
Local symbols referenced only in this file are made static.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Thank you.
I believe you
Hi,
On 05/18/2013 06:03 PM, Alan Stern wrote:
On Sat, 18 May 2013, Hans de Goede wrote:
Hi,
As written in my mail titled: Linux sysfs usb descriptors
file has broken configuration length handling
I've been taking a close look at the usb sysfs handling
code, specifically for the descriptors
On Fri, May 17, 2013 at 10:46:37AM -0500, Caylan Larson wrote:
Johan,
I have tested these patches and the performance is much better. Thank you.
Thanks for testing. The patches are already in the usb tree (usb-linus
branch) and should show up in v3.10-rc soon.
Johan
Tested-by: Caylan
-static int __init usba_udc_probe(struct platform_device *pdev)
+#ifdef CONFIG_OF
+static struct usba_ep * atmel_udc_of_init(struct platform_device *pdev,
+struct usba_udc *udc)
+{
+u32 val;
+const char *name;
+enum
On Thu, May 16, 2013 at 12:59 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 16 May 2013, Vinod Koul wrote:
On Thu, May 16, 2013 at 08:25:57AM +0100, Lee Jones wrote:
On Thu, 16 May 2013, Vinod Koul wrote:
On Wed, May 15, 2013 at 10:51:25AM +0100, Lee Jones wrote:
All
On Wed, May 15, 2013 at 11:51 AM, Lee Jones lee.jo...@linaro.org wrote:
If we fail to prepare the ux500-hash clock before enabling it the
platform will fail to boot. Here we insure this happens.
Cc: Herbert Xu herb...@gondor.apana.org.au
Cc: David S. Miller da...@davemloft.net
Cc: Andreas
On Wed, May 15, 2013 at 11:51 AM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though dma_channel_request(), but it shouldn't.
Using the API, the DMA channel should only be configured during
a dma_slave_config()
On Wed, May 15, 2013 at 11:51 AM, Lee Jones lee.jo...@linaro.org wrote:
DMA channel configuration information should be setup in the driver.
The Ux500 Hash driver now does this, so there's no need to send it
though here too.
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones
Hi Raveendra,
On 5/20/2013 4:24 PM, V K Raveendra Talabattula wrote:
Hello Pratysuh,
I tried to create the usbmon log before that i tried once again
executing the test case 2(with the arguments you gave) by rebooting the
system then it passed.
Actullay if some test case fails then if I run
On Wed, May 15, 2013 at 11:51 AM, Lee Jones lee.jo...@linaro.org wrote:
These drivers are now operational and even use the latest common clk
and DMA APIs. There's no reason why we shouldn't start them up now.
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones
On Wed, May 15, 2013 at 11:51 AM, Lee Jones lee.jo...@linaro.org wrote:
For all ux500 based platforms the maximum number of end-points are used.
Move this knowledge into the driver so we can relinquish the burden from
platform data. This also removes quite a bit of complexity from the driver
On Mon, 20 May 2013, Peter Chen wrote:
After checking the code more, the things should like below:
At dwc3 core's removal:
602 static int dwc3_remove(struct platform_device *pdev)
603 {
604 struct dwc3 *dwc = platform_get_drvdata(pdev);
605
606
On Mon, 20 May 2013, victor yeo wrote:
When copying a file to the USB gadget, sometimes the USB gadget will
hang, sometimes the USB gadget will crash, sometimes the copy is ok.
From the UDC driver log, when the USB gadget crashes, the host is
sending 16384 bytes of data. It seems that
On Mon, May 20, 2013 at 10:55:57AM +0800, Peter Chen wrote:
If the glue layer is removed first (core layer later),
it deletes the phy device first, then the core device.
But at core's removal, it still uses PHY's resources, it may
cause kernel's oops. It is much like the problem
Paul
On Mon, May 20, 2013 at 10:56:49AM +0800, Peter Chen wrote:
If the glue layer is removed first (core layer later),
it deletes the phy device first, then the core device.
But at core's removal, it still uses PHY's resources, it may
cause kernel's oops. It is much like the problem
Paul
On 12:12 Mon 20 May , Jean-Christophe PLAGNIOL-VILLARD wrote:
-static int __init usba_udc_probe(struct platform_device *pdev)
+#ifdef CONFIG_OF
+static struct usba_ep * atmel_udc_of_init(struct platform_device *pdev,
+ struct usba_udc
so we can have multiple usb gadget instance
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: linux-usb@vger.kernel.org
---
drivers/usb/gadget/atmel_usba_udc.c | 20 +++-
drivers/usb/gadget/atmel_usba_udc.h |
Allow to compile the driver all the time if AT91 enabled.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: linux-usb@vger.kernel.org
---
.../devicetree/bindings/usb/atmel-usb.txt | 82
Allow to compile the driver all the time if AT91 enabled.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: linux-usb@vger.kernel.org
---
.../devicetree/bindings/usb/atmel-usb.txt | 82
so we can have multiple usb gadget instance
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: linux-usb@vger.kernel.org
---
drivers/usb/gadget/atmel_usba_udc.c | 20 +++-
drivers/usb/gadget/atmel_usba_udc.h |
Removing some boilerplate by using module_i2c_driver instead of calling
register and unregister in the otherwise empty init/exit functions
Signed-off-by: Peter Huewe peterhu...@gmx.de
---
drivers/usb/misc/usb3503.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git
Am Montag, 20. Mai 2013, 21:31:57 schrieb Peter Huewe:
Removing some boilerplate by using module_i2c_driver instead of calling
register and unregister in the otherwise empty init/exit functions
Signed-off-by: Peter Huewe peterhu...@gmx.de
---
Sorry for the noise
already exists in 3.10-rc1
The rc object's members can be accessed from both a timer and URB
callback. Use spin_*_irq instead of spin_*_bh.
Signed-off-by: Thomas Pugliese thomas.pugli...@gmail.com
diff -uprN -X dontdiff.txt -X linux-3.9.2-vanilla/Documentation/dontdiff
linux-3.9.2-vanilla/drivers/uwb/drp.c
Removing some boilerplate by using module_usb_driver instead of calling
register and unregister in the otherwise empty init/exit functions.
Signed-off-by: Peter Huewe peterhu...@gmx.de
---
drivers/net/usb/r8152.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git
Removing some boilerplate by using module_pci_driver instead of calling
register and unregister in the otherwise empty init/exit functions.
Signed-off-by: Peter Huewe peterhu...@gmx.de
---
drivers/uwb/whci.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git
From: David Daney david.da...@cavium.com
CAVIUM_OCTEON_SOC most place we used to use CPU_CAVIUM_OCTEON. This
allows us to CPU_CAVIUM_OCTEON in places where we have no OCTEON SOC.
Remove CAVIUM_OCTEON_SIMULATOR as it doesn't really do anything, we can
get the same configuration with
On 05/19/2013 10:12 AM, Alan Stern wrote:
usb_kill_urb(dev-in.int_urb);
Note that this call won't work if you are holding a spinlock.
ooh, thanks so much for that. Troubleshooting bugs that only occur upon
an unexpected failure is not fun!
Using interrupt transfers for
On Mon, May 20, 2013 at 03:19:38PM -0700, David Daney wrote:
From: David Daney david.da...@cavium.com
CAVIUM_OCTEON_SOC most place we used to use CPU_CAVIUM_OCTEON. This
allows us to CPU_CAVIUM_OCTEON in places where we have no OCTEON SOC.
Remove CAVIUM_OCTEON_SIMULATOR as it doesn't
On Mon, May 20, 2013 at 06:18:52PM +0300, Felipe Balbi wrote:
On Mon, May 20, 2013 at 10:55:57AM +0800, Peter Chen wrote:
If the glue layer is removed first (core layer later),
it deletes the phy device first, then the core device.
But at core's removal, it still uses PHY's resources, it
On Mon, May 20, 2013 at 1:51 PM, Sachin Kamat sachin.ka...@linaro.org wrote:
Local symbols referenced only in this file are made static.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Acked-by: Yuan-Hsin Chen yhc...@faraday-tech.com
---
drivers/usb/host/fusbh200-hcd.c |6 +++---
From: Wei Yongjun yongjun_...@trendmicro.com.cn
convert list_for_each() to list_for_each_entry() where
applicable.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/usb/host/fusbh200-hcd.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix to release all resources when fusbh200_setup() fail instead of only
return error.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/usb/host/fusbh200-hcd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/renesas_usbhs/common.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/renesas_usbhs/common.c
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/chipidea/ci13xxx_msm.c |2 +-
drivers/usb/chipidea/core.c|1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git
I find a lot of mistakes using struct platform_driver without owner.
So I pick up some of them including usb and net modules
Libo Chen (19):
drivers/usb/musb: add missing platform_driver owner
drivers/usb/host: add missing platform_driver owner
drivers/usb/chipidea: add missing
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/musb/am35x.c|1 +
drivers/usb/musb/blackfin.c |1 +
drivers/usb/musb/da8xx.c|1 +
drivers/usb/musb/davinci.c |1 +
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/dwc3/core.c|1 +
drivers/usb/dwc3/dwc3-exynos.c |1 +
drivers/usb/dwc3/dwc3-omap.c |1 +
3 files changed, 3
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/gadget/r8a66597-udc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/r8a66597-udc.c
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/host/ehci-atmel.c |1 +
drivers/usb/host/ehci-msm.c |1 +
drivers/usb/host/ehci-mv.c |1 +
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/phy/phy-rcar-usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/phy/phy-rcar-usb.c
From: Thomas Abraham thomas...@samsung.com
Exynos5440 does not require any explict USB phy configuration. So skip
the USB phy configuration for Exynos5440 based platforms.
Signed-off-by: Thomas Abraham thomas...@samsung.com
Signed-off-by: Jingoo Han jg1@samsung.com
---
Changes since v1:
-
On Tue, May 21, 2013 at 8:12 AM, Libo Chen libo.c...@huawei.com wrote:
set the owner of platform_driver, to ensure that the
caller of driver holds a module refernece
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/usb/host/ehci-spear.c |1 +
Acked-by: Viresh Kumar
Hi,
On Monday 29 April 2013 03:33 PM, Kishon Vijay Abraham I wrote:
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle.
This framework will be of use
46 matches
Mail list logo