On Sun, Apr 12, 2015 at 12:06:10PM +0200, Stefan Wahren wrote:
> Hi,
>
> toggling the green LED (GPIO 65) on Olinuxino Maxi unexpectedly also toggles
> the
> USB Host support.
>
> Here is the console output:
>
> # Switching the led off (USB drive connected)
> echo 255 > /sys/class/leds/green/br
> On Apr 13, 2015, at 6:53 AM, Peter Chen wrote:
>
> On Thu, Apr 09, 2015 at 11:33:38AM +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.
Dear Greg,
Thank you for your great help.
> Can you please fix it up and resend?
Very sorry. I struggled with my corporate mail system.
I hope word wrapping works well.
> Also, please resend your patches, based on linux-next, with
> the previous fixes mentioned, so that I can consider your patch
Hi
On 09.04.2015 12:22, Roger Quadros wrote:
> Hi,
>
> On 07/04/15 17:23, Mathias Nyman wrote:
>> Hi
>>
>> On 02.04.2015 15:23, Roger Quadros wrote:
>>> HCD core allocates memory for HCD private data in
>>> usb_create_[shared_]hcd() so make use of that
>>> mechanism to allocate the struct xhci_hc
Hi
On 08.04.2015 20:45, Rodrigo Severo wrote:
> Hi,
>
>
> When connecting cx231xx video grab devices (which are USB 2.0
> themselves) on ASMedia ASM1042A USB 3.0 Host Controllers the video
> capture process hangs after a few minutes. Besides hanging my log is
> flowed with the following warning:
On 10.04.2015 20:23, Alan Stern wrote:
> On Fri, 10 Apr 2015, Alistair Grant wrote:
>
>>> Can you post the usbmon log for an EHCI controller? Comparing the two
>>> logs may be helpful.
>
> Here's the relevant part of the xHCI trace:
>
>> 88017912d600 1598886123 S Ci:1:014:0 s 80 06 0302 040
Phil and I found out a problem with commit:
7e860a6e ("cdc-acm: add sanity checks")
It added some sanity checks to ignore potential garbage in CDC headers but
also introduced a potential infinite loop. This can happen at the first
loop iteration (elength = 0 in that case) if the description is
On Mon, Apr 13, 2015 at 05:24:04PM +0200, Quentin Casasnovas wrote:
> Phil and I found out a problem with commit:
>
> 7e860a6e ("cdc-acm: add sanity checks")
>
> It added some sanity checks to ignore potential garbage in CDC headers but
> also introduced a potential infinite loop. This can hap
Adding Greg on CC as suggested by Oliver.
On Mon, Apr 13, 2015 at 05:24:04PM +0200, Quentin Casasnovas wrote:
> Phil and I found out a problem with commit:
>
> 7e860a6e ("cdc-acm: add sanity checks")
>
> It added some sanity checks to ignore potential garbage in CDC headers but
> also introduc
On Mon, Apr 13, 2015 at 11:48:27PM +0800, Adam Lee wrote:
> On Mon, Apr 13, 2015 at 05:24:04PM +0200, Quentin Casasnovas wrote:
> > Phil and I found out a problem with commit:
> >
> > 7e860a6e ("cdc-acm: add sanity checks")
> >
> > It added some sanity checks to ignore potential garbage in CDC
Hello.
On 04/13/2015 06:24 PM, Quentin Casasnovas wrote:
Phil and I found out a problem with commit:
7e860a6e ("cdc-acm: add sanity checks")
It added some sanity checks to ignore potential garbage in CDC headers but
also introduced a potential infinite loop. This can happen at the fir
Hi Peter,
> Peter Chen hat am 13. April 2015 um 09:00
> geschrieben:
>
>
> On Sun, Apr 12, 2015 at 12:06:10PM +0200, Stefan Wahren wrote:
> > [...]
> >
> > I think the problem has something to with USB OTG, because GPIO 65 is on the
> > same pin for USB_OTG_ID.
> > My idea was to set "dr_mode" in
The following changes since commit f22e6e847115abc3a0e2ad7bb18d243d42275af1:
Linux 4.0-rc7 (2015-04-06 15:39:45 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.1-rc1
for you to fetch changes up to 00fe52deb45b1a5ef42b0a
From: "H. Nikolaus Schaller"
While trying to test a Cinterion GSM/GPS/3G module I had reconfigured
the USB interface by mistake and therefore needed to run a different
USB driver than CDC-ACM. It turned out that I need the "usbserial" driver.
This file is an official description how to use it:
On Mon, 13 Apr 2015, Mathias Nyman wrote:
> Another difference between EHCI and xHCI iss that xHCI needs to reset (the
> host side)
> of a control endpoint if it stalled.
>
> From xHCI 1.0 4.8.3:
>
> "A STALL detected on any stage (Setup, Data, or Status) of a Default Control
> Endpoint requ
This patch set adds a new API to get phy by index when multiple
phys are present. This patch is based on discussion with Arnd Bergmann
about dt bindings for multiple phys.
History:
v1:
- Removed null pointers on Dmitry's suggestion
- Improved documentation in commit messages
- Exporte
Getting phys by index instead of phy names so that we do
not have to create a naming scheme when multiple phys
are present
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/usb/host/Kconfig | 1 +
drivers/usb/host/ehci-platform.c | 70 +
Getting phys by index instead of phy names so that we do
not have to create a naming scheme when multiple phys are present
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/usb/host/Kconfig | 1 +
drivers/usb/host/ohci-platform.c | 70 +
Some generic drivers, such as ehci, may use multiple phys and for such
drivers referencing phy(s) by name(s) does not make sense. Instead of
inventing new naming schemes and using custom code to iterate through them,
such drivers are better of using nameless phy bindings and using this newly
introd
Prior to
commit 29bd3bc1194c624ce863cab2a7da9bc1f0c3b47b
hso: fix crash when device disappears while serial port is open
hso_serial_open would always kref_get(&serial->parent->ref) before
returning zero.
Since that commit, it only calls kref_get when returning 0 if
serial->port.count was zer
SanDisk Ultra Fit (32 GB version)
USB 3.0 Flash Drive
I have this USB stick that works fine when using it with win7 or Linux.
But if I try to boot linux from it (Be it a installation image or
xubuntu installed on it from another usb stick) then I get errors and
the stick gets unresponsive until
On Tue, 14 Apr 2015 09:36:34 +1000 NeilBrown wrote:
>
>
> Prior to
> commit 29bd3bc1194c624ce863cab2a7da9bc1f0c3b47b
> hso: fix crash when device disappears while serial port is open
>
> hso_serial_open would always kref_get(&serial->parent->ref) before
> returning zero.
> Since that commi
From: Kuninori Morimoto
Current usbhs_for_each_dfifo macro will read out-of-array's
memory after last loop operation.
It was not good C language operation, and the binary which was
compiled by (at least) gcc 4.8.1 is broken.
This patch is based on
925403f425a4a9c503f2fc295652647b1eb10d82
(usb: r
Hello Neil,
On Tue, Apr 14, 2015 at 11:03:03AM +1000, NeilBrown wrote:
> On Tue, 14 Apr 2015 09:36:34 +1000 NeilBrown wrote:
>
> >
> >
> > Prior to
> > commit 29bd3bc1194c624ce863cab2a7da9bc1f0c3b47b
> > hso: fix crash when device disappears while serial port is open
> >
> > hso_serial_op
24 matches
Mail list logo
