Hi Peter
2014-02-20 2:45 GMT+01:00 Peter Chen peter.c...@freescale.com:
Okay that makes sense. In theory the ehci core should do the reset. Is
there anything special regarding reset and HSIC?
After pcd interrupt occurs, hsic will be treated as a normal ehci host.
I think here is the
Quoting Roger Quadros (2014-02-20 03:40:01)
The OMAP USB Host MFD driver no longer expects these non-existing
clocks from the OMAP3 platform, so get rid of them.
Looks good to me.
Regards,
Mike
CC: Tero Kristo t-kri...@ti.com
CC: Mike Turquette mturque...@linaro.org
Signed-off-by: Roger
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12 ++--
1 file changed, 6 insertions(+), 6
Keith Packard kei...@keithp.com writes:
Kyle McMartin says:
lenovo_info, surely.
Yeah, Daniel Stone caught the same bug. Not a big deal; the only
difference between any of these elements is the string produced by the
kernel.
Yes, and that mess should really be cleaned up in this driver
Hi,
On 02/25/2014 10:52 AM, Lee Jones wrote:
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12
From: Joe Perches [
On Mon, 2014-02-24 at 10:26 +, David Laight wrote:
From: Joe Perches
Reduce text a bit by using static const.
If you want to save a few bytes remove the pointers.
(and the fixed RAM text to get below 7 chars).
Hi David.
eg:
- const char
From: Keith Packard
The Lenovo OneLink dock includes a USB ethernet adapter using the
AX88179 chip, but with a different USB ID. Add this new USB id to the
driver so that it will autodetect the adapter correctly.
Signed-off-by: Keith Packard kei...@keithp.com
Tested-by: Carl Worth
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12 ++--
1 file changed, 6
On 02/25/2014 11:18 AM, Lee Jones wrote:
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12
Hi Mike,
On 02/25/2014 10:43 AM, Mike Turquette wrote:
Quoting Roger Quadros (2014-02-20 03:40:01)
The OMAP USB Host MFD driver no longer expects these non-existing
clocks from the OMAP3 platform, so get rid of them.
Looks good to me.
Is it OK if I squash this patch with [1] and take it
On 02/25/2014 11:37 AM, Lee Jones wrote:
Not all revisions have all the clocks so get the necessary clocks
based on hardware revision.
This should avoid un-necessary clk_get failure messages that were
observed earlier.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz
Not all revisions have all the clocks so get the necessary clocks
based on hardware revision.
This should avoid un-necessary clk_get failure messages that were
observed earlier.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros
Be more strict and always fail on clk_get() error.
For OMAP3 platforms, get the 120MHz EHCI clock by its proper name
'usbhost_120m_fck' instead of its alias 'ehci_logic_fck'.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros
On Tue, 25 Feb 2014, Lee Jones wrote:
Be more strict and always fail on clk_get() error.
For OMAP3 platforms, get the 120MHz EHCI clock by its proper name
'usbhost_120m_fck' instead of its alias 'ehci_logic_fck'.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz
On Mon, 24 Feb 2014 06:26:52 -0800
Greg Kroah-Hartman gre...@linuxfoundation.org wrote:
On Mon, Feb 24, 2014 at 03:03:25PM +0100, Michal Simek wrote:
BTW: Isn't this a good topic for kernel-summit? :-)
No, lawyers don't go to the summit, developers do.
More of a topic for the LF.
On Tue, Feb 25, 2014 at 1:10 PM, One Thousand Gnomes
gno...@lxorguk.ukuu.org.uk wrote:
On Mon, 24 Feb 2014 06:26:52 -0800
Greg Kroah-Hartman gre...@linuxfoundation.org wrote:
On Mon, Feb 24, 2014 at 03:03:25PM +0100, Michal Simek wrote:
BTW: Isn't this a good topic for kernel-summit? :-)
On Mon, 2014-02-17 at 21:23 +0800, Daniel J Blueman wrote:
Across 5+ years of kernels, I've been seeing occasional (1-2 times per
day) key-stuck issues where eg a fn+delete combo repeats delete until
I press delete again. I've seen this happen with fn+ctrl+left, leaving
left held and likewise
This reworks the way SuperSpeed descriptors are added and instead of
having a magick after full and high speed descriptors, it reworks the
whole descriptors block to include a flags field which lists which
descriptors are present and makes future extensions possible.
Signed-off-by: Michal
On Mon, 24 Feb 2014, Dan Williams wrote:
What's worse, in-kernel gymnastics to print out useful names, or
adding sysfs links from the old short name to the new name?
Normally I'd agree, but this is a marginal case. What do other people
think?
How about this, make the dev_name change
Johan Hovold johan@... writes:
Care to try the patch below?
This driver could use some cleaning up so I might rework the patch
somewhat, but let's find the bugs first.
Thanks,
Johan
Hi,
At 1st the driver detected the USB key and set-up the serial ports. But when
trying to write I
From: Thierry Reding tred...@nvidia.com
Since commit 2d22b42db02f usb: phy: registering Tegra USB PHY as
platform driver the driver no longer relies on the hard-coded physical
addresses to determine the association between PHY and EHCI port, so
these defines can be dropped.
Signed-off-by:
Dear Peter,
Peter Chen peter.c...@freescale.com hat am 20. Februar 2014 um 02:45
geschrieben:
Okay that makes sense. In theory the ehci core should do the reset. Is
there anything special regarding reset and HSIC?
After pcd interrupt occurs, hsic will be treated as a normal
This reworks the way SuperSpeed descriptors are added and instead of
having a magick after full and high speed descriptors, it reworks the
whole descriptors block to include a flags field which lists which
descriptors are present and makes future extensions possible.
Signed-off-by: Michal
On 02/25/2014 09:09 AM, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
Since commit 2d22b42db02f usb: phy: registering Tegra USB PHY as
platform driver the driver no longer relies on the hard-coded physical
addresses to determine the association between PHY and EHCI port, so
On Mon, 24 Feb 2014, Dan Williams wrote:
Subject: usb: assign default peer ports for root hubs
From: Dan Williams dan.j.willi...@intel.com
Assume that the peer of a superspeed port is the port with the same id
on the shared_hcd root hub. This identification scheme is required of
On Mon, 24 Feb 2014, Dan Williams wrote:
Fix this up to use dev_name(port_dev-dev) now that the name is no
longer ambiguous.
8
Subject: usb: sysfs link peer ports
From: Dan Williams dan.j.willi...@intel.com
The usb topology after this change will have symlinks between usb3
On Mon, Feb 24, 2014 at 08:40:17AM +0100, Andreas Larsson wrote:
On 2014-02-18 16:52, Felipe Balbi wrote:
On Thu, Jan 09, 2014 at 11:54:13AM +0100, Andreas Larsson wrote:
Rename struct platform_device pointers from ofdev to pdev for clarity.
Suggested by Mark Rutland.
Signed-off-by: Andreas
Hi,
On Tue, Feb 25, 2014 at 07:46:08AM +, Peter Chen wrote:
Hardware zlt will try to send the zero length packet
automatically when the data transferd is multiple times of max
packet, this will cause issues on Windows.
So let's disable HW zlt by default.
On Mon, 24 Feb 2014, Dan Williams wrote:
On Mon, 2014-02-24 at 19:01 -0800, Dan Williams wrote:
As mentioned in the comments on patch 2, while -peer is being modified
we don't want usb_port_runtime_{suspend|resume} to run. Introduce
pre_modify_peers() and post_modify_peers() to close that
Hi,
On Tue, Feb 25, 2014 at 06:02:18PM +0100, Michal Nazarewicz wrote:
This reworks the way SuperSpeed descriptors are added and instead of
having a magick after full and high speed descriptors, it reworks the
whole descriptors block to include a flags field which lists which
descriptors are
Hi,
On Mon, Feb 24, 2014 at 11:08:27AM -0600, Josh Cartwright wrote:
Use ASSIGN_SYSTEM_SLEEP_PM_OPS and ASSIGN_RUNTIME_PM_OPS in the
initializer for msm_otg_dev_pm_ops. Doing so allows us to eliminate
preprocessor conditionals around the specified callbacks.
Signed-off-by: Josh Cartwright
Hi,
does anybody have a pointer to documentation on how to setup
a WUSB connection?
Regards
Oliver
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at
this will tell driver that this version
of the core was configured with hibernation
feature enabled.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index 02c4877..7737a57
Hi,
these series cleans up dwc3 a little bit and adds more
boiler plate code for hibernation support. Note that
we're still *not* enabling hibernation, mainly because
I don't have a device with hibernation configured *and*
because I didn't finish power management of this driver.
Still, this
From: Paul Zimmerman paul.zimmer...@synopsys.com
This extra field will save endpoint state when we're
about to enter hibernation. It will be used later
to restore the endpoint state when resuming.
Signed-off-by: Paul Zimmerman pa...@synopsys.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
if we have hibernation configured, Databook
instructs us to set KEEP_CONNECT bit together
with RUN_STOP bit, in step 9 of section 12.3.6.1
Initialization for Hibernation Support.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/gadget.c | 18 ++
1 file changed, 14
From: Paul Zimmerman paul.zimmer...@synopsys.com
This function will be used during hibernation to get
the current link state. It will be needed at least
for Hibernation support.
Signed-off-by: Paul Zimmerman pa...@synopsys.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
no functional changes, just converting spaces
into tab.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index deab3c5..5539cf1 100644
---
That bit still needs to be set for recent versions
of the IP. When necessary, IP will automatically
take PHYs out of suspend.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/dwc3/core.c
From: Paul Zimmerman paul.zimmer...@synopsys.com
That argument will be used in later patches when we
have working hibernation support. For now, always
pass it as false.
The idea of this patch is to decrease to size of
following patches and slowly add hibernation building
blocks to the gadget
We must read HWPARAMS4 register to figure out
how many scratch buffers we should allocate.
Later patch will use Set Scratchpad Buffer
Array command to pass the pointer to the
IP so it can be used during hibernation.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.c | 95
From: Paul Zimmerman paul.zimmer...@synopsys.com
It's not always we need to force a transfer to be removed
from the core's internal cache. This extra argument will
help differentiating those two cases.
Signed-off-by: Paul Zimmerman pa...@synopsys.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
During superspeed, HIRD threshold should always
be zero. Curent driver wasn't making sure that
was the case.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/gadget.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
index
move 1-bit flags to the bottom of the structure,
sort all bit flags alphabetically, add documentation
which was missing.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.h | 43 ---
1 file changed, 24 insertions(+), 19 deletions(-)
diff
Hi,
On Tue, Feb 25, 2014 at 01:40:39PM -0600, Felipe Balbi wrote:
That bit still needs to be set for recent versions
of the IP. When necessary, IP will automatically
take PHYs out of suspend.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.c | 8
1 file
That bit still needs to be set for recent versions
of the IP. When necessary, IP will automatically
take PHYs out of suspend.
Signed-off-by: Felipe Balbi ba...@ti.com
---
changes since v1:
wrap code with revision check
drivers/usb/dwc3/core.c | 10 ++
1 file changed, 10
Hello.
On 02/25/2014 10:40 PM, Felipe Balbi wrote:
From: Paul Zimmerman paul.zimmer...@synopsys.com
This function will be used during hibernation to get
the current link state. It will be needed at least
for Hibernation support.
Signed-off-by: Paul Zimmerman pa...@synopsys.com
On Mon, 24 Feb 2014, Dan Williams wrote:
@@ -163,12 +227,18 @@ int usb_hub_create_port_device(struct usb_hub *hub, int
port1)
port_dev-dev.parent = hub-intfdev;
port_dev-dev.groups = port_dev_group;
port_dev-dev.type = usb_port_device_type;
-
On Tue, 25 Feb 2014, Oliver Neukum wrote:
Hi,
does anybody have a pointer to documentation on how to setup
a WUSB connection?
Regards
Oliver
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to
On Tue, Feb 25, 2014 at 12:20 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 24 Feb 2014, Dan Williams wrote:
@@ -163,12 +227,18 @@ int usb_hub_create_port_device(struct usb_hub *hub,
int port1)
port_dev-dev.parent = hub-intfdev;
port_dev-dev.groups = port_dev_group;
On Wed, Feb 26, 2014 at 12:10:09AM +0300, Sergei Shtylyov wrote:
Hello.
On 02/25/2014 10:40 PM, Felipe Balbi wrote:
From: Paul Zimmerman paul.zimmer...@synopsys.com
This function will be used during hibernation to get
the current link state. It will be needed at least
for Hibernation
On Friday, February 21, 2014 09:35:31 PM Greg KH wrote:
On Fri, Feb 21, 2014 at 02:30:18PM -0700, Nicholas Leippe wrote:
$ uname -a
Linux hellcat 3.12.9-gentoo #1 SMP PREEMPT Mon Jan 27 08:32:22 MST 2014
x86_64 Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz GenuineIntel GNU/Linux
distro:
On Tue, 2014-02-25 at 13:19 -0500, Alan Stern wrote:
On Mon, 24 Feb 2014, Dan Williams wrote:
On Mon, 2014-02-24 at 19:01 -0800, Dan Williams wrote:
As mentioned in the comments on patch 2, while -peer is being modified
we don't want usb_port_runtime_{suspend|resume} to run. Introduce
This bit is necessary for implemeting workaround
for known issue with some revisions of this core.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/core.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index 5539cf1..00b0578
Revision 2.20a of the core has a known issue
which would generate bogus hibernation events
_and_ random failures on USB CV TD.9.23 test
case.
The suggested workaround is to ignore hibernation
events which don't match currently connected
speed.
Signed-off-by: Felipe Balbi ba...@ti.com
---
Revisions between 2.10a and 2.50a (included) have
a known issue which may cause xHCI compliance tests
to fail and/or quality issues with Isochronous
transactions.
Note that this issue only impacts certain configurations
of those revisions, namely the ones which have clock
gating enabled.
The
David Laight david.lai...@aculab.com writes:
I think you meant lenovo_info.
I posted an updated patch already; nice to know that so many people are
looking at this kernel patch :-)
--
keith.pack...@intel.com
pgp9bmMm95h6m.pgp
Description: PGP signature
Hello.
On 02/26/2014 12:36 AM, Felipe Balbi wrote:
Revisions between 2.10a and 2.50a (included) have
a known issue which may cause xHCI compliance tests
to fail and/or quality issues with Isochronous
transactions.
Note that this issue only impacts certain configurations
of those revisions,
Hi everybody!
I am experiencing a problem with my USB card reader and xHCI. Simply
using dd to write an image to a SD card results in USB resets after a
few seconds. Reading with dd or using cp after creating a filesystem on
the card also triggers the issue but usually not as quick as writing
On Tue, Feb 25, 2014 at 11:22:57PM +0100, Richard Schütz wrote:
Hi everybody!
I am experiencing a problem with my USB card reader and xHCI. Simply
using dd to write an image to a SD card results in USB resets after
a few seconds. Reading with dd or using cp after creating a
filesystem on
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: 2014年2月26日 2:13
To: Peter Chen
Cc: Neil Zhang; ba...@ti.com; gre...@linuxfoundation.org;
linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org; Alexander Shishkin
Subject: Re: [PATCH 2/6] usb: gadget: mv_udc:
Hi Mark,
If you think the dt binding doc (1/15 and 4/15) are ok to push,
please ack it. In that case, the driver maintainer can queue
the driver patches, thanks.
Peter
The serial adds power management support for MXS PHY, it includes:
- Add one PHY API .set_wakeup, and related API
I did backport those patches to 3.13.4 but it does not work. Here you can
find a log http://dpaste.com/hold/1656798/ generated by this dts:
usdhc3 {
pinctrl-names = default;
pinctrl-0 = pinctrl_usdhc3_1;
bus-width = 8;
non-removable;
status =
patches. I am working some days on this topic but without much
success and I am running out of time :/
Will keep you posted.
Hope you soon will find some time.
Since some chipidea code needs to change before adapting HSIC support,
I submit a temp version at my git,
easy to be found.
Chipidea bug too? Does it follow ch 8.5.3.2 Variable-length Data
Stage, USB
2.0 spec?
wait, this is a chipidea core ? Why aren't you guys using the chipidea
driver yet ? You need to switch over to that driver dude, we can't
have duplicated code in the
Hi.
One of my dongles (logitech unifying) disappears sometimes. That results with
sysfs warning.
Shouldn't sysfs part be dealing with such scenario without a warning?
[87068.076295] usb 6-1: USB disconnect, device number 5
[87068.107659] [ cut here ]
[87068.107680]
I forgot to mention that if the fix below is acceptable it
should be queued for 3.13-stable (older kernels are not
affected).
On 02/26/2014 04:51 PM, Fernando Luis Vázquez Cao wrote:
I noticed that after hot unplugging a Logitech unifying receiver
(drivers/hid/hid-logitech-dj.c) the kernel
I noticed that after hot unplugging a Logitech unifying receiver
(drivers/hid/hid-logitech-dj.c) the kernel would occasionally spew a
stack trace similar to this:
usb 1-1.1.2: USB disconnect, device number 7
WARNING: CPU: 0 PID: 2865 at fs/sysfs/group.c:216 device_del+0x40/0x1b0()
sysfs group
68 matches
Mail list logo