Hi Kamil,
...
> +| 3. Supporting SoCs
> ++
> +
> +To support a new SoC a new file should be added to the drivers/phy
> +directory. Each SoC's configuration is stored in an instance of the
> +struct samsung_usb2_phy_config.
> +
> +struct samsung_usb2_phy_config {
> + const
On Thursday 06 March 2014 01:56 PM, Anton Tikhomirov wrote:
Hi Kamil,
...
+| 3. Supporting SoCs
++
+
+To support a new SoC a new file should be added to the drivers/phy
+directory. Each SoC's configuration is stored in an instance of the
+struct samsung_usb2_phy_config.
+
David Woodfall wrote:
> mplayer reports no sound:
>
> mplayer tv:// -tv
> driver=v4l2:device=/dev/video1:normid=8:alsa:adevice=hw.1:forceaudio:volume=80
> ...
> Selected driver: v4l2
> Opening video decoder: [raw] RAW Uncompressed Video
> Audio: no sound
Does "mplayer something.wav" work?
> Neit
Hello,
> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
>
>
> On Thursday 06 March 2014 01:56 PM, Anton Tikhomirov wrote:
> > Hi Kamil,
> >
> > ...
> >
> >> +| 3. Supporting SoCs
> >> ++
> >> +
> >> +To support a new SoC a new file should be added to th
> switch over to endpoint feature flags so we can drop naming conventions.
>
> Signed-off-by: Felipe Balbi
> ---
> drivers/usb/chipidea/udc.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c
> index 80de2f8..e80dc82 1006
On Wed, 2014-03-05 at 11:15 -0500, Alan Stern wrote:
> On Wed, 5 Mar 2014, Oliver Neukum wrote:
>
> > On Wed, 2014-03-05 at 09:40 +, Poulain, Loic wrote:
> > > Hi,
> > >
> > > I think there is an issue with the reset-resume mechanism during USB
> > > runtime resume, leaving the interfaces sus
Hi,
On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
Hello,
Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
On Thursday 06 March 2014 01:56 PM, Anton Tikhomirov wrote:
Hi Kamil,
...
+| 3. Supporting SoCs
++
+
+To support a new SoC a new
Hi,
> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
> Hi,
>
> On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
> > Hello,
> >
> >> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
> >>
> >>
> >>
> >> On Thursday 06 March 2014 01:56 PM, Anton Ti
On Thu, Mar 06, 2014 at 02:52:17PM +0800, Li Jun wrote:
> On Wed, Mar 05, 2014 at 04:28:14PM +0800, Peter Chen wrote:
> > On Thu, Feb 27, 2014 at 07:38:25AM +0800, Li Jun wrote:
> > > Add OTG HNP and SRP operation functions implementation:
> > > - charge vbus
> > > - drive vbus
> > > - connection s
Hi,
> Subject: RE: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
> Hi,
>
> > Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
> >
> > Hi,
> >
> > On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
> > > Hello,
> > >
> > >> Subject: Re: [PATCH v9 3/4] phy: Add
Hi Alan,
As you have told, i have executed pm_request_resume() function from my
interrupt handler, and it is waking up my USB device. I have
implemented all this functionality in class driver(cdc-acm.c).
but what is happening is after 2-3 times, ausosuspend is getting
disable for my device. I want
mplayer reports no sound:
mplayer tv:// -tv
driver=v4l2:device=/dev/video1:normid=8:alsa:adevice=hw.1:forceaudio:volume=80
...
Selected driver: v4l2
Opening video decoder: [raw] RAW Uncompressed Video
Audio: no sound
Does "mplayer something.wav" work?
Yes, mplayer works for wavs and other fi
Hi,
On Thursday 06 March 2014 02:49 PM, Anton Tikhomirov wrote:
Hi,
Subject: RE: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
Hi,
Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
Hi,
On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
Hello,
Subject:
Hi Peter,
My usb device is not capable of giving interrupt when it finishes
using usb. So i dont have any idea where can i call pm_runtime_put for
my usb device?
the other thing is that, earlier you have told, waking up usb device
through interrupt is same as writing "on" to ../power/control , bu
On Monday 03 March 2014 05:08 PM, Kishon Vijay Abraham I wrote:
Adapted omap-usb3 PHY driver to Generic PHY Framework and moved phy-omap-usb3
driver in drivers/usb/phy to drivers/phy and also renamed the file to
phy-ti-pipe3 since this same driver will be used for SATA PHY and
PCIE PHY.
merge
>
> Hi Peter,
>
> My usb device is not capable of giving interrupt when it finishes using
> usb. So i dont have any idea where can i call pm_runtime_put for my usb
> device?
>
> the other thing is that, earlier you have told, waking up usb device
> through interrupt is same as writing "on" to
On (06/03/14 09:18), Dave Woodfall put forth the
proposition:
mplayer reports no sound:
mplayer tv:// -tv
driver=v4l2:device=/dev/video1:normid=8:alsa:adevice=hw.1:forceaudio:volume=80
...
Selected driver: v4l2
Opening video decoder: [raw] RAW Uncompressed Video
Audio: no sound
Does "mplaye
On Mon, Feb 24, 2014 at 11:37:35AM -0800, Dan Williams wrote:
> Add a command line switch for disabling ehci port switchover. Useful
> for working around / debugging xhci incompatibilities where ehci
> operation is available.
Lovely and thank you for creating the patch. I will try to find time
to
From: Austin Beam
Enable the dra7x errata workaround for false disconnect problem
with USB2PHY. False disconnects were detected with some of the devices.
Reduce the sensitivity of the disconnect logic within the USB2PHY subsystem
to enusre these false disconnects are not registered.
[george.cher
I agree, but because it's possible to have many different hardware for the same
class driver, you can't predict if all of them will be not broken. So in this
case, each USB class driver should have the reset-resume callback.
A broken device can be a device which doesn't resume correctly 1 time pe
On Thu, Mar 6, 2014 at 1:36 AM, Peter Chen wrote:
> Do you have usbmisc node? usbmisc is not probed or its probe has failed.
Thanks, Peter. usbmisc node was 'disabled' at imx25.dtsi. I removed
the 'disabled' and now the probe goes a bit further:
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHC
Hi Anton, Kishon,
> From: Anton Tikhomirov [mailto:av.tikhomi...@samsung.com]
> Sent: Thursday, March 06, 2014 9:26 AM
>
> Hi Kamil,
>
> ...
>
> > +| 3. Supporting SoCs
> > ++
> > +
> > +To support a new SoC a new file should be added to the drivers/phy
> > +directory. Each
Hi Tobias,
> From: Tobias Jakobi [mailto:tjak...@math.uni-bielefeld.de]
> Sent: Thursday, March 06, 2014 12:08 AM
>
> Hello Kamil,
>
> this looks very good. I just tested the patchset on my ODROID-X2
> (Exynos4412-based board) and the USB stability issues I mentioned to
> you before (with the ol
Hi,
On Thursday 06 March 2014 03:54 PM, Kamil Debski wrote:
Hi Anton, Kishon,
From: Anton Tikhomirov [mailto:av.tikhomi...@samsung.com]
Sent: Thursday, March 06, 2014 9:26 AM
Hi Kamil,
...
+| 3. Supporting SoCs
++
+
+To support a new SoC a new file should be added to th
George,
On Monday 03 March 2014 03:40 PM, George Cherian wrote:
Adapt phy-omap-usb2 driver for AM437x.
- Add new comaptible "ti,am437x-usb2" for AM437x
- Pass proper data to differentiate AM437x and others.
- AM437x doesnot support set_vbus and start_srp.
- Also
Previously the of_phy_get function took a struct device * and
was declared static. It was impossible to call it from
another driver and thus it was impossible to get phy defined
for a given node. The old function was renamed to _of_phy_get
and was left for internal use. of_phy_get function was adde
Hi,
This is the tenth version of this patchset. The only difference since v9
is correction in the documentation.
Best wishes,
Kamil Debski
--
Changes from v9:
1) phy: core: Add an exported of_phy_get function
- No changes since v9.
2) phy: core: Add devm_of_phy_get to phy-core
Adding devm_of_phy_get will allow to get phys by supplying a
pointer to the struct device_node instead of struct device.
Signed-off-by: Kamil Debski
---
drivers/phy/phy-core.c | 31 +++
include/linux/phy/phy.h |8
2 files changed, 39 insertions(+)
dif
Add a new driver for the Exynos USB 2.0 PHY. The new driver uses the generic
PHY framework. The driver includes support for the Exynos 4x10 and 4x12
SoC families.
Signed-off-by: Kamil Debski
---
.../devicetree/bindings/phy/samsung-phy.txt| 53
Documentation/phy/samsung-usb2.txt
Add support for Exynos 5250. This driver is to replace the old
USB 2.0 PHY driver.
Signed-off-by: Kamil Debski
---
.../devicetree/bindings/phy/samsung-phy.txt|1 +
drivers/phy/Kconfig| 11 +
drivers/phy/Makefile |1 +
David Woodfall wrote:
> Success. I used the second command mentioned on the linuxtv wiki:
>
> mplayer tv:// -tv
> driver=v4l2:device=/dev/video1:normid=8:alsa:adevice=hw.1:forceaudio:volume=80:immediatemode=0:width=720
>
> Still no sound through arecord though.
It's probably necessary to configure
Adapt phy-omap-usb2 driver for AM437x.
- Add new comaptible "ti,am437x-usb2" for AM437x
- Pass proper data to differentiate AM437x and others.
- AM437x doesnot support set_vbus and start_srp.
- Also update the Documentation to add new compatible.
Signed-off-by: Geo
Add a new compatible for OMAP5 since it does not use any of the
OTG operations as of now.
HAS_SRP and SET_VBUS functionalities are used only for OMAP4.
Update the Documentation also to add new comaptible.
Signed-off-by: George Cherian
---
Documentation/devicetree/bindings/usb/usb-phy.txt | 3 ++
This series
* Adds suport for AM437x USB2 PHY driver
* Address DRA7 PHY errata for false disconnect
* New compatible for OMAP5
Changelog v1 -> v2
* Refreshed the whole series on top of linux-phy/next
* u32 flags changed to u8 flags in Patch1
* cha
On 3/6/2014 4:43 PM, Kishon Vijay Abraham I wrote:
George,
On Monday 03 March 2014 03:40 PM, George Cherian wrote:
Adapt phy-omap-usb2 driver for AM437x.
- Add new comaptible "ti,am437x-usb2" for AM437x
- Pass proper data to differentiate AM437x and others.
- AM437x doesnot support
From: Austin Beam
Enable the dra7x errata workaround for false disconnect problem
with USB2PHY. False disconnects were detected with some of the devices.
Reduce the sensitivity of the disconnect logic within the USB2PHY subsystem
to enusre these false disconnects are not registered.
[george.cher
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 4 ++--
drivers/phy/phy-omap-control.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
d
Due to Errata i783, SATA breaks if its DPLL is idled. The recommeded
workaround to issue a softreset to the SATA controller doesn't seem to
work. Here we just prevent SATA DPLL from Idling and hence avoid
the issue altogether.
Signed-off-by: Roger Quadros
---
drivers/phy/phy-ti-pipe3.c | 4
From: Nikhil Devshatwar
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
Signed-off-by: Balaji T K
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 31 ++-
From: Keshava Munegowda
Create hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 73 ++
1 file
The OMAP_USB2 and OMAP_PIPE3 PHY devices will not be
detected if the OMAP_OCP2SCP bus driver is not present.
Make them depend on it.
Signed-off-by: Roger Quadros
---
drivers/phy/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
index fe8c009.
From: Balaji T K
Add support for sata.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 40
1 file changed, 40 insertions(+)
diff --git a/arch/arm/boo
From: Balaji T K
Add nodes for OCP2SCP3 bus, SATA controller and SATA PHY.
[Roger Q] Clean up.
CC: Benoit Cousson
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git
USB and SATA DPLLs need different settings. Provide
the SATA DPLL settings and use the proper DPLL settings
based on device tree node's compatible_id.
Update the DT binding information.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 3 +-
drivers/phy/phy-ti
As this driver is no longer USB specific, use generic clock names.
- Use 'wkupclk', 'sysclk' and 'refclk' clock-names. Update DT binding info.
- Fix PLL_SD_SHIFT from 9 to 10
- Don't separate prepare/unprepare clock from enable/disable. This
ensures optimal power savings.
Update omap5 usb3_phy dev
Limit .power_on() and .power_off() to just control the
PHY power and not the DPLL. The DPLL will be enabled
in .init() and idled in .exit().
Don't reprogram the DPLL if it has been already locked
by the bootloader. This fixes a problem with SATA, where
it fails if SATA was used by the bootloader.
Hi,
This series adds SATA support for OMAP5 uevm and DRA7-evm boards.
- Cleans up the ti-pipe3 PHY driver
- Adds SATA DPLL support to ti-pipe3 PHY driver
- Adds SATA nodes to hwmod and SoC DT data
Patches are based on 3.14-rc4 with balbi/next, linux-phy/next and
omap-for-v3.15/dt merged on top..
From: Kishon Vijay Abraham I
Rename struct omap_control_usb to struct omap_control_phy since it can
be used to control PHY of USB, SATA and PCIE. Also move the driver and
include files under *phy* and made the corresponding changes in the users
of phy-omap-control.
Signed-off-by: Kishon Vijay Ab
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 25 ++
Documentation/devicetree/bindings/usb/omap-usb.txt | 24 -
2 files changed, 25 insertions(+), 24 delet
On 03/06/2014 04:22 PM, Roger Quadros wrote:
> Hi,
>
> This series adds SATA support for OMAP5 uevm and DRA7-evm boards.
>
> - Cleans up the ti-pipe3 PHY driver
> - Adds SATA DPLL support to ti-pipe3 PHY driver
> - Adds SATA nodes to hwmod and SoC DT data
>
> Patches are based on 3.14-rc4 with b
SATA PHY doesn't need 'wkupclk; and 'refclk' so don't
try to get them for SATA PHY.
Signed-off-by: Roger Quadros
---
drivers/phy/phy-ti-pipe3.c | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a/drivers/phy/phy-ti-pipe3.c b/drivers/phy/phy-ti-pipe3.c
in
From: Kishon Vijay Abraham I
Rename struct omap_control_usb to struct omap_control_phy since it can
be used to control PHY of USB, SATA and PCIE. Also move the driver and
include files under *phy* and made the corresponding changes in the users
of phy-omap-control.
Signed-off-by: Kishon Vijay Ab
From: Balaji T K
Add nodes for OCP2SCP3 bus, SATA controller and SATA PHY.
[Roger Q] Clean up.
CC: Benoit Cousson
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git
SATA PHY doesn't need 'wkupclk; and 'refclk' so don't
try to get them for SATA PHY.
Signed-off-by: Roger Quadros
---
drivers/phy/phy-ti-pipe3.c | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a/drivers/phy/phy-ti-pipe3.c b/drivers/phy/phy-ti-pipe3.c
in
From: Balaji T K
Add support for sata.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 40
1 file changed, 40 insertions(+)
diff --git a/arch/arm/boo
From: Keshava Munegowda
Create hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 73 ++
1 file
From: Nikhil Devshatwar
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
Signed-off-by: Balaji T K
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 31 ++-
The OMAP_USB2 and OMAP_PIPE3 PHY devices will not be
detected if the OMAP_OCP2SCP bus driver is not present.
Make them depend on it.
Signed-off-by: Roger Quadros
---
drivers/phy/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
index fe8c009.
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 4 ++--
drivers/phy/phy-omap-control.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
d
As this driver is no longer USB specific, use generic clock names.
- Use 'wkupclk', 'sysclk' and 'refclk' clock-names. Update DT binding info.
- Fix PLL_SD_SHIFT from 9 to 10
- Don't separate prepare/unprepare clock from enable/disable. This
ensures optimal power savings.
Update omap5 usb3_phy dev
USB and SATA DPLLs need different settings. Provide
the SATA DPLL settings and use the proper DPLL settings
based on device tree node's compatible_id.
Update the DT binding information.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 3 +-
drivers/phy/phy-ti
Limit .power_on() and .power_off() to just control the
PHY power and not the DPLL. The DPLL will be enabled
in .init() and idled in .exit().
Don't reprogram the DPLL if it has been already locked
by the bootloader. This fixes a problem with SATA, where
it fails if SATA was used by the bootloader.
Due to Errata i783, SATA breaks if its DPLL is idled. The recommeded
workaround to issue a softreset to the SATA controller doesn't seem to
work. Here we just prevent SATA DPLL from Idling and hence avoid
the issue altogether.
Signed-off-by: Roger Quadros
---
drivers/phy/phy-ti-pipe3.c | 4
Hi,
[Resending cause I messed up Kishon's email ID in the original v2.]
This series adds SATA support for OMAP5 uevm and DRA7-evm boards.
- Cleans up the ti-pipe3 PHY driver
- Adds SATA DPLL support to ti-pipe3 PHY driver
- Adds SATA nodes to hwmod and SoC DT data
Patches are based on 3.14-rc4
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 25 ++
Documentation/devicetree/bindings/usb/omap-usb.txt | 24 -
2 files changed, 25 insertions(+), 24 delet
From: Kishon Vijay Abraham I
Rename struct omap_control_usb to struct omap_control_phy since it can
be used to control PHY of USB, SATA and PCIE. Also move the driver and
include files under *phy* and made the corresponding changes in the users
of phy-omap-control.
Signed-off-by: Kishon Vijay Ab
On Thu, Mar 06, 2014 at 10:35:24PM +0800, vichy wrote:
> hi sarah:
> > Can you send me the output of `sudo lsusb -v` for when the device is
> > under EHCI and when it's under xHCI? Also, please take a usbmon trace,
> > as described by
> > http://lxr.free-electrons.com/source/Documentation/usb/usbm
[Adding Mathias.]
On Thu, Mar 06, 2014 at 12:27:59AM -0600, Robert Hancock wrote:
> On 05/03/14 11:17 PM, Robert Hancock wrote:
> >I have a USB 3.0 multi-card reader device:
> >
> >Bus 004 Device 002: ID 05e3:0743 Genesys Logic, Inc.
> >
> >which seems to work fine in 3.13.4 (Fedora version kernel
On Thu, 6 Mar 2014, Peter Chen wrote:
> If the autosuspend supported device can't respond resume correctly, eg,
> after resume, it can't respond GET_STATUS correctly in this case, the
> .reset_resume interface is a must for class driver, it just like a
> workaround for broken hardware.
I agree co
hi all:
below is the source code about setting xhci port to ss.disable state
Why we need to or PORT_PE at this time?
Spec didn't mention about to "or PORT_PE" before setting xhci port to
ss.disable state.
/* Disable port */
if (link_state == USB_SS_PO
hi Greg:
2014-03-06 22:49 GMT+08:00 Greg KH :
> On Thu, Mar 06, 2014 at 10:35:24PM +0800, vichy wrote:
>> hi sarah:
>> > Can you send me the output of `sudo lsusb -v` for when the device is
>> > under EHCI and when it's under xHCI? Also, please take a usbmon trace,
>> > as described by
>> > http:
On Thu, 6 Mar 2014, Valentina Manea wrote:
> A device should not be able to be used concurrently both by
> the server and the client. Claiming the port used by the
> shared device ensures no interface drivers bind to it and
> that it is not usable from the server.
>
> Signed-off-by: Valentina Man
I'm unable to access USB 3 Pen drive / HDD on 3.13.5. The same works
on 3.13.4 without any problems.
The problem happens irrespective of whether the device is plugged in a
USB 3.0 port or a 2.0 port.
Motherboard: GA-B85M-D3H
CPU: i5-4670
Messages in dmesg -
[ 124.985666] xhci_hcd :00:14.0:
On Thu, 6 Mar 2014, Jagdish Gedia wrote:
> Hi Alan,
>
> Thanks for you informative reply.
> I will try your suggestion. yes, i will not get more than one wakeup per
> second.
>
> I have tried below things.
> My usb device is using the cdc-acm.c driver.
>
> inside cdc-acm.c file,
>
> static st
SATA PHY doesn't need 'wkupclk; and 'refclk' so don't
try to get them for SATA PHY.
Signed-off-by: Roger Quadros
---
v3 - Fixed checkpatch warning
drivers/phy/phy-ti-pipe3.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/drivers/phy/phy-ti-pipe3.c b
Felipe,
On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
From: Kishon Vijay Abraham I
Rename struct omap_control_usb to struct omap_control_phy since it can
be used to control PHY of USB, SATA and PCIE. Also move the driver and
include files under *phy* and made the corresponding chang
On Thu, 2014-03-06 at 10:20 -0500, Alan Stern wrote:
> On Thu, 6 Mar 2014, Peter Chen wrote:
>
> > If the autosuspend supported device can't respond resume correctly, eg,
> > after resume, it can't respond GET_STATUS correctly in this case, the
> > .reset_resume interface is a must for class drive
Felipe,
On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
Move omap-control binding information to the right location.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 25 ++
This patch is dependent on
"Documentation: dt bindi
In order to reduce the interrupt times in the embedded system,
a receiving workqueue is introduced.
This modification also enhanced the overall throughput as the
benefits of reducing interrupt occurrence.
Signed-off-by: Weinn Jheng
Cc: David Brownell
Cc: David S. Miller
Cc: Stephen Hemminger
C
On Thu, 6 Mar 2014, Oliver Neukum wrote:
> > > This is extremely tricky, almost academical a question.
> > > We cannot fall back to reset_resume() in this case without
> > > very bad consequences.
> > > If remote wakeup is needed, reset_resume() must not be used.
> >
> > The only alternative is t
On Thu, 6 Mar 2014, Jagdish Gedia wrote:
> Hi Alan,
>
> As you have told, i have executed pm_request_resume() function from my
> interrupt handler, and it is waking up my USB device. I have
> implemented all this functionality in class driver(cdc-acm.c).
> but what is happening is after 2-3 times
Roger,
On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
As this driver is no longer USB specific, use generic clock names.
- Use 'wkupclk', 'sysclk' and 'refclk' clock-names. Update DT binding info.
- Fix PLL_SD_SHIFT from 9 to 10
- Don't separate prepare/unprepare clock from enable/disa
On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
USB and SATA DPLLs need different settings. Provide
the SATA DPLL settings and use the proper DPLL settings
based on device tree node's compatible_id.
Update the DT binding information.
Signed-off-by: Roger Quadros
---
Documentation/
Felipe,
On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 4 ++--
Here too..
Acked-by: Kishon Vijay Abraha
On Thu, Mar 06, 2014 at 08:55:55AM +, Peter Chen wrote:
>
>
>
> > switch over to endpoint feature flags so we can drop naming conventions.
> >
> > Signed-off-by: Felipe Balbi
> > ---
> > drivers/usb/chipidea/udc.c | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/dri
On Thu, Mar 06, 2014 at 09:07:56PM +0530, Kishon Vijay Abraham I wrote:
> Felipe,
>
> On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
> >From: Kishon Vijay Abraham I
> >
> >Rename struct omap_control_usb to struct omap_control_phy since it can
> >be used to control PHY of USB, SATA and P
On Thu, Mar 06, 2014 at 09:10:27PM +0530, Kishon Vijay Abraham I wrote:
> Felipe,
>
> On Thursday 06 March 2014 08:08 PM, Roger Quadros wrote:
> >Move omap-control binding information to the right location.
> >
> >Signed-off-by: Roger Quadros
> >---
> > Documentation/devicetree/bindings/phy/ti-p
On Thu, Mar 06, 2014 at 04:38:39PM +0200, Roger Quadros wrote:
> The dra7-usb2 and am437-usb2 bindings have not yet been used.
> Change them to be more elegant.
>
> Signed-off-by: Roger Quadros
> ---
> Documentation/devicetree/bindings/phy/ti-phy.txt | 4 ++--
> drivers/phy/phy-omap-control.c
From: Roger Quadros
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Roger Quadros
Signed-off-by: Felipe Balbi
---
Here's updated patch with only Documentation. Tell me if it's ok to apply.
Documen
Hi,
On Thu, Mar 06, 2014 at 11:42:49PM +0800, Weinn Jheng wrote:
> In order to reduce the interrupt times in the embedded system,
> a receiving workqueue is introduced.
> This modification also enhanced the overall throughput as the
> benefits of reducing interrupt occurrence.
>
> Signed-off-by:
On 03/04/2014 12:10 PM, Valentina Manea wrote:
This patch adds autoconf check for libudev and migrates
usbip_bind to the new library.
libsysfs will still be used until all userspace is modified.
Signed-off-by: Valentina Manea
---
drivers/staging/usbip/userspace/configure.ac | 6 +
.
On Wed, Mar 05, 2014 at 11:30:06PM -0800, Andrew Grover wrote:
> On Wed, Mar 5, 2014 at 10:14 PM, Valentina Manea
> wrote:
> > On Tue, Mar 4, 2014 at 9:20 PM, Greg KH wrote:
> >> On Tue, Mar 04, 2014 at 09:16:39PM +0200, Valentina Manea wrote:
> >>> -AC_INIT([usbip-utils], [1.1.1], [linux-usb@vge
On 03/04/2014 12:10 PM, Valentina Manea wrote:
This patch modifies usbip_unbind to use libudev.
Signed-off-by: Valentina Manea
---
drivers/staging/usbip/userspace/src/usbip_unbind.c | 92 +++---
1 file changed, 29 insertions(+), 63 deletions(-)
diff --git a/drivers/staging/u
On 03/05/14 14:34, Sergei Shtylyov wrote:
> Hello.
>
>> --- a/drivers/usb/phy/phy-msm-usb.c
>> +++ b/drivers/usb/phy/phy-msm-usb.c
> [...]
>> @@ -235,12 +236,16 @@ static void ulpi_init(struct msm_otg *motg)
>>
>> static int msm_otg_link_clk_reset(struct msm_otg *motg, bool assert)
>> {
>>
On (06/03/14 12:25), Clemens Ladisch put forth the
proposition:
David Woodfall wrote:
Success. I used the second command mentioned on the linuxtv wiki:
mplayer tv:// -tv
driver=v4l2:device=/dev/video1:normid=8:alsa:adevice=hw.1:forceaudio:volume=80:immediatemode=0:width=720
Still no sound th
On Mon, Mar 3, 2014 at 2:40 PM, Daniel Mack wrote:
> 1. Your patch has a large number of style issues, which
> scripts/checkpatch.pl will tell you more about.
Sure, I"m not really at a point of worrying about style, but that's
easy enough to change.
> 2. Is there any good reason for not using t
Hi Fabio,
Le Thu, 6 Mar 2014 07:23:30 -0300,
Fabio Estevam a écrit :
> Let me know if you have some other suggestion.
That's because usbmisc is not fully implemented for i.MX25 & 35 as
USB_CTRL must be configured (for both i.MX25 and i.MX35).
Denis is working on this.
Eric
--
To unsubscribe fro
Hello.
I am not familiar with mx25, but can say some hints.
Четверг, 6 марта 2014, 7:23 -03:00 от Fabio Estevam :
> On Thu, Mar 6, 2014 at 1:36 AM, Peter Chen wrote:
>
> > Do you have usbmisc node? usbmisc is not probed or its probe has failed.
>
> Thanks, Peter. usbmisc node was 'disabled' a
This is a new series covering enabling the RCar series of SoCs USB
with device-tree based booting. It has been tested on the R8A7790
Lager board.
Improvements from the previous series include:
- mapping usb to the relevant phy by dt
- better use of existing pci of function
Enable pci1 and pci2 nodes for USB controllers attached to the AHB<>PCI
bridge devices. Node pci0 is added for the moment, but not enabled as it
could be switched to usb-gadget mode later.
Signed-off-by: Ben Dooks
Reviewed-by: Ian Molton
---
Cc: linux...@vger.kernel.org
Cc: devicet...@vger.kerne
1 - 100 of 250 matches
Mail list logo
