Hi,
I am encountering random keyboard and mouse freezes which can only be resolved
by a hard reset (by pushing the power switch of the computer case).
I have this frequent and irritating issue with two differents Ivy Bridge
platforms:
1. Processor: Intel Core i5 3450 (IGP HD 2500)
Mother
On Tue, Oct 2, 2012 at 6:00 PM, Andy Shevchenko
wrote:
> --- a/drivers/usb/core/file.c
> +++ b/drivers/usb/core/file.c
> @@ -200,14 +200,9 @@ int usb_register_dev(struct usb_interface *intf,
>
> /* create a usb class device for this usb interface */
> snprintf(name, sizeof(name),
>From v6:
Added TODO for phy bindings with controller
Dropped platform_set_drvdata() from driver probe
This driver uses usb_phy interface to interact with s3c-hsotg. Supports
phy_init and phy_shutdown functions to enable/disable phy. Tested with
smdk6410 and smdkv310. More SoCs can be brought unde
On Tue, Oct 02, 2012 at 02:42:41PM -0700, Sarah Sharp wrote:
> > > USB 3.0 devices are required to support Link PM. However, some of
> > > them don't support U1, or don't support U2, or don't support either.
> > > There is no way in the USB 3.0 specification to say that a device
> > > doesn't supp
Hi all,
On 26/09/2012, Philippe De Swert wrote:
> Hi,
>
>>On Tue, Sep 25, 2012 at 2:39 PM, Philippe De Swert
Then maybe it's best to just remove the ifdefs and always provide
generic_interrupt() ?
Anyone against it ?
>>
>>Providing gene
Hi all.
I've probably found a wrong usage of device_trylock inside the driver
umc-bus.c: device_trylock has the same semantics of mutex_trylock, so it
returns 1 if the lock has been acquired successfully.
Please, find below a patch.
Best regards,
Claudio
Subject: umc-bus.c: fix usage
On Wed, 3 Oct 2012 sebastien.di...@free.fr wrote:
> Hi,
>
> I am encountering random keyboard and mouse freezes which can only be
> resolved by a hard reset (by pushing the power switch of the computer
> case).
> The mouse and keyboard are both USB devices and it seems that the bug
> is coming f
On Wed, Oct 03, 2012 at 11:27:27AM +0300, Andy Shevchenko wrote:
> On Tue, Oct 2, 2012 at 6:00 PM, Andy Shevchenko
> wrote:
>
> > --- a/drivers/usb/core/file.c
> > +++ b/drivers/usb/core/file.c
>
> > @@ -200,14 +200,9 @@ int usb_register_dev(struct usb_interface *intf,
> >
> > /* create
On Tue, 2 Oct 2012, Yuliya T wrote:
> Our device goes through a software-directed firmware reset which
> clears the device-side toggle bits (or sequence numbers). The
> endpoint is not halted though. Therefore, we want a clean way to
> reset the toggle bits (or sequence numbers) on the host with
Signed-off-by: Florian Fainelli
---
arch/mips/netlogic/xlr/platform.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/mips/netlogic/xlr/platform.c
b/arch/mips/netlogic/xlr/platform.c
index 71b44d8..1731dfd 100644
--- a/arch/mips/netlogic/xlr/platform.c
+++ b/arch/mips/netlogic/
Signed-off-by: Florian Fainelli
---
arch/mips/netlogic/xlr/platform.c |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/mips/netlogic/xlr/platform.c
b/arch/mips/netlogic/xlr/platform.c
index 320b7ef..755ddcc 100644
--- a/arch/mips/netlogic/xlr/platform.c
+++ b/arch/mips/netlogic/x
All users have been converted to use the OHCI platform driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/ohci-cns3xxx.c | 166 ---
drivers/usb/host/ohci-hcd.c |5 --
3 files changed, 5 inser
All users have been converted to use the OHCI platform driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/ohci-hcd.c |5 --
drivers/usb/host/ohci-sh.c | 141 ---
3 files changed, 5 insertions(+
The platform code has been converted to use the ehci-platform driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ehci-au1xxx.c | 184
drivers/usb/host/ehci-hcd.c|5 --
2 files changed, 189 deletions(-)
delete mode 100644 driver
The users have been converted to use the platform OHCI driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ohci-hcd.c |5 -
drivers/usb/host/ohci-pnx8550.c | 243 ---
2 files changed, 248 deletions(-)
delete mode 100644 drivers/usb/h
The platform code registering the EHCI driver now uses the platform EHCI driver
instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ehci-hcd.c |5 --
drivers/usb/host/ehci-ls1x.c | 147 --
2 files changed, 152 deletions(-)
delete mode 1006
Since both the EHCI and OHCI platform drivers use the same power_{on,off}
callbacks, rename them to cns3xx_usb_power_{on,off} to show that they are
shared.
Signed-off-by: Florian Fainelli
---
arch/arm/mach-cns3xxx/cns3420vb.c | 18 +-
1 file changed, 13 insertions(+), 5 deletio
On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
> Use the ehci platform driver power_{on,suspend,off} callbacks to perform the
> USB block gate enabling/disabling as what the ehci-au1xxx.c driver does.
>
> Signed-off-by: Florian Fainelli
> ---
> arch/mips/alchemy/common/platform.c | 23
Signed-off-by: Florian Fainelli
---
arch/arm/mach-cns3xxx/cns3420vb.c | 44 -
1 file changed, 43 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-cns3xxx/cns3420vb.c
b/arch/arm/mach-cns3xxx/cns3420vb.c
index 2c5fb4c..906094c 100644
--- a/arch/arm/mac
Use the ehci platform driver power_{on,suspend,off} callbacks to perform the
USB block gate enabling/disabling as what the ehci-au1xxx.c driver does.
Signed-off-by: Florian Fainelli
---
arch/mips/alchemy/common/platform.c | 23 ++-
1 file changed, 22 insertions(+), 1 deleti
All users have been converted to use the OHCI platform driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ohci-hcd.c |5 --
drivers/usb/host/ohci-xls.c | 152 ---
2 files changed, 157 deletions(-)
delete mode 100644 drivers/usb/host
And convert all the existing users of ehci-platform to specify a correct
need_io_watchdog value.
Signed-off-by: Florian Fainelli
---
arch/mips/ath79/dev-usb.c |2 ++
arch/mips/loongson1/common/platform.c |1 +
arch/mips/netlogic/xlr/platform.c |1 +
drivers/usb/host/b
Signed-off-by: Florian Fainelli
---
arch/mips/pnx8550/common/platform.c | 31 ++-
1 file changed, 30 insertions(+), 1 deletion(-)
diff --git a/arch/mips/pnx8550/common/platform.c
b/arch/mips/pnx8550/common/platform.c
index 5264cc0..0a8faea 100644
--- a/arch/mips/pn
This driver is not registered by any in-tree user. If needed it can easily
be registered using the ehci-platform driver with caps_offset set to 0x100.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ehci-hcd.c|5 --
drivers/usb/host/ehci-ixp4xx.c | 139 -
This also greatly simplifies the power_{on,off} callbacks and make them
work on platform device id instead of checking the OHCI controller base
address like what was done in ohci-au1xxx.c.
Signed-off-by: Florian Fainelli
---
arch/mips/alchemy/common/platform.c | 31
Users of this driver have been converted to use the ehci platform driver
instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/Kconfig |8 +-
drivers/usb/host/ehci-octeon.c | 203
2 files changed, 6 insertions(+), 205 deletions(-)
dele
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ohci-platform.c |4
include/linux/usb/ohci_pdriver.h |2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/usb/host/ohci-platform.c b/drivers/usb/host/ohci-platform.c
index e24ec9f..1caaf65 100644
--- a/drivers/usb/host/ohc
The platform code has been migrated to use the ehci-platform driver.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ehci-hcd.c |5 --
drivers/usb/host/ehci-xls.c | 142 ---
2 files changed, 147 deletions(-)
delete mode 100644 drivers/usb/host/e
Signed-off-by: Florian Fainelli
---
arch/mips/pnx8550/common/platform.c | 31 ++-
1 file changed, 30 insertions(+), 1 deletion(-)
diff --git a/arch/mips/pnx8550/common/platform.c
b/arch/mips/pnx8550/common/platform.c
index 5264cc0..0a8faea 100644
--- a/arch/mips/pn
Signed-off-by: Florian Fainelli
---
arch/mips/cavium-octeon/octeon-platform.c | 43 -
1 file changed, 42 insertions(+), 1 deletion(-)
diff --git a/arch/mips/cavium-octeon/octeon-platform.c
b/arch/mips/cavium-octeon/octeon-platform.c
index 0938df1..539e1bc 100644
--
Signed-off-by: Florian Fainelli
---
arch/sh/kernel/cpu/sh3/setup-sh7720.c |6 +-
arch/sh/kernel/cpu/sh4a/setup-sh7757.c |6 +-
arch/sh/kernel/cpu/sh4a/setup-sh7763.c |6 +-
arch/sh/kernel/cpu/sh4a/setup-sh7786.c |6 +-
4 files changed, 20 insertions(+), 4 deletion
The Loongson 1B EHCI driver does nothing more than what the EHCI platform
driver already does, so use the generic implementation.
Signed-off-by: Florian Fainelli
---
arch/mips/configs/ls1b_defconfig |1 +
arch/mips/loongson1/common/platform.c |8 +++-
2 files changed, 8 insertio
Signed-off-by: Florian Fainelli
---
arch/mips/cavium-octeon/octeon-platform.c | 37 -
1 file changed, 36 insertions(+), 1 deletion(-)
diff --git a/arch/mips/cavium-octeon/octeon-platform.c
b/arch/mips/cavium-octeon/octeon-platform.c
index 539e1bc..07b0a3b 100644
--
The users have been converted to use the ehci platform driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/ehci-cns3xxx.c | 155 ---
drivers/usb/host/ehci-hcd.c | 10 ---
3 files changed, 5 ins
All users have been converted to use the OHCI platform driver instead.
The driver was also doing quirky things with the internal OHCI hcd
structure during suspend/resume, work that is taken care of by the
core OHCI code in ohci-hub.c.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ohci-au1
Hi all,
This patch series does trivial conversions of various EHCI and OHCI drivers
in the tree. Each conversion is done in a two-step process to ensure
bisectability: first register {e,o}hci-platform, then delete the old {e,o}hci
platform driver and keep its Kconfig knob as deprecated.
Once this
On Wednesday 03 October 2012 17:14:21 Manuel Lauss wrote:
> On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
> > Use the ehci platform driver power_{on,suspend,off} callbacks to perform
the
> > USB block gate enabling/disabling as what the ehci-au1xxx.c driver does.
> >
> > Signed-off-by:
All users have been converted to use the OHCI platform driver instead.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/Kconfig |6 +-
drivers/usb/host/ohci-hcd.c|5 -
drivers/usb/host/ohci-octeon.c | 214
3 files changed, 5 inserti
On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
> This also greatly simplifies the power_{on,off} callbacks and make them
> work on platform device id instead of checking the OHCI controller base
> address like what was done in ohci-au1xxx.c.
That was by design -- the base address is far
On Wednesday 03 October 2012 17:21:37 Manuel Lauss wrote:
> On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
> > This also greatly simplifies the power_{on,off} callbacks and make them
> > work on platform device id instead of checking the OHCI controller base
> > address like what was done
On Wed, Oct 3, 2012 at 5:24 PM, Florian Fainelli wrote:
> On Wednesday 03 October 2012 17:21:37 Manuel Lauss wrote:
>> On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
>> > This also greatly simplifies the power_{on,off} callbacks and make them
>> > work on platform device id instead of ch
On Wed, 3 Oct 2012, Florian Fainelli wrote:
> Hi all,
>
> This patch series does trivial conversions of various EHCI and OHCI drivers
> in the tree. Each conversion is done in a two-step process to ensure
> bisectability: first register {e,o}hci-platform, then delete the old {e,o}hci
> platform d
On Wednesday 03 October 2012 11:30:02 Alan Stern wrote:
> On Wed, 3 Oct 2012, Florian Fainelli wrote:
>
> > Hi all,
> >
> > This patch series does trivial conversions of various EHCI and OHCI
drivers
> > in the tree. Each conversion is done in a two-step process to ensure
> > bisectability: firs
On Wed, 3 Oct 2012, Florian Fainelli wrote:
> And convert all the existing users of ehci-platform to specify a correct
> need_io_watchdog value.
IMO (and I realize that not everybody agrees), the patch description
should not be considered an extension of the patch title, as though the
title wer
On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
> This also greatly simplifies the power_{on,off} callbacks and make them
> work on platform device id instead of checking the OHCI controller base
> address like what was done in ohci-au1xxx.c.
>
> Signed-off-by: Florian Fainelli
> ---
> a
On Wednesday 03 October 2012 12:01:22 Alan Stern wrote:
> On Wed, 3 Oct 2012, Florian Fainelli wrote:
>
> > And convert all the existing users of ehci-platform to specify a correct
> > need_io_watchdog value.
>
> IMO (and I realize that not everybody agrees), the patch description
> should not b
On Wednesday 03 October 2012 18:07:28 Manuel Lauss wrote:
> On Wed, Oct 3, 2012 at 5:03 PM, Florian Fainelli wrote:
> > This also greatly simplifies the power_{on,off} callbacks and make them
> > work on platform device id instead of checking the OHCI controller base
> > address like what was done
On Wed, 3 Oct 2012, Florian Fainelli wrote:
> The users have been converted to use the ehci platform driver instead.
>
> Signed-off-by: Florian Fainelli
> --- a/drivers/usb/host/ehci-hcd.c
> +++ b/drivers/usb/host/ehci-hcd.c
> @@ -1254,16 +1254,6 @@ MODULE_LICENSE ("GPL");
> #define PLATF
On 10/03/2012 08:03 AM, Florian Fainelli wrote:
Signed-off-by: Florian Fainelli
---
arch/mips/cavium-octeon/octeon-platform.c | 43 -
1 file changed, 42 insertions(+), 1 deletion(-)
NACK.
OCTEON uses device tree now (or as soon as I send in the corresponding
On Wed, 3 Oct 2012, Florian Fainelli wrote:
> All users have been converted to use the OHCI platform driver instead.
> The driver was also doing quirky things with the internal OHCI hcd
> structure during suspend/resume, work that is taken care of by the
> core OHCI code in ohci-hub.c.
This is hi
On Wed, 3 Oct 2012, Florian Fainelli wrote:
> Signed-off-by: Florian Fainelli
IMO, patches should always have a non-empty changelog. Even if it is
relatively trivial. The same comment applies to several other patches
in this series.
> ---
> arch/mips/netlogic/xlr/platform.c |6 ++
>
On 10/03/2012 08:03 AM, Florian Fainelli wrote:
Signed-off-by: Florian Fainelli
---
arch/mips/cavium-octeon/octeon-platform.c | 37 -
1 file changed, 36 insertions(+), 1 deletion(-)
NACK.
Same reason as for the EHCI one (09/25):
OCTEON uses device tree now (
On Wed, Oct 03, 2012 at 09:34:43AM -0400, Don Zickus wrote:
> On Tue, Oct 02, 2012 at 02:42:41PM -0700, Sarah Sharp wrote:
> > > > USB 3.0 devices are required to support Link PM. However, some of
> > > > them don't support U1, or don't support U2, or don't support either.
> > > > There is no way
Hi,
On Tue, Oct 02, 2012 at 04:07:08PM -0400, Alan Stern wrote:
> On Tue, 2 Oct 2012, Felipe Balbi wrote:
>
> > > --- usb-3.6.orig/drivers/usb/host/ehci.h
> > > +++ usb-3.6/drivers/usb/host/ehci.h
> > > @@ -761,26 +761,73 @@ static inline u32 hc32_to_cpup (const st
> > >
> > >
> > > /*---
Hi Don,
Please test this patch on top of the other patch.
Sarah Sharp
>8---8<
Some USB 3.0 devices signal that they don't implement Link PM by having
all zeroes in the U1/U2 exit latencies in their SuperSpeed BOS
descriptor. Don fo
On Wednesday 03 October 2012 09:45:48 David Daney wrote:
> On 10/03/2012 08:03 AM, Florian Fainelli wrote:
> > Signed-off-by: Florian Fainelli
> > ---
> > arch/mips/cavium-octeon/octeon-platform.c | 43
-
> > 1 file changed, 42 insertions(+), 1 deletion(-)
>
>
>
On Wed, Oct 03, 2012 at 11:29:00AM -0700, Sarah Sharp wrote:
> Hi Don,
>
> Please test this patch on top of the other patch.
So yeah, that seemed to work. :-)
Thanks!
Cheers,
Don
>
> Sarah Sharp
>
> >8---8<
> Some USB 3.0 device
Alan Stern wrote:
> On Wed, 3 Oct 2012 sebastien.di...@free.fr wrote:
>> I am encountering random keyboard and mouse freezes which can only be
>> resolved by a hard reset (by pushing the power switch of the computer
>> case).
[...]
> Please build a kernel with CONFIG_USB_DEBUG enabled. When a han
On Wed, 3 Oct 2012, Felipe Balbi wrote:
> > There will be a few cases where the platform code needs to call a core
> > routine. So we'd still need to export a few routines, but not nearly
> > as many as I did here.
>
> I think there shouldn't be.. well, unless we need to apply some very
> specif
From: Constantine Shulyupin
From: Miguel Aguilar
Signed-off-by: Constantine Shulyupin
---
Tested with usb gadget g_zero.
This patch is based on code from Arago, Angstom, and RidgeRun projects.
Original patch is three years ago:
http://www.mail-archive.com/davinci-linux-open-source@linux.davinci
On Thu, Oct 04, 2012 at 12:04:19AM +0200, co...@makelinux.com wrote:
> From: Constantine Shulyupin
>
> From: Miguel Aguilar
> Signed-off-by: Constantine Shulyupin
> ---
> Tested with usb gadget g_zero.
> This patch is based on code from Arago, Angstom, and RidgeRun projects.
> Original patch is
Composite gadget support is now available as a library instead of being
built with each gadget. Composite drivers need to select
USB_LIBCOMPOSITE.
Signed-off-by: Laurent Pinchart
---
drivers/usb/gadget/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/g
Signed-off-by: Laurent Pinchart
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d919e3d..b118b23 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7392,6 +7392,13 @@ S: Maintained
F: Documentation/video4linux/w
Hi,
The first patch in this series should fix the UVC gadget compilation errors in
linux-next. The second patch should make sure I'll be notified next time a
patch tries to break it :-)
Both patches are based on Linus' tree.
Laurent Pinchart (2):
usb: gadget: Make webcam gadget select USB_LIB
On Thu, Oct 04, 2012 at 02:32:40AM +0200, Laurent Pinchart wrote:
> Hi,
>
> The first patch in this series should fix the UVC gadget compilation errors in
> linux-next. The second patch should make sure I'll be notified next time a
> patch tries to break it :-)
>
> Both patches are based on Linus
On Wed, Oct 3, 2012 at 7:15 PM, Philippe De Swert
wrote:
> So any comments on the approach here (see patch kept below)? Or should I
> immediately send it as a new patch to get the comments? I sent it in this
> thread as it also solves the issue I have.
Patch is fine for me. Not sure if Felipe
On Wednesday, October 03, 2012 8:41 AM Thomas Abraham wrote
>
> Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
> calls as required by common clock framework.
>
> Signed-off-by: Thomas Abraham
It looks good. Also, I have tested this patch with Exynos4210.
Acked-by:
On Wednesday, October 03, 2012 8:42 AM Thomas Abraham wrote
>
> Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
> calls as required by common clock framework.
>
> Signed-off-by: Thomas Abraham
Acked-by: Jingoo Han
Best regards,
Jingoo Han
> ---
> drivers/usb/ho
68 matches
Mail list logo