On 10/08/2013 07:27 AM, Kuninori Morimoto wrote:
Hi Valentine
Hi Morimoto-san,
Thank you for your patch
Thanks for looking at it.
+/* Setup USB channels */
+static void __rcar_gen2_usb_phy_setup(struct rcar_gen2_usb_phy_priv *priv)
+{
+ u32 val;
+
+ clk_prepare_enable(priv
On 10/08/2013 07:31 AM, Kuninori Morimoto wrote:
Hi Valentine
This adds USBHS PHY and registers USBHS device if the driver is enabled.
Signed-off-by: Valentine Barshak
---
(snip)
+/* USBHS */
+#if IS_ENABLED(CONFIG_USB_RENESAS_USBHS_UDC)
+static const struct resource usbhs_resources[] __in
From: xiao jin
Date: Tue, 8 Oct 2013 16:57:29 +0800
Subject: [PATCH] cdc-acm: put delayed_wb to list
If acm_write_start during acm suspend, write acm_wb is backuped
to delayed_wb. When acm resume, the delayed_wb will be started.
This mechanism can only record one write during acm suspend. More
a
Hi Valentine
> >> +/* USBHS */
> >> +#if IS_ENABLED(CONFIG_USB_RENESAS_USBHS_UDC)
> >> +static const struct resource usbhs_resources[] __initconst = {
> >> + DEFINE_RES_MEM(0xe659, 0x100),
> >> + DEFINE_RES_IRQ(gic_spi(107)),
> >> +};
> >
> > Why it needs #if IS_ENABLED() ?
> > I guess noth
Hi Valentine
> > From my point of view, if you use clk_enable() on setup(),
> > then, it is easy to read if it has exit() or similar name function
> > which calls clk_disable()
>
> Since in this case all is needed is to disable the clocks, I've decided
> not to put it in a separate exit functi
This reverts commit 741532c4a995be11815cb72d4d7a48f442a22fea.
The proper clock reference is provided in device tree so we
no longer need this.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/board-generic.c | 23 +--
1 files changed, 1 insertions(+), 22 deletions(-)
Hi,
This patch series provide USB host support for the OMAP5 uEVM board.
As ethernet port is over USB, it brings up ethernet as well.
Series depends on the OMAP clock tree DT data series by Tero Kristo [1]
Tested on OMAP5 uEVM and OMAP4 Panda.
cheers,
-roger
[1] - OMAP Clock DT conversion
The USB PHY gets its clock from AUXCLK3. Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap4-panda-common.dtsi |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-panda-common.dtsi
b/arch/arm/boot/dts/omap4-panda
Add hwmod data for High Speed USB host and TLL modules
CC: Paul Walmsley
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 135
1 files changed, 135 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_54xx_data.c
This should fix the following warning at boot on OMAP5 uEVM
[8.783155] WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:883
__clk_enable+0x94/0xa4()
CC: Samuel Ortiz
CC: Lee Jones
CC: Tero Kristo
Signed-off-by: Roger Quadros
---
drivers/mfd/omap-usb-host.c | 16
drivers/mfd
USB Host driver (drivers/mfd/omap-usb-host.c) expects the 60MHz
reference clock to be named "init_60m_fclk". Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.d
The HS USB 2 PHY gets its clock from AUXCLK1. Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5-uevm.dts |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
index 748f
Hey guys,
I assume that we're talking about this wheel
(http://www.logitech.com/en-roeu/support/298)?
Does the wheel have an actual FFB servo or does it have just a rumble motor
that shakes the wheel? If it's the latter, supporting it in lg2ff is a way to
go. Description in KConfig should prob
Testing with "freeze" I run into:
| PM: Syncing filesystems ... done.
| PM: Preparing system for freeze sleep
| Freezing user space processes ... (elapsed 0.002 seconds) done.
| Freezing remaining freezable tasks ... (elapsed 0.002 seconds) done.
| PM: Entering freeze sleep
| usb usb2: usb auto-re
On Mon, 7 Oct 2013, Sarah Sharp wrote:
> > i am using 3.10 kernel. Also i looked at tip i see same implementation for
> > process_ctrl_td()
> >
> > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/usb/host/xhci-ring.c
>
> Yeah, the implementation has always been this
Felipe:
I've got an Android device that uses the omap2430 musb driver. It's
configured to go into device mode when it starts up, which I guess is
the normal thing for Android devices to do.
Can you explain how to switch the controller over to host mode (and
back)? I tried writing "host" to the
I am Mr James Scott a private lender,I give out affordable loan at 3% interest
rate contact me for more Information.
--
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 http://vger.kernel.org/majordom
Hi Oliver,
I am trying to verify a fix for the cdc-wdm driver and am having trouble
figuring out what devices requires that driver. It seems related to cell
phones but I wasn't sure if there was a particular one or all of them in
general (I couldn't get my cell to use it). Thanks in advance!
Ch
Don Zickus writes:
> I am trying to verify a fix for the cdc-wdm driver and am having trouble
> figuring out what devices requires that driver. It seems related to cell
> phones but I wasn't sure if there was a particular one or all of them in
> general (I couldn't get my cell to use it). Thank
Hi Stan,
On Mon, 2013-10-07 at 12:22 +0300, Stanimir Varbanov wrote:
> Hi Ivan,
>
> Few comments below.
>
> On 10/07/2013 10:44 AM, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > These drivers handles control and configuration of the HS
> > and SS USB PHY transceivers. They are par
Hi Stan,
On Mon, 2013-10-07 at 12:28 +0300, Stanimir Varbanov wrote:
> Hi Ivan,
>
> Minor comments below.
>
> On 10/07/2013 10:44 AM, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > DWC3 glue layer is hardware layer around Synopsys DesignWare
> > USB3 core. Its purpose is to supply
On Tue, 2013-10-08 at 11:29 -0400, Don Zickus wrote:
> Hi Oliver,
>
> I am trying to verify a fix for the cdc-wdm driver and am having trouble
> figuring out what devices requires that driver. It seems related to cell
> phones but I wasn't sure if there was a particular one or all of them in
> ge
Hi,
On Mon, Oct 07, 2013 at 04:28:12PM +0300, Roger Quadros wrote:
> USB OTG on these boards might be broken on Greg's usb-next branch [1]
> after the Generic PHY framework and associated patches were merged.
>
> This is a probable fix but I'm not able to test these boards. Please
> give it a try
On Tue, Oct 08, 2013 at 05:36:46PM +0200, Bjørn Mork wrote:
> Don Zickus writes:
>
> > I am trying to verify a fix for the cdc-wdm driver and am having trouble
> > figuring out what devices requires that driver. It seems related to cell
> > phones but I wasn't sure if there was a particular one
On Tue, Oct 08, 2013 at 11:10:52AM -0500, Dan Williams wrote:
> On Tue, 2013-10-08 at 11:29 -0400, Don Zickus wrote:
> > Hi Oliver,
> >
> > I am trying to verify a fix for the cdc-wdm driver and am having trouble
> > figuring out what devices requires that driver. It seems related to cell
> > pho
Hello,
please help me with the bug for my Logitech Headset;
https://bugzilla.kernel.org/show_bug.cgi?id=62691
Bug ID: 62691
Summary: no reset_resume for driver snd-usb-audio for logitech headset H600
Thank you
Best regards, Bernhard
--
To unsubscribe from this list: send the line "unsubscribe
I rather suddenly got a NULL pointer dereference yesterday, running 3.10.9.
Curiously, the same re-occurred on my next boot (shutdown, cold poweron),
around when udev was loading modules. After this, I shutdown again, and turned
the PSU switch off for a few seconds - at the next boot, the proble
Am Montag, 7. Oktober 2013, 16:04:49 schrieben Sie:
> Have you verified that the latest version of usb-modeswitch doesn't fix
> this issue? I think I've seen reports that it does, but it would be
> good if you could test that out and verify it.
May be it is intention. Under win8 it does not chan
On Tue, 8 Oct 2013 baum...@hotmail.com wrote:
> Hello,
>
> please help me with the bug for my Logitech Headset;
>
> https://bugzilla.kernel.org/show_bug.cgi?id=62691
>
> Bug ID: 62691
> Summary: no reset_resume for driver snd-usb-audio for logitech headset H600
>
> Thank you
>
> Best regards,
> We can hack the descriptor in hid-logitech just
> like we did it for DFP. If we come across more wheels that need a hacked
> descriptor, perhaps we should consider handling the raw data ourselves
> (check out the Wii remote driver for details)...
We currently 'hack HID desc.' for the DF, DFP and
This adds USBHS PHY and registers USBHS device if the driver is enabled.
Signed-off-by: Valentine Barshak
---
arch/arm/mach-shmobile/board-lager.c | 115 +++
1 file changed, 115 insertions(+)
diff --git a/arch/arm/mach-shmobile/board-lager.c
b/arch/arm/mach-shmo
This patch set adds internal USB PHY support to RCAR Gen2 SoC, and
also enables USBHS for the Lager board. It has been updated, based
on the comments to the previous version.
The patches apply fine to the renesas-devel-20131008 tag of the renesas.git.
The first patch also applies fine to the
hpmini:~ # usb_modeswitch -j -v 12d1 -p 1f16
Search USB devices...
Found device, searching for MBIM configuration...
2
hpmini:~ # usb_modeswitch -W -j -v 12d1 -p 1f16
Taking all parameters from the command line
* usb_modeswitch: handle USB devices with multiple modes
* Version 1.2.5 (C) Josua D
This adds USBHS clock support.
Signed-off-by: Valentine Barshak
---
arch/arm/mach-shmobile/clock-r8a7790.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-shmobile/clock-r8a7790.c
b/arch/arm/mach-shmobile/clock-r8a7790.c
index a64f965..161d44e 100644
--- a/arch/arm/mach-sh
This adds RCAR Gen2 USB phy support. The driver configures
USB channels 0/2 which are shared between PCI USB hosts and
USBHS/USBSS devices. It also controls internal USBHS phy.
Signed-off-by: Valentine Barshak
---
drivers/usb/phy/Kconfig | 13 ++
drivers/usb/phy/Makefile
These aren't necessary after switch and if blocks.
Signed-off-by: Joe Perches
---
drivers/usb/core/hcd.c | 2 +-
drivers/usb/core/hub.c | 2 +-
drivers/usb/dwc3/ep0.c | 6 +++---
drivers/usb/gadget/composite.c | 2 +-
drivers/usb/gadget/dummy_hcd.c
From: xiao jin
Date: Wed, 9 Oct 2013 09:09:46 +0800
Subject: [PATCH] xhci: correct the usage of USB_CTRL_SET_TIMEOUT
The usage of USB_CTRL_SET_TIMEOUT is incorrect. The
definition of USB_CTRL_SET_TIMEOUT is 5000ms. The
input timeout to wait_for_completion_interruptible_timeout
is jiffies. That ma
From: xiao jin
Date: Wed, 9 Oct 2013 09:38:45 +0800
Subject: [PATCH] xhci-hub.c: handle command_trb that may be link TRB
When xhci stop device, it's possible cmd_ring enqueue point to
link TRB after queue the last but one stop endpoint. We must
handle the command_trb point to the next segment trb
e renesas-devel-20131008 tag of the renesas.git.
> The first patch also applies fine to the usb.git at kernel.org.
> It adds RCAR Gen2 phy driver which is used to configure the shared USB
> channels 0/2 and to control USBHS internal PHY.
> All the drivers that use the shared USB channel
Hi Sarah, Alan,
I'm taking over reporting of this issue for Hemant while he is out on
vacation.
On Mon, Oct 07, 2013 at 05:44:56PM -0400, Alan Stern wrote:
> On Mon, 7 Oct 2013, Sarah Sharp wrote:
> > What should urb->actual_length be set to instead? The device sent
> > zero bytes in the data st
Hi
> This patch set adds internal USB PHY support to RCAR Gen2 SoC, and
> also enables USBHS for the Lager board. It has been updated, based
> on the comments to the previous version.
>
> The patches apply fine to the renesas-devel-20131008 tag of the renesas.git.
> The first
>
> > The patches apply fine to the renesas-devel-20131008 tag of the renesas.git.
> > The first patch also applies fine to the usb.git at kernel.org.
> > It adds RCAR Gen2 phy driver which is used to configure the shared USB
> > channels 0/2 and to control USBHS internal
On 10/01/2013 10:04 AM, Daniel Mack wrote:
> This patch makes the edma driver resume correctly after suspend. Tested
> on an AM33xx platform with cyclic audio streams.
>
> The code was shamelessly taken from an ancient BSP tree.
>
> Signed-off-by: Daniel Mack
> ---
> arch/arm/common/edma.c | 13
On Wednesday 09 October 2013 09:58 AM, Joel Fernandes wrote:
> On 10/01/2013 10:04 AM, Daniel Mack wrote:
>> This patch makes the edma driver resume correctly after suspend. Tested
>> on an AM33xx platform with cyclic audio streams.
>>
>> The code was shamelessly taken from an ancient BSP tree.
>>
Some temporary issues with my mua so forgive any artifacts in this email.
On Oct 9, 2013, at 12:14 AM, "Hebbar, Gururaja" wrote:
> On Wednesday 09 October 2013 09:58 AM, Joel Fernandes wrote:
>> On 10/01/2013 10:04 AM, Daniel Mack wrote:
>>> This patch makes the edma driver resume correctly afte
On Wednesday 09 October 2013 11:33 AM, Fernandes, Joel wrote:
> Some temporary issues with my mua so forgive any artifacts in this email.
>
> On Oct 9, 2013, at 12:14 AM, "Hebbar, Gururaja"
> wrote:
>
>> On Wednesday 09 October 2013 09:58 AM, Joel Fernandes wrote:
>>> On 10/01/2013 10:04 AM, Da
This patch fixes max packet size check in s3c_hsotg_set_ep_maxpacket()
function. According USB specification, bits 10..0 of mps specifies maximum
packet size, so there is bitwise AND between mps and 0x7ff value. Also added
check if maxpacket isn't grater than 1024 which is maximum size od single US
* Daniel Mack | 2013-10-01 15:31:08 [+0200]:
>Patch #1 restores more registers on resume time.
>
>Patch #2 is a cosmetic cleanup that emerged while digging through the
>driver and gaining a basic idea of how it's implemented. Nothing fancy.
I'm fine with those two.
>
>Patch #3, however, gives me
This patch adds isochronous transfer support. It adds few modifications:
- Modify s3c_hsotg_epint() function. Some interrupts are ignored for
isochronous endpoints, (e.g. INTknTXFEmpMsk) becouse isochronous request is
always transfered in single transaction, which ends with XferCompl interrupt.
After configuration, the host also possible sends bus reset
at any time, at such situation, it will trigger below spinlock
recursion dump. This commit unlocks the spinlock before calling
gadget's disconnect.
BUG: spinlock recursion on CPU#0, swapper/0/0
lock: 0xbf128014, .magic: dead4ead, .owner:
On Wed, Oct 09, 2013 at 02:39:52PM +0800, Peter Chen wrote:
> After configuration, the host also possible sends bus reset
> at any time, at such situation, it will trigger below spinlock
> recursion dump. This commit unlocks the spinlock before calling
> gadget's disconnect.
>
> BUG: spinlock recu
On Tue, Oct 08, 2013 at 10:30:17AM +0800, Peter Chen wrote:
> Fixing the below dump:
>
> root@freescale ~$ modprobe g_serial
> g_serial gadget: Gadget Serial v2.4
> g_serial gadget: g_serial ready
> BUG: sleeping function called from invalid context at
> /home/b29397/work/projects/upstream/usb/us
52 matches
Mail list logo
