On Thu, May 15, 2014 at 6:53 PM, Miner, Blake wrote:
> 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:
> https://git
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 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 me
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
> Signed-off-by: Tho
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
> Signed-off-by: Thomas Petazzoni
> ---
> arch/arm/mach-mvebu/Kconf
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
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 back
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 140e302
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 CONFIG_USB
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:
https://github.com/torvalds/linux/blob/master/drivers/usb/serial/cp210x.c#L8
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
---
drivers/usb/serial/keyspan.c |4 ++--
1 fil ändrad, 2 tillägg(+), 2 borttagningar(-)
diff --git a/drivers/usb/
On 05/14/14 23:01, Vivek Gautam wrote:
From: Vivek gautam
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:
- Added node reference names
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 wrote:
> > On Wednesday 14 May 2014 17:33:02 Andrew Bresticker wrote:
> >> +
> >> +int tegra_xhci_register_mbox_notifier(struct notifier_block *nb)
> >> +{
> >> + int
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, cur
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 si
On Thu, May 15, 2014 at 12:33 PM, Stephen Warren 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] which must be l
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:25 PM, Stephen Warren 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 only the CAR d
Arnd,
On Thu, May 15, 2014 at 1:17 AM, Arnd Bergmann 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 = raw_notifier_c
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
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. T
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 only the CAR driver touching the CAR registers. If other drivers
need some CAR r
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 plea
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 NET
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 b/drivers/usb/gadget/net
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 i
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 Dud
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:
> > > > >
> > >
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:
> >
> > https://01.org
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
> > > >
> > > > arm64 architecture handles correct
On 15 May 2014 18:07, "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
Hi,
On Thu, May 15, 2014 at 03:23:14PM +0800, 黃俊祺 wrote:
> Dear all,
>
> Is any update here?
> I'm looking forward for your reply, thanks.
>
> Steve
>
>
>
> 2013-11-21 19:07 GMT+08:00 Mark Jackson :
>
> > We have a custom AM335x CPU board with a type A connector, which is
> > intended
> > to
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 t
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 Ana
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
> > > >
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
Have you heard back from Jorge? Does th
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
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
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
> > >
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
> .
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
> > >
> > > arm64 architecture handles correctly 64bit DMAs and can enable support
> > > for 64bit EHCI host controllers.
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
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
---
drivers/usb/host/pci-quirks.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/dr
George,
On Thu, May 15, 2014 at 1:28 AM, George Cherian 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 wrote:
>>>
>>> George,
>>>
>>> On Wed, May 14, 2014 at 12:37 AM, George Cherian
>>> wrote:
On 5/14/2014 12:
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
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 :
> On Thu, May 15, 2014 at 08:17:44PM +0900, Naoki MATSUMOTO 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
> >
> > arm64 architecture handles correctly 64bit DMAs and can enable support
> > for 64bit EHCI host controllers.
> >
> > Signed-off-by: Liviu Dudau
> > Signed-off-by:
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
On Wed, 14 May 2014, Mark Brown wrote:
> From: Liviu Dudau
>
> arm64 architecture handles correctly 64bit DMAs and can enable support
> for 64bit EHCI host controllers.
>
> Signed-off-by: Liviu Dudau
> Signed-off-by: Ryan Harkin
> Signed-off-by: Mark Brown
Did you folks tested this for all
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-
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
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
As it's pretty obvious these configs aren't being updated, why not just
remove them entirely?
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 i
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
> Signed-off-by: Tho
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;
> > > + }
>
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.
First usage of ret variable will re-write initial value. Thus, there is no need
to initialize it.
Signed-off-by: Andy Shevchenko
---
drivers/usb/dwc3/core.c| 2 +-
drivers/usb/dwc3/dwc3-exynos.c | 12 +---
drivers/usb/dwc3/dwc3-omap.c | 2 +-
drivers/usb/dwc3/dwc3-pci.c|
This fixes a bug when dwc3_pci_register_phys() fails and leaves device enabled.
Signed-off-by: Andy Shevchenko
---
drivers/usb/dwc3/dwc3-pci.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/dwc3/dwc3-pci.c b/drivers/usb/dwc3/dwc3-pci.c
index e76d1ca..
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:[] []
net2280_stop+0xa3/0x100 [net2280]
[ 174.457910] Call Trace:
[ 174.459503] [] usb_gadget_remove
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 causes
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,
It no longer occurs in Kconfig.
USB: remove CONFIG_USB_DEVICEFS(fb28d58b) leaked remove defconfig.
Signed-off-by: Naoki MATSUMOTO
---
arch/arm/configs/badge4_defconfig|1 -
arch/arm/configs/cm_x2xx_defconfig |1 -
arch/arm/configs/cm_x300_defconfig
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
From: Thomas Petazzoni
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 probed in DT-mode, and
platform_get
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 xhci-pla
Sorting the headers in alphabetic order will help to reduce the conflict
when adding new headers later.
Signed-off-by: Gregory CLEMENT
Acked-by: Felipe Balbi
---
drivers/usb/host/xhci-plat.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/xhci-plat.c b
From: Thomas Petazzoni
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
Acked-by: Alan Stern
---
Documentation/devicetree/bindings/usb/ehci-orion.t
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
frame
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
Signed-of
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
Signed-off-by: Thomas Petazzoni
---
arch/arm/configs/mvebu_v7_defconfig | 1 +
1 file changed
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 Arm
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
Signed-off-by: Thomas Petazzoni
---
arch/arm/mach-mvebu/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-mvebu/Kcon
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
This patch add the selection of the config symbol to build the USB3
support for Armada 375.
Signed-off-by: Gregory CLEMENT
---
arch/arm/mach-mvebu/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-mvebu/Kconfig b/arch/arm/mach-mvebu/Kconfig
index 7960f218702b..95afc7677ee
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
Signed-off-by: Thomas Petazzoni
---
arch/arm/boot/dts/armada-3
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
Signed-off-by: Thomas Petazzoni
Cc: a...@kernel.org
Cc: Kevin Hilman
Cc: Olof Johansson
Cc:
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
Signed-off-by: Thomas Petazzoni
---
arch/arm/boot/dts/armada-375-
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
---
arch/arm/boot/dts/armada-385-db.dts | 4
arch/arm/boot/
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
p
From: Thomas Petazzoni
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
Acked-by: Alan Stern
---
drivers/usb/host/ehci-
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 th
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
>
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 V
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 P
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), IORES
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
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 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:
> https://bugs.launchpad.n
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);
> + mutex_unlock(&te
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 fe
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,
>
>
91 matches
Mail list logo
