Hi Bin,
On 5/14/2014 10:13 PM, Bin Liu wrote:
George,
On Wed, May 14, 2014 at 9:34 AM, Bin Liu binml...@gmail.com wrote:
George,
On Wed, May 14, 2014 at 12:37 AM, George Cherian george.cher...@ti.com wrote:
On 5/14/2014 12:07 AM, Bin Liu wrote:
Hi,
On Tue, May 13, 2014 at 8:24 AM, George
Adjust the debug text to the name of the printed variable.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
---
v1..v2:
- rebased onto Greg's usb-next
drivers/usb/dwc2/gadget.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc2/gadget.c
On Wed, May 14, 2014 at 10:45:55PM +0800, Felipe Balbi wrote:
On Wed, May 14, 2014 at 12:13:08PM +0530, Pratyush Anand wrote:
Hi Paul/Felip,
On Wed, May 07, 2014 at 11:15:33AM +0530, Pratyush Anand wrote:
Hi Paul,
On Tue, May 06, 2014 at 11:54:19AM +0800, Pratyush ANAND wrote:
Hi Kishon,
On 14/05/2014 17:35, Gregory CLEMENT wrote:
On 14/05/2014 16:27, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 13 May 2014 03:11 PM, Gregory CLEMENT wrote:
On 13/05/2014 10:06, Gregory CLEMENT wrote:
On 13/05/2014 07:53, Kishon Vijay Abraham I wrote:
Hi,
On Sunday 11 May 2014
Dear Sirs,
I encountered a bug when trying to use my webcam in ubuntu 14.04 x64,
which seems to be xhci/usb 3.0 related ...
As I didn't know that it was a kernel-bug a filed a bug report at launchpad:
https://bugs.launchpad.net/linux-kernel-headers/+bug/1319443
my google search turned up a
On Wednesday 14 May 2014 17:33:02 Andrew Bresticker wrote:
+
+int tegra_xhci_register_mbox_notifier(struct notifier_block *nb)
+{
+ int ret;
+
+ mutex_lock(tegra_xhci_mbox_lock);
+ ret = raw_notifier_chain_register(tegra_xhci_mbox_notifiers, nb);
+
On Thu, 2014-05-15 at 10:03 +0200, Martin Rudhart wrote:
Dear Sirs,
I encountered a bug when trying to use my webcam in ubuntu 14.04 x64,
which seems to be xhci/usb 3.0 related ...
As I didn't know that it was a kernel-bug a filed a bug report at launchpad:
Hi,
On Thursday 15 May 2014 12:31 PM, Gregory CLEMENT wrote:
Hi Kishon,
On 14/05/2014 17:35, Gregory CLEMENT wrote:
On 14/05/2014 16:27, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 13 May 2014 03:11 PM, Gregory CLEMENT wrote:
On 13/05/2014 10:06, Gregory CLEMENT wrote:
On 13/05/2014
Hi Greg,
On Wed, May 14, 2014 at 06:05:20PM +0200, Greg Kroah-Hartman wrote:
On Wed, May 14, 2014 at 02:34:19PM +0200, Maxime Ripard wrote:
On Tue, May 13, 2014 at 05:44:14PM +0200, Maxime Ripard wrote:
Hi everyone,
This patchset adds support for the USB controllers found in the
On Thu, May 15, 2014 at 10:17:10AM +0200, Arnd Bergmann wrote:
On Wednesday 14 May 2014 17:33:02 Andrew Bresticker wrote:
[...]
+ /* Create child xhci-plat device */
+ memset(xhci_resources, 0, sizeof(xhci_resources));
+ res = platform_get_resource(to_platform_device(dev),
Hi Kishon,
On 15/05/2014 11:01, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 15 May 2014 12:31 PM, Gregory CLEMENT wrote:
Hi Kishon,
On 14/05/2014 17:35, Gregory CLEMENT wrote:
On 14/05/2014 16:27, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 13 May 2014 03:11 PM, Gregory CLEMENT
On Thursday 15 May 2014 03:05 PM, Gregory CLEMENT wrote:
Hi Kishon,
On 15/05/2014 11:01, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 15 May 2014 12:31 PM, Gregory CLEMENT wrote:
Hi Kishon,
On 14/05/2014 17:35, Gregory CLEMENT wrote:
On 14/05/2014 16:27, Kishon Vijay Abraham I wrote:
On Wednesday 14 May 2014 11:18 AM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 13 May 2014 09:14 PM, Maxime Ripard wrote:
Move the phy initialization and variables declaration to the loop itself,
since
it is where it really belongs. Also remove all the temporary variables, we
can
use
In ISOC transfers, when free_slot points to the last TRB (i.e. Link
TRB), and all queued requests meet Missed Interval Isoc error, busy_slot
points to trb0.
busy_slot-trb0
trb1
...
free_slot-trb31(Link TRB)
After end transfer and receiving the
From: Thomas Petazzoni thomas.petazz...@free-electrons.com
In preparation to the introduction of additional initialization steps
in ehci_orion_drv_probe(), we rename the error goto labels from err1,
err2 and err3 names to some more meaningful names.
Signed-off-by: Thomas Petazzoni
This commit extends the ehci-orion so that it can optionally be passed
a reference to a PHY through the Device Tree. It will be useful for
the Armada 375 SoCs. If no PHY is provided then the behavior of the
driver is unchanged.
[Thomas: use devm_phy_optional_get() so that we handle -EPROBE_DEFER
The Marvell Armada 38x SoCs contains one EHCI controller. This commit
adds the Device Tree description of this interface at the SoC level,
and also enables the USB2 port on the Armada 385 DB platform.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
The Marvell Armada 375 SoCs contain a xHCI controller. This commit
adds the Device Tree description of this interfaces at the SoC level,
and also enables the USB3 port on the Armada 375 DB platform.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Signed-off-by: Thomas Petazzoni
The Marvell Armada 375 SoCs contains one EHCI controller. This commit
adds the Device Tree description of this interfaces at the SoC level,
and also enables the USB2 port on the Armada 375 DB platform.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Signed-off-by: Thomas
The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
for the xHCI USB hosts, so this commit enables the corresponding
Kconfig option in multi_v7_defconfig.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Signed-off-by: Thomas Petazzoni
This commit extends the compatible string list of the xhci-platform
binding with the new armada-375-xhci and armada-380-xhci
compatible strings. It is used to describe the XHCI controller which
is available in the Armada 375 and 38x SoCs.
It also indicates that an optional 'clocks' property is
The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
for the xHCI USB hosts, so this commit enables the corresponding
Kconfig option in mvebu_v7_defconfig.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Signed-off-by: Thomas Petazzoni
The Armada 375 and 38x SoCs come with an XHCI controller that requires
some specific initialization related to the MBus windows
configuration. This patch adds the support for this special
configuration as an XHCI quirk executed during probe.
Two new compatible strings are added to identify the
The Marvell Armada 38x SoCs contains two xHCI controllers. This commit
adds the Device Tree description of those interfaces at the SoC level,
and also enables the two USB3 ports on the Armada 385 DB platform and
one USB3 port on the Armada 385 RD platform.
Signed-off-by: Gregory CLEMENT
Sorting the headers in alphabetic order will help to reduce the conflict
when adding new headers later.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Acked-by: Felipe Balbi ba...@ti.com
---
drivers/usb/host/xhci-plat.c | 6 +++---
1 file changed, 3 insertions(+), 3
From: Thomas Petazzoni thomas.petazz...@free-electrons.com
This commit updates the Device Tree binding documentation of
ehci-orion to take into account the fact that we can now optionally
pass a clock and a PHY reference.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
Some platforms (such as the Armada 38x ones) can gate the clock of
their USB controller. This patch adds the support for one clock in
xhci-plat, by enabling it during probe and disabling it on remove.
To achieve this, it adds a 'struct clk *' member in xhci_hcd. While
only used for now in
In order to disable the clock in the -remove() function, a call to
devm_clk_get() is being made, which further increases the reference
count of the clock.
In order to clean this up, a private structure holding a pointer to
the clock is added using the override mechanism provided by the ehci
From: Thomas Petazzoni thomas.petazz...@free-electrons.com
Commit 77dae54ab385033e488d8b07045bc7f8d931740f ('ARM: Kirkwood:
ehci-orion: Add device tree binding') added the Device Tree binding
for the ehci-orion driver. To achieve that with the irq, it used the
irq_of_parse_and_map() function when
Hello,
This patch set adds the USB support for the Armada 38x and Armada 375
SOCs. These SoCs use an xHCI but still need specific initialization,
mainly to setup the MBus memory windows. They also have another USB
controller for EHCI, identical to the one used on other mvebu SOCs.
This series is
It no longer occurs in Kconfig.
USB: remove CONFIG_USB_DEVICEFS(fb28d58b) leaked remove defconfig.
Signed-off-by: Naoki MATSUMOTO nekomatu+li...@gmail.com
---
arch/arm/configs/badge4_defconfig|1 -
arch/arm/configs/cm_x2xx_defconfig |1 -
Hi Greg,
On Thu, May 15, 2014 at 12:47:34AM +0800, Greg KH wrote:
On Wed, May 14, 2014 at 12:41:44PM -0400, Alan Stern wrote:
On Wed, 14 May 2014, Greg KH wrote:
Or just make the lvstest driver have to be manually bound to the
device through the bind file in sysfs, don't let the
In some circumstances when g_audio is being unloaded there happens
an endless loop in udc driver. It has happend on a board with
s3c-hsotg. If there are requests in endpoint's queue, they are completed
in a loop. But completing them might cause appending new requests
to the queue. This patch
When DEBUG is enabled driver-driver.name is accessed, but driver
can be NULL
[ 174.411689] BUG: unable to handle kernel NULL pointer dereference at
0040
[ 174.429043] RIP: 0010:[a0131ca3] [a0131ca3]
net2280_stop+0xa3/0x100 [net2280]
[ 174.457910] Call Trace:
[
This fixes a bug when dwc3_pci_register_phys() fails and leaves device enabled.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/usb/dwc3/dwc3-pci.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/dwc3/dwc3-pci.c
First usage of ret variable will re-write initial value. Thus, there is no need
to initialize it.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/usb/dwc3/core.c| 2 +-
drivers/usb/dwc3/dwc3-exynos.c | 12 +---
drivers/usb/dwc3/dwc3-omap.c | 2 +-
Hello.
On 05/15/2014 02:17 PM, Gregory CLEMENT wrote:
The Marvell Armada 375 SoCs contains one EHCI controller. This commit
However, you're adding two. :-)
adds the Device Tree description of this interfaces at the SoC level,
and also enables the USB2 port on the Armada 375 DB platform.
On Thursday 15 May 2014 11:19:40 Thierry Reding wrote:
+
+ xhci = platform_device_alloc(xhci-hcd, PLATFORM_DEVID_AUTO);
+ if (!xhci) {
+ dev_err(dev, Failed to allocate XHCI host\n);
+ ret = -ENOMEM;
+ goto out;
+ }
This does not feel
On Thu, May 15, 2014 at 12:17:38PM +0200, Gregory CLEMENT wrote:
The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
for the xHCI USB hosts, so this commit enables the corresponding
Kconfig option in multi_v7_defconfig.
Signed-off-by: Gregory CLEMENT
On Thu, May 15, 2014 at 05:26:36PM +0400, Sergei Shtylyov wrote:
Hello.
On 05/15/2014 02:17 PM, Gregory CLEMENT wrote:
The Marvell Armada 375 SoCs contains one EHCI controller. This commit
However, you're adding two. :-)
So it would seem. Gregory, I'll fix it up when I pull it in.
On Thu, May 15, 2014 at 08:17:44PM +0900, Naoki MATSUMOTO wrote:
It no longer occurs in Kconfig.
USB: remove CONFIG_USB_DEVICEFS(fb28d58b) leaked remove defconfig.
Signed-off-by: Naoki MATSUMOTO nekomatu+li...@gmail.com
As it's pretty obvious these configs aren't being updated, why not just
On 15/05/2014 15:34, Jason Cooper wrote:
On Thu, May 15, 2014 at 05:26:36PM +0400, Sergei Shtylyov wrote:
Hello.
On 05/15/2014 02:17 PM, Gregory CLEMENT wrote:
The Marvell Armada 375 SoCs contains one EHCI controller. This commit
However, you're adding two. :-)
So it would seem.
On Wed, 14 May 2014, Todd E Brandt wrote:
Does this really save any meaningful amount of time? Have you measured
it?
Yes, here's the test results from the use-case that inspired the patch:
https://01.org/suspendresume/blogs/tebrandt/2014/usb-resume-parallel-enumeration-separate-hosts
On Wed, 14 May 2014, Mark Brown wrote:
From: Liviu Dudau liviu.du...@arm.com
arm64 architecture handles correctly 64bit DMAs and can enable support
for 64bit EHCI host controllers.
Signed-off-by: Liviu Dudau liviu.du...@arm.com
Signed-off-by: Ryan Harkin ryan.har...@linaro.org
On 05/13/2014 06:30 PM, Alan Stern wrote:
CC-ing Mathias.
On Mon, 12 May 2014, Jorge wrote:
[1.] One line summary of the problem:
[Sony VAIO SVT13136CXS] usb2 port does not work.
[2.] Full description of the problem/report:
My laptop has two usb ports, one 2.0 and the other 3.0. The usb
On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
On Wed, 14 May 2014, Mark Brown wrote:
From: Liviu Dudau liviu.du...@arm.com
arm64 architecture handles correctly 64bit DMAs and can enable support
for 64bit EHCI host controllers.
Signed-off-by: Liviu Dudau
Dear Mr.Greg
OK.I understand.
I didn't think deep too.
I should have consulted with you.
Thank you,
Naoki
P.S
I resent this mail because, I received error mail from ml daemon. so
include HTML
2014-05-15 22:45 GMT+09:00 Greg KH gre...@linuxfoundation.org:
On Thu, May 15, 2014 at 08:17:44PM
On Thu, May 15, 2014 at 04:17:44PM +0100, Liviu Dudau wrote:
On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
On Wed, 14 May 2014, Mark Brown wrote:
Did you folks tested this for all sorts of host controllers? I have no
way to verify that it works, and last I heard, many (or
George,
On Thu, May 15, 2014 at 1:28 AM, George Cherian george.cher...@ti.com wrote:
Hi Bin,
On 5/14/2014 10:13 PM, Bin Liu wrote:
George,
On Wed, May 14, 2014 at 9:34 AM, Bin Liu binml...@gmail.com wrote:
George,
On Wed, May 14, 2014 at 12:37 AM, George Cherian george.cher...@ti.com
Sony VAIO t-series machines are not capable of switching usb2 ports over
from Intel EHCI to xHCI controller. If tried the USB2 port will be left
unconnected
and unusable.
Signed-off-by: Mathias Nyman mathias.ny...@linux.intel.com
---
drivers/usb/host/pci-quirks.c | 7 +++
1 file changed, 7
On 05/08/2014 07:25 PM, Mathias Nyman wrote:
Hi Greg
These following xhci patches are for usb-next and hopefully for 3.16
This patcheseries includes a bigger change in xhci command queue code,
(last four patches), a task that I've been working on for a longer time.
Sarah gave green light
On Thu, 15 May 2014, Liviu Dudau wrote:
On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
On Wed, 14 May 2014, Mark Brown wrote:
From: Liviu Dudau liviu.du...@arm.com
arm64 architecture handles correctly 64bit DMAs and can enable support
for 64bit EHCI host
On Thu, 15 May 2014, Mark Brown wrote:
On Thu, May 15, 2014 at 04:17:44PM +0100, Liviu Dudau wrote:
On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
On Wed, 14 May 2014, Mark Brown wrote:
Did you folks tested this for all sorts of host controllers? I have no
way to
Hi
On Fri, May 16, 2014 at 05:57:57AM +0800, Zhuang Jin Can wrote:
In ISOC transfers, when free_slot points to the last TRB (i.e. Link
TRB), and all queued requests meet Missed Interval Isoc error, busy_slot
points to trb0.
busy_slot-trb0
trb1
...
Hi,
On Fri, May 09, 2014 at 02:27:34PM +0200, Laurent Pinchart wrote:
Hi Felipe,
Could you please pull the following three patches for v3.16 ? They've
been reviewed on the linux-media and linux-usb mailing list.
ok, are these patches being merged in any other tree ? I don't usually
take
Hi Felipe,
On Thursday 15 May 2014 10:39:45 Felipe Balbi wrote:
On Fri, May 09, 2014 at 02:27:34PM +0200, Laurent Pinchart wrote:
Hi Felipe,
Could you please pull the following three patches for v3.16 ? They've
been reviewed on the linux-media and linux-usb mailing list.
ok, are
On Thu, 15 May 2014, Mathias Nyman wrote:
Sony VAIO t-series machines are not capable of switching usb2 ports over
from Intel EHCI to xHCI controller. If tried the USB2 port will be left
unconnected
and unusable.
Signed-off-by: Mathias Nyman mathias.ny...@linux.intel.com
Have you heard
Hi,
On Wed, May 07, 2014 at 12:59:39PM -0500, Felipe Balbi wrote:
On Wed, May 07, 2014 at 01:37:29PM -0400, Alan Stern wrote:
On Wed, 7 May 2014, Felipe Balbi wrote:
I think these patches could be related:
commit 25cd2882e2fc8bd8ed7acaee0ec979f11feda6d7
usb/xhci: Change how
Hi,
On Thu, May 15, 2014 at 02:04:39PM +0530, Pratyush Anand wrote:
All dwc3 based xhci host controller supports USB3.0 LPM functionality.
Therefore enable it in platform data for all dwc3 based xhci device if
DWC3_HOST_USB3_LPM_ENABLE is selected in Kconfig.
Signed-off-by: Pratyush Anand
On Thu, May 15, 2014 at 02:28:46PM +0200, Ricardo Ribalda Delgado wrote:
This patch adds support for the PLX USB3380 and USB3382.
This driver is based on the driver from the manufacturer.
Since USB338X is register compatible with NET2280, I thought that it
would be better to include this
On 15 May 2014 18:07, Felipe Balbi ba...@ti.com wrote:
On Thu, May 15, 2014 at 02:28:46PM +0200, Ricardo Ribalda Delgado wrote:
This patch adds support for the PLX USB3380 and USB3382.
This driver is based on the driver from the manufacturer.
Since USB338X is register compatible with
On Thu, May 15, 2014 at 04:36:25PM +0100, Alan Stern wrote:
On Thu, 15 May 2014, Liviu Dudau wrote:
On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
On Wed, 14 May 2014, Mark Brown wrote:
From: Liviu Dudau liviu.du...@arm.com
arm64 architecture handles correctly
On Thu, May 15, 2014 at 10:05:55AM -0400, Alan Stern wrote:
On Wed, 14 May 2014, Todd E Brandt wrote:
Does this really save any meaningful amount of time? Have you measured
it?
Yes, here's the test results from the use-case that inspired the patch:
On Thu, 15 May 2014, Felipe Balbi wrote:
Hi,
On Wed, May 07, 2014 at 12:59:39PM -0500, Felipe Balbi wrote:
On Wed, May 07, 2014 at 01:37:29PM -0400, Alan Stern wrote:
On Wed, 7 May 2014, Felipe Balbi wrote:
I think these patches could be related:
commit
On Thu, 15 May 2014, Liviu Dudau wrote:
On Thu, May 15, 2014 at 04:36:25PM +0100, Alan Stern wrote:
On Thu, 15 May 2014, Liviu Dudau wrote:
On Thu, May 15, 2014 at 03:11:48PM +0100, Alan Stern wrote:
On Wed, 14 May 2014, Mark Brown wrote:
From: Liviu Dudau
On Thu, 15 May 2014, Todd E Brandt wrote:
Hmmm. Why did the kernel end up re-initializing those devices in the
first place? Under normal circumstances that wouldn't happen when
resuming from system suspend.
If you were resuming from hibernation, then sure. But hibernation is
On Thu, 2014-05-15 at 14:28 +0200, Ricardo Ribalda Delgado wrote:
This patch adds support for the PLX USB3380 and USB3382.
A few more trivial notes, all can be addressed
as follow-on patches or perhaps even ignored
altogether.
diff --git a/drivers/usb/gadget/net2280.c
On Thu, 15 May 2014, Felipe Balbi wrote:
On Thu, May 15, 2014 at 02:28:46PM +0200, Ricardo Ribalda Delgado wrote:
This patch adds support for the PLX USB3380 and USB3382.
This driver is based on the driver from the manufacturer.
Since USB338X is register compatible with NET2280, I
On 05/14/2014 06:33 PM, Andrew Bresticker wrote:
Initialize the XUSB-related clocks with appropriate parents and rates
for both Tegra114 and Tegra124.
These first 4 clock driver patches look plausible to me, although I
didn't look that hard!
Peter or Mike, if they look OK to you, can you
On 05/14/2014 06:32 PM, Andrew Bresticker wrote:
This is a first pass at the host and PHY drivers necessary for USB3.0
support on Tegra114 and Tegra124. The Tegra XHCI host controller requires
external firmware [1] which must be loaded before using any USB ports owned
by the controller. The
On Mon, 2014-05-12 at 15:14 -0400, Alan Stern wrote:
On Mon, 12 May 2014, Dan Williams wrote:
Fixed. And dropped wakeup out of the patch subject.
There's a nasty bug here. I'll let you figure it out for yourself. :-)
Hint: Hiding a variable by declaring another local variable with
Arnd,
On Thu, May 15, 2014 at 1:17 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 14 May 2014 17:33:02 Andrew Bresticker wrote:
+
+int tegra_xhci_register_mbox_notifier(struct notifier_block *nb)
+{
+ int ret;
+
+ mutex_lock(tegra_xhci_mbox_lock);
+ ret =
On Thu, May 15, 2014 at 12:25 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 05/14/2014 06:33 PM, Andrew Bresticker wrote:
The XUSB PHY driver will be accessing the CAR registers through the
syscon interface.
I very strongly don't want to use the syscon concept on Tegra. Instead,
I want
On 05/14/2014 06:33 PM, Andrew Bresticker wrote:
Board-specific USB configuration data is stored in FUSE_SKU_CALIB_0.
Export a function to read it so the PHY can be properly configured.
This patch seems conceptually fine to me. Presumably once Peter's fuse
driver is fleshed out, it can expose
On Thu, May 15, 2014 at 12:33 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 05/14/2014 06:32 PM, Andrew Bresticker wrote:
This is a first pass at the host and PHY drivers necessary for USB3.0
support on Tegra114 and Tegra124. The Tegra XHCI host controller requires
external firmware [1]
Commit 193ab2a60700 (usb: gadget: allow multiple gadgets to be built)
apparently required that checks for CONFIG_USB_GADGET_OMAP would be
replaced with checks for CONFIG_USB_OMAP. Do so now for the remaining
checks for CONFIG_USB_GADGET_OMAP, even though these checks have
basically been broken
On Thu, 15 May 2014, Andrew Bresticker wrote:
This does not feel appropriate at all: Rather than creating a child device,
you should have a specific driver that hooks into functions exported
by the xhci core. See Documentation/driver-model/design-patterns.txt
This is how DWC3, currently
On Thu, May 15, 2014 at 01:18:22PM -0700, Andrew Bresticker wrote:
Arnd,
On Thu, May 15, 2014 at 1:17 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 14 May 2014 17:33:02 Andrew Bresticker wrote:
+
+int tegra_xhci_register_mbox_notifier(struct notifier_block *nb)
+{
+ int
On 05/14/14 23:01, Vivek Gautam wrote:
From: Vivek gautamgautam.vi...@samsung.com
Based on 'for-next' branch of Kgene's linux-samsung tree;
along with dts patches for USB 2.0 phy[1], and Exynos5800 [2].
Also based on the latest USB 3.0 DRD phy driver patches posted [3].
Changes from v5:
-
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
drivers/usb/serial/keyspan.c |4 ++--
1 fil ändrad, 2 tillägg(+), 2
After debugging further, I figured out what was causing the problem.
In the driver for the cp210x, there is a line of code in the `.attach`
function that calls `usb_reset_device(serial-dev);`. See the source
code here:
On Thu, May 15, 2014 at 10:55:45PM +0200, Paul Bolle wrote:
Commit 193ab2a60700 (usb: gadget: allow multiple gadgets to be built)
apparently required that checks for CONFIG_USB_GADGET_OMAP would be
replaced with checks for CONFIG_USB_OMAP. Do so now for the remaining
checks for
Hi,
On Thu, May 15, 2014 at 02:17:54PM -0400, Alan Stern wrote:
I think these patches could be related:
commit 25cd2882e2fc8bd8ed7acaee0ec979f11feda6d7
usb/xhci: Change how we indicate a host supports Link PM.
commit 140e3026a57ab7d830dab2f2c57796c222db0ea9
On 15/05/14 12:16, Mathias Nyman wrote:
Thanks, It appears so.
Jorge, I don't have access to a Sony VAIO t-series machine, can you try if the
following patch fixes the issue?
-Mathias
Hi Mathias,
I've never rebuilt the kernel on my working machine, give me a day or
two and I'll report
Hi
On Thu, May 15, 2014 at 10:37:57AM -0500, Felipe Balbi wrote:
Hi
On Fri, May 16, 2014 at 05:57:57AM +0800, Zhuang Jin Can wrote:
In ISOC transfers, when free_slot points to the last TRB (i.e. Link
TRB), and all queued requests meet Missed Interval Isoc error, busy_slot
points to
On Thu, May 15, 2014 at 12:17:35PM +0200, Gregory CLEMENT wrote:
This patch adds the selection of the config symbol needed to build the
USB3 support for Armada 38x into mvebu_v7_defconfig.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Signed-off-by: Thomas Petazzoni
On Thu, May 15, 2014 at 12:17:37PM +0200, Gregory CLEMENT wrote:
The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
for the xHCI USB hosts, so this commit enables the corresponding
Kconfig option in mvebu_v7_defconfig.
Signed-off-by: Gregory CLEMENT
On 15/05/14 22:16, Jorge wrote:
On 15/05/14 12:16, Mathias Nyman wrote:
Thanks, It appears so.
Jorge, I don't have access to a Sony VAIO t-series machine, can you
try if the
following patch fixes the issue?
-Mathias
Hi Mathias,
I've never rebuilt the kernel on my working machine, give
On Thu, May 15, 2014 at 12:17:39PM +0200, Gregory CLEMENT wrote:
The Marvell Armada 38x SoCs contains two xHCI controllers. This commit
adds the Device Tree description of those interfaces at the SoC level,
and also enables the two USB3 ports on the Armada 385 DB platform and
one USB3 port on
89 matches
Mail list logo
