On Sat, Apr 19, 2014 at 11:09 AM, Jinqiang Zeng wrote:
> ---
> drivers/staging/media/sn9c102/sn9c102.h| 30 +-
> drivers/staging/media/sn9c102/sn9c102_core.c | 342
> ++--
> drivers/staging/media/sn9c102/sn9c102_devtable.h | 22 +-
> drivers/staging/media
* Roger Quadros [140414 00:23]:
> Hi Tony,
>
> On 04/01/2014 05:13 PM, Felipe Balbi wrote:
> > On Tue, Apr 01, 2014 at 01:37:27PM +0300, Roger Quadros wrote:
> >> The USB3 PHY driver (ti-pipe3) was updated so that the relevant
> >> clock phandles are expected in the DT node.
> >> Provide the nece
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.15-rc2
for you to fetch changes up to 94d72f008909610710b
On Fri, Apr 18, 2014 at 17:55 +0200, Matthieu CASTET wrote:
> Le Fri, 18 Apr 2014 10:42:14 -0400,
> Alan Stern a écrit :
> >
> > Since the SCSI layer thinks the media was changed, it has no choice but
> > to fail the read request.
> ok.
>
> I suppose the scsi layer can't ignore "Not-ready to re
On Fri, 18 Apr 2014, Matthieu CASTET wrote:
> > > while playing with suspend to ram I found a strange behavior with usb
> > > persistence.
> > >
> > > This can be easily reproduce by doing :
> > > - plug a usb key
> > > - start to read the usb key : "cat /dev/sdx > /dev/null"
> > > - go to suspen
Hi Alan,
thanks for your answers.
Le Fri, 18 Apr 2014 10:42:14 -0400,
Alan Stern a écrit :
> On Fri, 18 Apr 2014, Matthieu CASTET wrote:
>
> > Hi,
> >
> > while playing with suspend to ram I found a strange behavior with usb
> > persistence.
> >
> > This can be easily reproduce by doing :
>
On Fri, 18 Apr 2014, Peter Münster wrote:
> On Thu, Apr 17 2014, Peter Münster wrote:
>
> > On Thu, Apr 17 2014, Alan Stern wrote:
> >
> >> Just to verify, please try replacing diag3 with each of the two patches
> >> below (one at a time). If my guess is right, diag3a will work and
> >> diag3b
On Fri, Apr 18, 2014 at 11:38:07AM +0100, Leigh Brown wrote:
> On 2014-04-16 22:26, Felipe Balbi wrote:
> >it's now very easy to return a platform_device pointer
> >and have the caller pass it as argument when calling
> >usb_phy_generic_unregister().
> >
> >Signed-off-by: Felipe Balbi
> >---
> > d
On Fri, 18 Apr 2014, Matthieu CASTET wrote:
> Hi,
>
> while playing with suspend to ram I found a strange behavior with usb
> persistence.
>
> This can be easily reproduce by doing :
> - plug a usb key
> - start to read the usb key : "cat /dev/sdx > /dev/null"
> - go to suspend : "echo mem > /sy
Hi Felipe,
On Thu, Apr 17, 2014 at 8:31 PM, Felipe Balbi wrote:
> On Thu, Apr 17, 2014 at 03:01:37PM +0530, sundeep subbaraya wrote:
>> Hi Felipe,
>>
>> On Wed, Apr 16, 2014 at 11:32 PM, Felipe Balbi wrote:
>> > Hi,
>> >
>> > On Wed, Apr 16, 2014 at 04:09:28PM +0530, sundeep subbaraya wrote:
>>
Hi Sebastian,
On 18/04/2014 13:19, Sebastian Hesselbarth wrote:
> On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
>> The usb3-utmi registers allow to configure the internal USB PHY of the
>> Armada 380/385 SoCs. A small initialization is needed to be able to use
>> the USB3 ports.
>>
>> Signed-off-
On 04/18/2014 01:43 PM, Gregory CLEMENT wrote:
>>> @@ -0,0 +1,21 @@
>>> +/*
>>> + * Copyright (C) 2014 Marvell
>>> + *
>>> + * Gregory Clement
>>> + *
>>> + * This file is licensed under the terms of the GNU General Public
>>> + * License version 2. This program is licensed "as is" without any
>>
Hi Sebastian,
On 18/04/2014 13:23, Sebastian Hesselbarth wrote:
> On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
>> The Marvell Armada 38x SoCs contain two xHCI host. This commit adds
>> the Device Tree description of those interfaces at the SoC level, and
>> also enables the two USB3 ports on the
Hi Sebastian,
[...]
>> @@ -0,0 +1,21 @@
>> +/*
>> + * Copyright (C) 2014 Marvell
>> + *
>> + * Gregory Clement
>> + *
>> + * This file is licensed under the terms of the GNU General Public
>> + * License version 2. This program is licensed "as is" without any
>> + * warranty of any kind, whethe
On Wednesday 16 April 2014 08:49 PM, Felipe Balbi wrote:
> On Wed, Apr 16, 2014 at 02:48:21PM +0300, Grygorii Strashko wrote:
>> This fixes a regression on Keystone 2 platforms caused by patch
>> 57303488cd37da58263e842de134dc65f7c626d5
>> "usb: dwc3: adapt dwc3 core to use Generic PHY Framework"
On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
> The Marvell Armada 38x SoCs contain two xHCI host. 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 platf
On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
> The usb3-utmi registers allow to configure the internal USB PHY of the
> Armada 380/385 SoCs. A small initialization is needed to be able to use
> the USB3 ports.
>
> Signed-off-by: Gregory CLEMENT
> ---
> arch/arm/mach-mvebu/Makefile | 2 +-
>
On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
> For the armada 38x SoCs which come with an xhci controller, specific
> initialization must be done during probe, especially in relation with
> the MBus windows initialization. This patch adds this support.
>
> Signed-off-by: Gregory CLEMENT
> ---
>
On 2014-04-16 22:26, Felipe Balbi wrote:
it's now very easy to return a platform_device pointer
and have the caller pass it as argument when calling
usb_phy_generic_unregister().
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/am35x.c| 12 +---
drivers/usb/musb/blackfin.c
On 2014-04-16 22:26, Felipe Balbi wrote:
no functional changes, just renaming the function
in order to make it slightly clearer what it should
be used for, also matching the driver name.
Signed-off-by: Felipe Balbi
---
[...]
diff --git a/include/linux/usb/usb_phy_gen_xceiv.h
b/include/linux/u
This patch allow to register specific glue code for xhci controller.
It creates a structure called xhci_plat_ops to register functions
specific to an SoC. Currently there are only probe() and remove() but
it can be extended later, it was the point to create such a structure.
Each compatible string
Hello,
This patch set adds the USB3 support for the Armada 38x and also
prepares the support for Armada 375. These SoCs use an xHCI but still
need specific initialization, mainly to setup the windows memory on
the mbus.
The first patch extend the the xhci-plat driver to allow to register
platform
The usb3-utmi registers allow to configure the internal USB PHY of the
Armada 380/385 SoCs. A small initialization is needed to be able to use
the USB3 ports.
Signed-off-by: Gregory CLEMENT
---
arch/arm/mach-mvebu/Makefile | 2 +-
arch/arm/mach-mvebu/usb-utmi.c | 64 ++
For the armada 38x SoCs which come with an xhci controller, specific
initialization must be done during probe, especially in relation with
the MBus windows initialization. This patch adds this support.
Signed-off-by: Gregory CLEMENT
---
drivers/usb/host/Kconfig | 7 +++
drivers/usb/host/M
This patch add the selection of the config symbol to build the USB3
support for Armada 38x.
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 3f73eecbcfb0..7960f218702
The Marvell Armada 38x SoCs contain two xHCI host. 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 platforms.
Signed-off-by: Gregory CLEMENT
---
arch/arm/bo
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
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/ar
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
---
arch/arm/configs/mvebu_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/ar
Extend the compatible string list with xhci-armada-380. It is used to
describe xhci controller which is in the Armada 38x SoCs.
Signed-off-by: Gregory CLEMENT
---
Documentation/devicetree/bindings/usb/usb-xhci.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentatio
Hi,
while playing with suspend to ram I found a strange behavior with usb
persistence.
This can be easily reproduce by doing :
- plug a usb key
- start to read the usb key : "cat /dev/sdx > /dev/null"
- go to suspend : "echo mem > /sys/power/state"
- while in suspend, unplug and replug the usb ke
30 matches
Mail list logo
