Ok, thank you Hans.
When I connect my external USB disk I've 30 seconds before my laptop
freezes: with top command I cannot view nothing: no abnormal cpu
usage, no any strange memory usage.
If I remove disk before 30 seconds my HP EliteBook 850G1 keeps working
as usual. Can I use these 30 seconds
Hi Bryan,
thanks for the review. See some comments below.
On Sat, Aug 23 2014, Bryan Wu wrote:
> On Fri, Aug 22, 2014 at 5:08 PM, Michal Sojka wrote:
>> With this patch, USB host activity can be signaled by blinking a LED.
>>
>> This should work with all host controllers. Tested only with musb.
I must make a correction to what I said earlier: on kernel 3.16.1 if I
use a normal micro USB cable (not USB 3.0 one) I can mount my disk
(with uas module) BUT it not works properly. My computer does not
freeze but I obtain same kernel error
Aug 23 12:03:42 hp850ssd kernel: [ 49.041091] usb 2-3.
1.In which case will i get EPROTO during commuicate with usb device, i
called usb_bulk_msg in my usb_drv
2.while i continue plug and pull the usb device a few times because of
EPROTO and some times (errno=110) error , the usb device is not probed,
nothing print in dmesg.
can anyone help me, tell
On Sat, Aug 23, 2014 at 11:37:28PM +0800, peter li wrote:
> 1.In which case will i get EPROTO during commuicate with usb device, i
> called usb_bulk_msg in my usb_drv
What driver is this?
> 2.while i continue plug and pull the usb device a few times because of
> EPROTO and some times (errno=110)
Hi, I've been trying to get this device work in linux Mint Qiana
(3.13.0-24-generic) without success.
The XR21V1414 is a multiport USB-UART device. (0x04e2:0x1414)
(The driver provided "Vizzini" causes system crash due a improper
initialization of tty_port)
http://www.exar.com/common/content/d
From: Julia Lawall
Delete successive assignments to the same location.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
expression i;
@@
*i = ...;
i = ...;
//
Signed-off-by: Julia Lawall
---
The patches in this series do
These patches fix cases where there are two adjacent assignments to the
same location. In practice, many such occurrences appear to be
intentional, eg to initialize volatile memory, but these cases do not seem
to fall into that category.
The complete semantic match that finds these problems is as
This patch introduces the use of the functions usb_endpoint_type and
usb_endpoint_num.
The Coccinelle semantic patch that makes these changes is as follows:
@@ struct usb_endpoint_descriptor *epd; @@
- (epd->bEndpointAddress & \(USB_ENDPOINT_NUMBER_MASK\|0x0f\))
+ usb_endpoint_num(epd)
@@ struc
