> From: Pratyush Anand [mailto:pratyush.an...@st.com]
> Sent: Friday, October 05, 2012 7:08 PM
>
> Hi Paul,
>
> Thanks for the help.
>
> On 10/6/2012 12:23 AM, Paul Zimmerman wrote:
> > If the host controller in your PC is not connected thru a PCIe bridge
> > with multiple lanes, the connection
Hi Paul,
Thanks for the help.
On 10/6/2012 12:23 AM, Paul Zimmerman wrote:
If the host controller in your PC is not connected thru a PCIe bridge
with multiple lanes, the connection will not be fast enough to support
that high of a transfer rate. And maybe on your eval board the host
controller
On Fri, Oct 05, 2012 at 02:34:35PM -0700, Greg KH wrote:
> On Fri, Oct 05, 2012 at 04:51:53PM -0400, Alan Stern wrote:
> > On Fri, 5 Oct 2012, Sarah Sharp wrote:
> >
> > > One way we could work around these broken devices is have a dynamic
> > > black list of device vendor and product IDs that sho
Hello.
On 05-10-2012 12:07, Kishon Vijay Abraham I wrote:
Platfrom device for ocp2scp is created using omap_device_build in
devices file. This is used for both omap4(musb) and omap5(dwc3).
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/devices.c | 72
There are no users of this macro anymore in the kernel tree, so finally
delete it.
Signed-off-by: Greg Kroah-Hartman
---
include/linux/usb.h | 11 ---
1 file changed, 11 deletions(-)
diff --git a/include/linux/usb.h b/include/linux/usb.h
index 07915a3..10278d1 100644
--- a/include/linux
On Fri, Oct 05, 2012 at 04:51:53PM -0400, Alan Stern wrote:
> On Fri, 5 Oct 2012, Sarah Sharp wrote:
>
> > One way we could work around these broken devices is have a dynamic
> > black list of device vendor and product IDs that shouldn't have LPM
> > enabled. We already have such a black list in
On Fri, Oct 05, 2012 at 04:51:53PM -0400, Alan Stern wrote:
> On Fri, 5 Oct 2012, Sarah Sharp wrote:
>
> > One way we could work around these broken devices is have a dynamic
> > black list of device vendor and product IDs that shouldn't have LPM
> > enabled. We already have such a black list in
On Fri, 5 Oct 2012, Sarah Sharp wrote:
> One way we could work around these broken devices is have a dynamic
> black list of device vendor and product IDs that shouldn't have LPM
> enabled. We already have such a black list in the xHCI driver for
> devices that don't handle USB 2.0 LPM.
>
> My i
I've been testing the new USB 3.0 Link PM (LPM) code with more devices,
and I'm starting to wonder if the kernel needs to be a bit smarter about
when it enables LPM.
The USB 3.0 spec mandates that all device support link PM, but some
don't of course. There's interesting states of brokenness, and
> From: linux-usb-ow...@vger.kernel.org
> [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Pratyush Anand
> Sent: Thursday, October 04, 2012 11:03 PM
< snip >
> So, basically I am trying to transfer 3 * 9 * 1024 = 27 KBytes/125 us.
>
> I run following command at host PC.
>
> ./testusb -a
On Fri, 5 Oct 2012, Arnd Bergmann wrote:
> The __devinit section is going away soon, but while it's
> still there, we get a correct warning about
> ehci_orion_conf_mbus_windows being discarded before
> its caller, so it should be marked __devinit rather than
> __init.
>
> Without this patch, buil
On Fri, 5 Oct 2012, Florian Fainelli wrote:
> Hi all,
>
> This patch series contains EHCI and OHCI platform drivers conversions,
> allowing quite some EHCI and OHCI platform drivers to be deleted.
>
> While converting, Alan Stern asked me to fold some cleanups and fixes in the
> EHCI and OHCI pl
On Fri, 5 Oct 2012, Florian Fainelli wrote:
> As suggested by Alan Stern, move the ohci-pci.c ohci_pci_{suspend,resume}
> routines to ohci-hcd.c. Due to their move, also rename them to
> ohci_{suspend,resume} to make it clear they operate on ohci_hcd. Since they
> are not necessarily called, annot
On Fri, 5 Oct 2012, Florian Fainelli wrote:
> This driver is not registered by any in-tree users, and if really needed by
> some out of tree user, the same functionnality can be restored using the
> ohci-platform driver using the following platform_data parameters:
> big_endian_desc = 1
>
On Fri, Oct 05, 2012 at 10:34:19AM +0800, loody wrote:
> hi Sarah:
>
> 2012/10/5 Sarah Sharp :
> > On Thu, Oct 04, 2012 at 01:47:44PM +0800, loody wrote:
> >> Hi all:
> >> from below out put slot context it shows ep0 consumer cycle bit is 1
> >> but why when we enqueue control transfer we purposel
On Fri, Oct 05, 2012 at 01:27:10PM +0800, loody wrote:
> hi Sarah:
>
> 2012/10/5 Sarah Sharp :
> > On Thu, Oct 04, 2012 at 01:47:44PM +0800, loody wrote:
> >> Hi all:
> >> from below out put slot context it shows ep0 consumer cycle bit is 1
> >> but why when we enqueue control transfer we purposel
This patch changes the ohci-platform driver to use the device managed helper
function for requesting memory region and ioremapping memory resources.
As a result the error path in the probe function is simplified, and the
platform driver remove callback does not longer need to release and iounmap
me
This patch changes the ehci-platform driver to use the device managed helper
function for requesting memory region and ioremapping memory resources.
As a result the error path in the probe function is simplified, and the
platform driver remove callback does not longer need to release and iounmap
me
Am 05.10.2012 18:44, schrieb Octavio Alvarez:
> On 10/05/2012 07:56 AM, Alan Stern wrote:
>> On Mon, 9 Jul 2012, Octavio Alvarez wrote:
>>
What happens if you unplug only the keyboard, or only the mouse?
>>>
>>> The only thing I can confirm for now is that with both disconnected
>>> the system
This driver is not registered by any in-tree users, and if really needed by
some out of tree user, the same functionnality can be restored using the
ohci-platform driver using the following platform_data parameters:
big_endian_desc = 1
big_endian_mmio = 1
no_big_frame_no = 1
The EHCI platform driver is suitable for use by the Netlogic XLR platform
since there is nothing specific that the EHCI XLR platform driver does.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- really change driver name to "ehci-platform"
- slightly reworded commit message
Enhance the ehci-platform driver to also accept no_io_watchdog as a platform
data parameter. When no_io_watchdog is set to 1, the ehci controller will set
ehci->need_io_watchdog to 0. Since most EHCI controllers do need the I/O
watchdog to be on, only let those which need it to turn the watchdog of
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
---
No changes since v1
arch/mips/configs/ls1b_defconfig |1 +
arch/mips/loongson1/common/platform.c |8 +++-
2 file
The platform code registering the Loongson 1B EHCI driver has now been
converted to register the ehci-platform driver instead, thus obsoleting the
ehci-ls1x driver, which can be removed.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- reworded commit message
drivers/usb/h
This driver is not registered by any in-tree user. If needed it the EHCI
driver can be reinstatied using the ehci-platform driver with caps_offset to
0x100.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- slightly reworded commit message
drivers/usb/host/ehci-hcd.c|
The platform code has been migrated to register the ehci-platform driver, thus
obsoleting the ehci-xls driver, which can be removed.
Signed-off-by: Florian Fainelli
---
Changes in v2:
- reworded commit message
drivers/usb/host/ehci-hcd.c |5 --
drivers/usb/host/ehci-xls.c | 142 ---
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.
Update the db1200 and db1300 defconfigs to now select the EHCI platform
driver.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2
This patch converts the cns3xxx platform to use the ehci-platform driver
instead of the ehci-cns3xxx platform driver.
The ehci-platform driver is provided with power_{on,off} callbacks to ensure
proper block gating and USB configuration of the EHCI controller.
Signed-off-by: Florian Fainelli
---
The platform code has been converted to use the ehci-platform driver instead
thus obsoleting the ehci-au1xxx driver, which can be removed.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- reworded commit message
drivers/usb/host/ehci-au1xxx.c | 184 ---
As suggested by Alan Stern, move the ohci-pci.c ohci_pci_{suspend,resume}
routines to ohci-hcd.c. Due to their move, also rename them to
ohci_{suspend,resume} to make it clear they operate on ohci_hcd. Since they
are not necessarily called, annotate them with __maybe_unused.
Signed-off-by: Florian
Change the PNX8550 platform code to register an ohci-platform driver instead
of ohci-pnx8550 since the ohci-platform is suitable for use.
Signed-off-by: Florian Fainelli
---
No changes in v2 and v3
arch/mips/pnx8550/common/platform.c | 31 ++-
1 file changed, 30 in
FlorianOn Friday 05 October 2012 18:21:03 Fainelli wrote:
> This patch changes the ehci-platform driver to use the device managed helper
> functions for requesting memory region and ioremapping memory resources.
> As a result the error path in the probe function is simplified, and the
> platform d
This patch converts the cns3xxx platform to use the ohci-platform driver which
is now suitable for use.
A previous patch converted the cns3xxx platform to use the ehci-platform
driver, and thus introduced the need to have power_{on,off} callbacks.
Since both the EHCI and OHCI platform drivers use
The users have been converted to use the platform OHCI driver instead, thus
making the ohci-pnx8550 driver obsolete, so remove it.
Signed-off-by: Florian Fainelli
---
No changes in v2 and v3
drivers/usb/host/ohci-hcd.c |5 -
drivers/usb/host/ohci-pnx8550.c | 243 ---
All users have been converted to use the OHCI platform driver instead, thus
making ohci-xls obsolete, remove it.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- reworded commit message
drivers/usb/host/ohci-hcd.c |5 --
drivers/usb/host/ohci-xls.c | 152 -
All users have been converted to use the OHCI platform driver instead, thus
making ohci-sh obsolete, so remove it.
Signed-off-by: Florian Fainelli
---
No changes in v2 and v3
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/ohci-hcd.c |5 --
drivers/usb/host/ohci-sh.c | 141 ---
* Tony Lindgren [121004 18:41]:
> >
> > > Also on the EHCI port, I've seen issues where unplugging
> > > the cable hangs kernel with an infinite loop. But that happens
> > > only occasionally, sorry does not seem to happen right
> > > now so no output to paste here. Or maybe this issue
> > > has
This patch converts the ehci-platform driver to make use of the dev_err()
functions instead of pr_err().
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ehci-platform.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/ehci-platform.c b/drivers/us
Fix the obvious typo in the error message, we meant to write "resource"
instead of "recourse".
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ehci-platform.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/ehci-platform.c b/drivers/usb/host/ehci-plat
Convert the Alchemy platform to register the ohci-platform driver, now that
the ohci-platform driver properly handles the specific ohci-au1xxx resume
from suspend case.
This also greatly simplifies the power_{on,off} callbacks and make them
work on platform device id instead of checking the OHCI c
This patch makes all SuperH boards using the ohci-sh platform driver to use
the ohci-platform driver instead, which is suitable for use by these boards.
Signed-off-by: Florian Fainelli
---
Changes in v3:
- improved commit message
No changes between v1 and v2
arch/sh/kernel/cpu/sh3/setup-sh7720
The OHCI platform driver is suitable for use by the Netlogic XLR platform
so use this driver instead of the OHCI XLS platform driver.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- really make the code register the "ohci-platform" driver instead of "ohci-xls"
arch/mips/n
This patch modifies the ohci platform driver to accept the num_ports
parameter to be set via platform_data. Setting the number of ports must be
done after the call to ohci_hcd_init().
Signed-off-by: Florian Fainelli
---
Changes in v3:
- improved commit message
drivers/usb/host/ohci-platform.c |
The users have been converted to use the ehci platform driver instead, thus
making the ehci-cns3xxx driver obsolete, so remove it.
Signed-off-by: Florian Fainelli
---
Changes in v1:
- only remove the corresponding chunk from ehci-hcd
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/e
All users have been converted to use the OHCI platform driver instead, thus
making ohci-au1xxx obsolete, remove it.
Signed-off-by: Florian Fainelli
---
No changes in v3
Changes in v2:
- rebased on top of the latest OHCI HCD changes
drivers/usb/host/ohci-au1xxx.c | 234
A previous patch converted the Alchemy platform to use the OHCI and EHCI
platform drivers. As a result, all the common logic to handle USB present in
drivers/usb/host/alchemy-common.c has no reason to remain here, so we move it
to arch/mips/alchemy/common/usb.c which is a more appropriate place. Th
This patch converts the ohci-platform driver to use dev_err() functions
instead of pr_err().
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ohci-platform.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/ohci-platform.c b/drivers/usb/host/ohci-
We meant to write "resource" instead of "recourse", this patch fixes this
typo.
Signed-off-by: Florian Fainelli
---
drivers/usb/host/ohci-platform.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/ohci-platform.c b/drivers/usb/host/ohci-platform.c
index 8a
This patch changes the ohci-platform driver to use the device managed helper
functions for requesting memory region and ioremapping memory resources.
As a result the error path in the probe function is simplified, and the
platform driver remove callback does not longer need to release and iounmap
m
This patch changes the ehci-platform driver to use the device managed helper
functions for requesting memory region and ioremapping memory resources.
As a result the error path in the probe function is simplified, and the
platform driver remove callback does not longer need to release and iounmap
m
All users have been converted to use the OHCI platform driver instead, thus
making ohci-cns3xxx, so remove it.
Signed-off-by: Florian Fainelli
---
Changes in v2:
- reworded commit message
drivers/usb/host/Kconfig|6 +-
drivers/usb/host/ohci-cns3xxx.c | 166 -
Merge ohci_finish_controller_resume with ohci_resume as suggested by Alan
Stern. Since ohci_finish_controller_resume no longer exists, update the
various OHCI drivers to call ohci_resume() instead. Some drivers used to set
themselves the bit HCD_FLAG_HW_ACCESSIBLE, which is now handled by
ohci_resu
As suggested by Alan Stern, the code checking for the OHCI RH already
suspended is no longer required since the bug it fixes has not been seen in
ages. Remove that check making ohci_suspend much simpler.
Signed-off-by: Florian Fainelli
---
No changes since v1
drivers/usb/host/ohci-hcd.c | 11
Hi all,
This patch series contains EHCI and OHCI platform drivers conversions,
allowing quite some EHCI and OHCI platform drivers to be deleted.
While converting, Alan Stern asked me to fold some cleanups and fixes in the
EHCI and OHCI platform drivers, these changes have now been addressed.
Cha
On 10/05/2012 07:56 AM, Alan Stern wrote:
On Mon, 9 Jul 2012, Octavio Alvarez wrote:
What happens if you unplug only the keyboard, or only the mouse?
The only thing I can confirm for now is that with both disconnected
the system consistently suspends and that I have seen the system NOT
suspen
On Mon, 9 Jul 2012, Octavio Alvarez wrote:
> > What happens if you unplug only the keyboard, or only the mouse?
>
> The only thing I can confirm for now is that with both disconnected
> the system consistently suspends and that I have seen the system NOT
> suspend with either one connected.
>
>
The __devinit section is going away soon, but while it's
still there, we get a correct warning about
ehci_orion_conf_mbus_windows being discarded before
its caller, so it should be marked __devinit rather than
__init.
Without this patch, building dove_defconfig results in:
WARNING: drivers/usb/ho
On Fri, 5 Oct 2012, Jingoo Han wrote:
> The devm_ functions allocate memory that is released when a driver
> detaches. This makes the code smaller and a bit simpler.
>
> Signed-off-by: Jingoo Han
> - hcd->regs = ioremap(hcd->rsrc_start, hcd->rsrc_len);
> + hcd->regs = devm_ioremap(&dev-
On Fri, 5 Oct 2012, loody wrote:
> hi alan:
>
> 2012/10/4 Alan Stern :
> > On Thu, 4 Oct 2012, loody wrote:
> >
> >> hi all:
> >> in xhci spec rev1.0 05/21/10 section 6.2.3.4, there is a line said
> >> "For SuperSpeed endpoints this field shall be set to the
> >> value defined in the
On Thu, 4 Oct 2012, Sébastien Dinot wrote:
> Alan Stern a écrit :
> > The log file shows lots and lots of low-level communication errors.
> > They could be caused by bad cabling or by bad USB hardware in your
> > computer. It's unlikely that they were caused by the mouse or
> > keyboard, because t
Kernel reports a section mismatch when compiling in musb drivers.
This patch fixes that.
Signed-off-by: Philippe De Swert
---
drivers/usb/musb/musb_dma.h |2 +-
drivers/usb/musb/musbhsdma.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/musb/musb_dma.h
Platfrom device for ocp2scp is created using omap_device_build in
devices file. This is used for both omap4(musb) and omap5(dwc3).
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/devices.c | 72 +
1 file changed, 72 insertions(+)
diff --gi
In order to reflect devices(usb_phy) attached to ocp2scp bus, ocp2scp
is assigned a device attribute to represent the attached devices.
Signed-off-by: Kishon Vijay Abraham I
Cc: Benoit Cousson
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 28
1 file changed, 28
ocp2scp was not having pdata support which makes *musb* fail for non-dt
boot in OMAP platform. The pdata will have information about the devices
that is connected to ocp2scp. ocp2scp driver will now make use of this
information to create the devices that is attached to ocp2scp.
Signed-off-by: Kish
This patch series allows ocp2scp driver to create its child devices
from the platform data.
In omap platforms, usb phy is connected to ocp2scp and usb phy is needed
for MUSB to be functional. When ocp2scp driver was added, it had only dt
support which means it wont create usb phy devices for non-d
On 10/04/2012 05:17 PM, Florian Fainelli :
> Merge ohci_finish_controller_resume with ohci_resume as suggested by Alan
> Stern. Since ohci_finish_controller_resume no longer exists, update the
> various OHCI drivers to call ohci_resume() instead. Some drivers used to set
> themselves the bit HCD_FL
The devm_ functions allocate memory that is released when a driver
detaches. This makes the code smaller and a bit simpler.
Signed-off-by: Jingoo Han
---
drivers/usb/host/ohci-s3c2410.c | 14 --
1 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/host/ohci-s
hi Sarah:
2012/10/5 Sarah Sharp :
> On Thu, Oct 04, 2012 at 01:47:44PM +0800, loody wrote:
>> Hi all:
>> from below out put slot context it shows ep0 consumer cycle bit is 1
>> but why when we enqueue control transfer we purposely leave setup
>> status cycle bit as 0.
>> (below I purpose dump cont
68 matches
Mail list logo
