Alan Stern writes:
> > Please, take into account that I mentioned that the ASSUMPTION that
> > keyboard and mouse drivers are compatible with BOTH protocols is
really
> > TRUE.
>
> No, it isn't. You said "several Keyboard and Mouse implementations
> using this framework are in fact fully com
On Wed, 2015-04-15 at 16:35 +0300, Ivan T. Ivanov wrote:
> On recent Qualcomm platforms VBUS and ID lines are not routed to
> USB PHY LINK controller. Use extcon framework to receive connect
> and disconnect ID and VBUS notification.
>
> Signed-off-by: Ivan T. Ivanov iva...@linaro.org>
> ---
>
>
On Wed, Apr 15, 2015 at 04:35:15PM +0300, Ivan T. Ivanov wrote:
> On recent Qualcomm platforms VBUS and ID lines are not routed to
> USB PHY LINK controller. Use extcon framework to receive connect
> and disconnect ID and VBUS notification.
>
> Signed-off-by: Ivan T. Ivanov
> ---
>
> Changes sin
From: Kazuya Mizuguchi
This patch fixes an issue for control write. When usbhsf_prepare_pop()
is called after this driver called a gadget setup function, this controller
doesn't receive the control write data. So, this patch adds a code to clear
the fifo for control write in usbhsf_prepare_pop().
This patch set is based on Felipe's usb.git / testing/next branch.
(commit id: 672bfdaa310004368a0d493478e2a40f2f2f914f)
Kazuya Mizuguchi (1):
usb: renesas_usbhs: Fix fifo unclear in usbhsf_prepare_pop
Yoshihiro Shimoda (1):
usb: renesas_usbhs: Don't disable the pipe if Control write status
This patch fixes an issue that sometimes this controller is not able
to complete the Control write status stage.
This driver should enable DCPCTR.CCPL and PID_BUF to complete the status
stage. However, if this driver detects the ctrl_stage interruption first
before the control write data is receiv
On 14.05.2015 12:39, Yoshihiro Shimoda wrote:
> The STS_HALT is not set until the CRR (CMD_RING_RUNNING) is cleared
> on specific xHCI controllers (e.g. R-Car SoCs) after this driver set
> the R/S (CMD_RUN) to 0. So, to avoid using a quirks XHCI_SLOW_SUSPEND,
> this patch adds to wait for the CRR t
From: Kishon Vijay Abraham I
commit 3b8295d5cbf2 (usb: xhci: Fix suspend/resume when used
with OTG core) removes assigning xhci->main_hcd from xhci_gen_setup
and adds it in the probe of xhci-plat and xhci-pci.
In the case of xhci-pci, xhci_mem_init is invoked before main_hcd is
initialized in t
HI,
On Mon, May 25, 2015 at 02:19:58PM -0700, Arun Ramamurthy wrote:
>
>
> On 15-05-14 05:52 PM, Felipe Balbi wrote:
> >Hi,
> >
> >On Wed, Apr 22, 2015 at 04:04:10PM -0700, Arun Ramamurthy wrote:
> >>Most of the phy providers use "select" to enable GENERIC_PHY. Since select
> >>is only recommend
I tried it with the latest kernel version without changing the timing
and it worked.
Linux 4.1.0-rc5+ #3 SMP Mon May 25 23:12:29 CDT 2015 x86_64 x86_64
x86_64 GNU/Linux
May 26 05:29:21 (none) kernel: [ 141.187654] usb 2-3.4: new SuperSpeed
USB device number 4 using xhci_hcd
May 26 05:29:2
On Mon, May 25, 2015 at 04:53:20PM +0200, Tomeu Vizoso wrote:
> When looking up a phy through its DT node, ensure that the corresponding
> device has been registered.
>
> Signed-off-by: Tomeu Vizoso
Acked-by: Felipe Balbi
> ---
> drivers/usb/phy/phy.c | 3 +++
> 1 file changed, 3 insertions(+
On Mon, May 18, 2015 at 04:02:07PM +0100, Rui Miguel Silva wrote:
> do not try to set cancel function in synchronous operations in
> ffs_epfile_{read,write}_iter.
why not ? Please provide a better commit log and Cc author of the commit
which added that particular line.
> Signed-off-by: Rui Miguel
Hi,
On Mon, May 25, 2015 at 02:24:00PM +0800, Lu, Baolu wrote:
>
>
> On 05/23/2015 12:08 AM, David Cohen wrote:
> >Hi,
> >
> >On Fri, May 22, 2015 at 07:29:15PM +0800, Lu Baolu wrote:
> >>Phy drivers and the ulpi interface providers depend on the
> >>registeration of the ulpi bus. Ulpi register
On Thu, May 14, 2015 at 04:36:33PM -0500, Bin Liu wrote:
> Alexandre,
>
> On Thu, May 14, 2015 at 4:26 PM, Alexandre Belloni
> wrote:
> > On 14/05/2015 at 16:16:12 -0500, Bin Liu wrote :
> >> I think I found the root cause of the problem: board design issue - I
> >> bet the custom board has too m
On Fri, May 22, 2015 at 05:25:18PM +0200, Krzysztof Opasiak wrote:
> Originally FFS_FL_CALL_CLOSED_CALLBACK flag has been used to
> indicate if we should call ffs_closed_callback().
>
> Commit 4b187fceec3c ("usb: gadget: FunctionFS: add devices
> management code") changed its semantic to indicate
On Tue, May 26, 2015 at 09:52:59AM -0500, Felipe Balbi wrote:
> On Fri, May 22, 2015 at 05:25:18PM +0200, Krzysztof Opasiak wrote:
> > Originally FFS_FL_CALL_CLOSED_CALLBACK flag has been used to
> > indicate if we should call ffs_closed_callback().
> >
> > Commit 4b187fceec3c ("usb: gadget: Funct
Check IP version 2.4 for multi port host USB controller and
return FSL_USB_VER_2_4 macro
Signed-off-by: Nikhil Badola
---
Separate patches clubbed and resent in an ordered patchset
with proper mailing list in cc
drivers/usb/host/fsl-mph-dr-of.c | 3 +++
1 file changed, 3 insertions(+)
diff --g
Introduce FSL_USB2_PHY_UTMI_DUAL macro for setting phy mode
in SOCs such has T4240, T1040, T2080 which have utmi dual-phy
Signed-off-by: Ramneek Mehresh
Signed-off-by: Nikhil Badola
---
drivers/usb/host/ehci-fsl.c | 1 +
drivers/usb/host/fsl-mph-dr-of.c | 2 ++
include/linux/fsl_devices.h
USB controller version-2.5 requires to enable internal UTMI
phy and program PTS field in PORTSC register before asserting
controller reset. This is must for successful resetting of the
controller and subsequent enumeration of usb devices
Signed-off-by: Nikhil Badola
Signed-off-by: Suresh Gupta
-
Add support for USB controller version-2.5 used in
T4240 rev2.0, T1024, T1040, T2080, LS1021A
Signed-off-by: Nikhil Badola
---
drivers/usb/host/fsl-mph-dr-of.c | 5 +
include/linux/fsl_devices.h | 1 +
2 files changed, 6 insertions(+)
diff --git a/drivers/usb/host/fsl-mph-dr-of.c b/dri
Replace macros with enumerated type to represent usb ip
controller version
Signed-off-by: Nikhil Badola
---
include/linux/fsl_devices.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/include/linux/fsl_devices.h b/include/linux/fsl_devices.h
index 2a2f56b..6447b
On Sun, May 24, 2015 at 12:33:39AM +0200, Heiko Stuebner wrote:
> Hi,
>
> Am Mittwoch, 29. April 2015, 22:08:58 schrieb Mian Yousaf Kaukab:
> > Hi,
> > This patchset consists of some bug fixes and feature enhancements for
> > the dwc2 driver. All the patches are verified on dwc2 v3.0a with
> > ded
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, May 26, 2015 11:12 PM
> To: Heiko Stuebner
> Cc: Kaukab, Yousaf; linux-usb@vger.kernel.org; ba...@ti.com;
> john.y...@synopsys.com; Herrero, Gregory; r.bald...@samsung.com;
> dingu...@opensource.altera.com; zha
On Thu, 21 May 2015, Thierry Reding wrote:
> On Thu, May 21, 2015 at 09:40:01AM +0100, Lee Jones wrote:
> > On Wed, 20 May 2015, Thierry Reding wrote:
> > > On Wed, May 20, 2015 at 07:35:51AM +0100, Lee Jones wrote:
> > > > On Tue, 19 May 2015, Andrew Bresticker wrote:
> > > > > On Thu, May 14, 20
On Tue, May 05, 2015 at 04:14:35PM +0200, Mian Yousaf Kaukab wrote:
> If the requested phy operation can't be done, return error instead of
> success to let the caller know.
>
> Signed-off-by: Mian Yousaf Kaukab
> ---
> include/linux/usb/phy.h | 10 +-
> 1 file changed, 5 insertions(+),
On Tue, May 26, 2015 at 03:18:32PM +, Kaukab, Yousaf wrote:
> > -Original Message-
> > From: Felipe Balbi [mailto:ba...@ti.com]
> > Sent: Tuesday, May 26, 2015 11:12 PM
> > To: Heiko Stuebner
> > Cc: Kaukab, Yousaf; linux-usb@vger.kernel.org; ba...@ti.com;
> > john.y...@synopsys.com; He
On Tue, 26 May 2015, Golmer Palmer wrote:
> Alan Stern writes:
>
> > > Please, take into account that I mentioned that the ASSUMPTION that
> > > keyboard and mouse drivers are compatible with BOTH protocols is
> really
> > > TRUE.
> >
> > No, it isn't. You said "several Keyboard and Mouse i
Hi Greg,
My final pull request for this -rc cycle. Sorry for being
rather late, but I had a ton of things to catch up on after
only 5 days out.
cheers
The following changes since commit c94e289f195e0e13cf34d27f9338d28221a85751:
usb: gadget: remove incorrect __init/__exit annotations (2015-04-
On Sun, Mar 29, 2015 at 12:50:46PM +0200, Hans de Goede wrote:
> The sunxi otg phy has a bug where it wrongly detects a high speed squelch
> when reset on the root port gets de-asserted with a lo-speed device.
>
> The workaround for this is to disable squelch detect before de-asserting
> reset, an
On Tue, 26 May 2015, Rong Wang wrote:
> > It seems that your customer wants to change the hardware, not the
> > software.
>
> Yes. We plan to do a hardware modification. But we want to make as little
> change as possible. So we plan to make the internal signal HostDisconnect
> , which is sent fro
On Fri, Mar 20, 2015 at 08:11:15PM +0100, Hans de Goede wrote:
> This is based on initial code to get the Allwinner sunxi musb controller
> supported by Chen-Yu Tsai and Roman Byshko.
>
> This adds support for the Allwinner sunxi musb controller in both host only
> and otg mode. Peripheral only mo
On Tue, 26 May 2015, Robert Schlabbach wrote:
> Fix USB 3.0 devices lost in NOTATTACHED state after a hub port reset.
>
> Dissolve the function hub_port_finish_reset() completely and divide the
> actions to be taken into those which need to be done after each reset
> attempt and those which need
* Ben Hutchings [150523 20:29]:
> Currently we always assign one of the two common implementations of
> ep_offset and ep_select operations, overwriting any platform-specific
> implementations.
>
> Fixes: d026e9c76aac ("usb: musb: Change end point selection to use ...")
> Signed-off-by: Ben Hutchi
On Tue, May 26, 2015 at 09:00:15AM -0700, Tony Lindgren wrote:
> * Ben Hutchings [150523 20:29]:
> > Currently we always assign one of the two common implementations of
> > ep_offset and ep_select operations, overwriting any platform-specific
> > implementations.
> >
> > Fixes: d026e9c76aac ("usb
* Felipe Balbi [150526 09:15]:
> On Tue, May 26, 2015 at 09:00:15AM -0700, Tony Lindgren wrote:
> > * Ben Hutchings [150523 20:29]:
> > > Currently we always assign one of the two common implementations of
> > > ep_offset and ep_select operations, overwriting any platform-specific
> > > implement
Hi Jassi,
On Mon, May 11, 2015 at 8:56 PM, Jassi Brar wrote:
> Applied patches 2, 3, 6 & 7
Please drop patches 6 and 7. Lee Jones has NAK'ed the MFD driver, so
I'll have to re-spin this series without using an MFD.
Thanks,
andrew
--
To unsubscribe from this list: send the line "unsubscribe lin
Hi Mathias,
On Mon, May 25, 2015 at 8:05 AM, Mathias Nyman
wrote:
>
> I've been testing add/remove HCD extensively and didn't observe any
> issues after applying
> these 5 patches. Well there is one issue that comes up but it has nothing
> to do with xhci
> not being all
Hi,
On 05/26/2015 05:48 PM, Felipe Balbi wrote:
On Fri, Mar 20, 2015 at 08:11:15PM +0100, Hans de Goede wrote:
This is based on initial code to get the Allwinner sunxi musb controller
supported by Chen-Yu Tsai and Roman Byshko.
This adds support for the Allwinner sunxi musb controller in both
On Tue, May 26, 2015 at 06:36:30PM +0200, Hans de Goede wrote:
> Hi,
>
> On 05/26/2015 05:48 PM, Felipe Balbi wrote:
> >On Fri, Mar 20, 2015 at 08:11:15PM +0100, Hans de Goede wrote:
> >>This is based on initial code to get the Allwinner sunxi musb controller
> >>supported by Chen-Yu Tsai and Roma
On Mon, May 04, 2015 at 02:55:10PM +0200, Robert Baldyga wrote:
> Hi,
>
> This patch set introduces two functions usb_gadget_deactivate() and
> usb_gadget_activate(), designed to prevent udc-core from showing binded
> gadget to host until it will be ready to work. It also makes
> usb_function_deac
Hello,
I recently purchased a A10-OLinuXino-LIME from https://www.olimex.com/. This
board uses the Allwinner A10 Cortex-8 chipset. Using the kernel from
https://github.com/linux-sunxi and commit
e37d760b363888f3a65cd6455c99a75cac70a7b8, I was able to successfully build and
run kernel 3.4.90+
On Tue, May 26, 2015 at 05:21:23PM +, Jesse James wrote:
> Hello,
>
> I recently purchased a A10-OLinuXino-LIME from
> https://www.olimex.com/. This board uses the Allwinner A10 Cortex-8
> chipset. Using the kernel from https://github.com/linux-sunxi and
> commit e37d760b363888f3a65cd6455c99
Thank you for the quick response. I was able to switch to the head of the
master branch and duplicate the issue as well, see below. The reason I added
the USB group was due to the lines from the boot log:
[0.195398] [usb_manager]: CONFIG_USB_SW_SUNXI_USB0_OTG
[0.202738] WRN:L268(driver
On Fri, May 22 2015, Krzysztof Opasiak wrote:
> Returning non-zero value from ready callback makes ffs instance
> return error from writing strings and enter FFS_CLOSING state.
> This means that this this function is not truly ready and
> close callback will not be called. This commit fix
> ffs_rea
On Fri, May 22 2015, Krzysztof Opasiak wrote:
> Originally FFS_FL_CALL_CLOSED_CALLBACK flag has been used to
> indicate if we should call ffs_closed_callback().
>
> Commit 4b187fceec3c ("usb: gadget: FunctionFS: add devices
> management code") changed its semantic to indicate if we should
> call ff
Hi,
On Mon, May 25, 2015 at 07:00:13PM +0200, Bjørn Mork wrote:
> Greg KH writes:
>
> > If there are other bus drivers that do this, I'll go fix them up,
> > pointers to those files would be appreciated.
>
> git grep -E 'if .*\.p\W' found a couple of interesting candidates you
> might want to c
Hi,
(please avoid top-posting, see http://elinux.org/Netiquette for details)
On Tue, May 26, 2015 at 05:41:45PM +, Jesse James wrote:
> Thank you for the quick response. I was able to switch to the head of
> the master branch and duplicate the issue as well, see below. The
by "head of mast
On Mon, 25 May 2015, Gary Dalmadge wrote:
> [1.] One line summary of the problem:
>
> USB drive errors with newer kernel versions
>
>
> [2.] Full description of the problem/report:
>
> I am seeing various USB drive errors while trying to use the drives with
> later
> versions of the kernel.
Hi
On 15-05-26 07:19 AM, Felipe Balbi wrote:
HI,
On Mon, May 25, 2015 at 02:19:58PM -0700, Arun Ramamurthy wrote:
On 15-05-14 05:52 PM, Felipe Balbi wrote:
Hi,
On Wed, Apr 22, 2015 at 04:04:10PM -0700, Arun Ramamurthy wrote:
Most of the phy providers use "select" to enable GENERIC_PHY. Si
On Tue, May 26, 2015 at 11:37:17AM -0700, Arun Ramamurthy wrote:
> Hi
>
> On 15-05-26 07:19 AM, Felipe Balbi wrote:
> >HI,
> >
> >On Mon, May 25, 2015 at 02:19:58PM -0700, Arun Ramamurthy wrote:
> >>
> >>
> >>On 15-05-14 05:52 PM, Felipe Balbi wrote:
> >>>Hi,
> >>>
> >>>On Wed, Apr 22, 2015 at 04:
commit 2d148ea63fe50bf30071cb3e6c87fbd32c081cba
Author: Vladimir Serbinenko
Date: Tue May 26 21:35:06 2015 +0200
dbgp: Supply config descriptor and accept set config command.
This descriptor and commands are part of core USB specification and
every
USB device should have one.
This patch fixes the following build warning:
drivers/usb/gadget/udc/atmel_usba_udc.c:707:2: warning: format ‘%x’
expects argument of type ‘unsigned int’, but argument 4 has type
‘dma_addr_t’ [-Wformat=]
Signed-off-by: Felipe Balbi
---
drivers/usb/gadget/udc/atmel_usba_udc.c | 4 ++--
1 file ch
Hi Jiri,
I think I have given my input on what should be done with the code.
I'll leave it up to you to decide whether to accept the patch or not.
Please do let me know if you have any questions you want to ask me.
I would recommend that Nicholas change the 0x07dd to PRO though, as
they might
It seems that I have a bad USB cable. It worked on USB 2.0 but the
extra wires for USB 3.0 were intermittent. After replacing the cable I
am running on a 3.13.0-53-generic kerel which it never could before.
When I changed the timeout, and it ran good, I must have had a good
connection on the
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, May 26, 2015 11:17 PM
> To: Kaukab, Yousaf
> Cc: linux-usb@vger.kernel.org; ba...@ti.com
> Subject: Re: [PATCH 01/11] usb: phy: return error on failure
>
> On Tue, May 05, 2015 at 04:14:35PM +0200, Mian Yousaf
On 05/26/2015 10:50 PM, Felipe Balbi wrote:
Hi,
On Mon, May 25, 2015 at 02:24:00PM +0800, Lu, Baolu wrote:
On 05/23/2015 12:08 AM, David Cohen wrote:
Hi,
On Fri, May 22, 2015 at 07:29:15PM +0800, Lu Baolu wrote:
Phy drivers and the ulpi interface providers depend on the
registeration of t
Please see below. Please let me know if you need additional information.
Gary Dalmadge
==
8800cf87c000 2445466505 S Bo:1:004:2 -115 31 = 55534243 d100 0010
8a28 0008 00
8800cf87c000 2445466571 C Bo:1:004:2 0 31 >
8800bd45ce40 2445466694
Phy drivers and the ulpi interface providers depend on the
registration of the ulpi bus. Ulpi registers the bus in
module_init(). This could cause unnecessary probe delays.
Reported-by: Zhuo Qiuxu
Signed-off-by: Lu Baolu
Acked-by: Heikki Krogerus
---
drivers/usb/common/ulpi.c | 2 +-
1 file c
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, May 26, 2015 11:19 PM
> To: Kaukab, Yousaf
> Cc: ba...@ti.com; Heiko Stuebner; linux-usb@vger.kernel.org;
> john.y...@synopsys.com; Herrero, Gregory; r.bald...@samsung.com;
> dingu...@opensource.altera.com; zha
On Tue, May 26, 2015 at 10:35:16AM -0500, Felipe Balbi wrote:
> Hi Greg,
>
> My final pull request for this -rc cycle. Sorry for being
> rather late, but I had a ton of things to catch up on after
> only 5 days out.
>
> cheers
>
> The following changes since commit c94e289f195e0e13cf34d27f9338d2
On Wed, May 27, 2015 at 09:45:37AM +0800, Lu Baolu wrote:
> Phy drivers and the ulpi interface providers depend on the
> registration of the ulpi bus. Ulpi registers the bus in
> module_init(). This could cause unnecessary probe delays.
What do you mean by "probe delays"?
>
> Reported-by: Zhuo
On Wed, May 27, 2015 at 09:45:37AM +0800, Lu Baolu wrote:
> Phy drivers and the ulpi interface providers depend on the
> registration of the ulpi bus. Ulpi registers the bus in
> module_init(). This could cause unnecessary probe delays.
>
> Reported-by: Zhuo Qiuxu
> Signed-off-by: Lu Baolu
> Ac
On Mon, May 25, 2015 at 07:00:13PM +0200, Bjørn Mork wrote:
> Greg KH writes:
>
> > If there are other bus drivers that do this, I'll go fix them up,
> > pointers to those files would be appreciated.
>
> git grep -E 'if .*\.p\W' found a couple of interesting candidates you
> might want to check
On Tue, May 26, 2015 at 10:54:01AM -0700, David Cohen wrote:
> Hi,
>
> On Mon, May 25, 2015 at 07:00:13PM +0200, Bjørn Mork wrote:
> > Greg KH writes:
> >
> > > If there are other bus drivers that do this, I'll go fix them up,
> > > pointers to those files would be appreciated.
> >
> > git grep
From: Dinh Nguyen
For platforms that use a ULPI phy, we should enable the external VbusValid
signal instead.
Signed-off-by: Dinh Nguyen
Cc: Gregory Herrero
Cc: Mian Yousaf Kaukab
Cc: Felipe Balbi
---
drivers/usb/dwc2/core.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/us
> On Mon, Apr 20, 2015 at 10:00:49PM +0800, Li Jun wrote:
> > On Thu, Mar 26, 2015 at 05:38:11PM +0800, Peter Chen wrote:
> > > On Wed, Mar 25, 2015 at 07:25:24PM +0800, Li Jun wrote:
> > > > On Wed, Mar 25, 2015 at 02:43:43PM +0800, Chen Peter-B29397 wrote:
> > > > >
> > > > > > On Wed, Mar 25,
On Wed, May 27, 2015 at 12:31:28AM +, Kaukab, Yousaf wrote:
> > -Original Message-
> > From: Felipe Balbi [mailto:ba...@ti.com]
> > Sent: Tuesday, May 26, 2015 11:17 PM
> > To: Kaukab, Yousaf
> > Cc: linux-usb@vger.kernel.org; ba...@ti.com
> > Subject: Re: [PATCH 01/11] usb: phy: return
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Wednesday, May 27, 2015 12:20 PM
> To: Kaukab, Yousaf
> Cc: ba...@ti.com; linux-usb@vger.kernel.org
> Subject: Re: [PATCH 01/11] usb: phy: return error on failure
>
> On Wed, May 27, 2015 at 12:31:28AM +, Kaukab, Y
On 22/05/15 23:13, Ben Dooks wrote:
> On 22/05/15 16:50, Felipe Balbi wrote:
>> Hi,
>
>> On Fri, May 22, 2015 at 11:04:33AM +0300, Ben Dooks wrote:
>>> I am trying to get the full-speed USB host working on an custom
>>> AM3517 device with the 3.18.12 kernel. The hardware works (a
>>> 2.6.37 kernel
On Tue, May 26, 2015 at 07:41:18PM -0700, Greg KH wrote:
> On Tue, May 26, 2015 at 10:54:01AM -0700, David Cohen wrote:
> > Hi,
> >
> > On Mon, May 25, 2015 at 07:00:13PM +0200, Bjørn Mork wrote:
> > > Greg KH writes:
> > >
> Don't mess with bus->p. I can rename it to
> "do_not_touch_this_isnt_
70 matches
Mail list logo
