On 2013年1月12日 15:48:59, Alex Riesen wrote:
On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
Hi,
the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
the USB ports of this system (an System76 lemu4 laptop, XHCI device)
after it was removed. If I attempt to insert it again in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, Jan 10, 2013 at 12:23:49PM +0200, Felipe Balbi wrote:
> On Thu, Nov 08, 2012 at 07:24:13PM +0100, Sebastian Andrzej Siewior wrote:
> > the u_ether.c file has a global variable named the_dev which keeps a
> > pointer to the network device afte
Am Mittwoch, 9. Januar 2013, 22:24:14 schrieben Sie:
> > No further work need to be done in the kernel.
>
> Are you able to provide the Windows .INF files from the device so we can
> determine what kernel drivers each interface of the device requires?
> Basically, instead of modeswitching the dev
Infineon(now Intel) HSPA Modem platform NCM cannot support ARP. so I introduce
a flag CDC_NCM_DRIVER_DATA_NOARP which is defined in driver_info:data. so later
on, if more such buggy devices are found, they could use same flag to handle.
Signed-off-by: Wei Shuai
---
drivers/net/usb/cdc_ncm.c |
This patch fixes the warning,
6a099c63650e50ebf7d1259b859a3d230aec4207 [4/10] USB: misc: Add USB3503
High-Speed Hub Controller
drivers/usb/misc/usb3503.c:238 usb3503_probe() error: we previously assumed
'pdata' could be null (see line 196)
Signed-off-by: Dongjin Kim
---
drivers/usb/misc/usb3
Hi,
> Greg, Linus,
> It sounds insane, but after banging on the issue I have found out that
> USB problem is caused (also in vanilla kernel) with a config change:
> USB-all built as modules - bad USB
> USB core built in, UHCI/EHCI modules - semi functional - but 1Mb/s
> transfer
> USB core and U
for function uhci_sprint_schedule:
the buffer len is MAX_OUTPUT: 64 * 1024, which may not be enough:
may loop UHCI_NUMFRAMES times (UHCI_NUMFRAMES is 1024)
each time of loop may get more than 64 bytes
so need check the buffer length to avoid memory overflow
this patch fix
On Sat, 12 Jan 2013, gavin.kx wrote:
> i use it on the android platform, and i can't generate the control file. what
> can i do ?
For questions about Android, you will have to ask the Android
developers. We can't help you here, sorry.
Alan Stern
--
To unsubscribe from this list: send the lin
On Sat, 12 Jan 2013, gavin.kx wrote:
> not only disable auto suspend, also disable usb suspend when system suspend.
There is no way to do that. It oesn't even make sense. How can you
suspend the entire system while leaving the hub at full power?
Alan Stern
--
To unsubscribe from this list: s
On Saturday 12 January 2013 14:16:02 Andreas Mohr wrote:
> > Greg, Linus,
> > It sounds insane, but after banging on the issue I have found out that
> > USB problem is caused (also in vanilla kernel) with a config change:
> > USB-all built as modules - bad USB
> > USB core built in, UHCI/EHCI modu
On Sat, 12 Jan 2013, Alex Riesen wrote:
> On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
> > Hi,
> >
> > the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
> > the USB ports of this system (an System76 lemu4 laptop, XHCI device)
> > after it was removed. If I attempt to ins
On Sat, 12 Jan 2013, Andreas Mohr wrote:
> There's of course the EHCI vs. UHCI(/OHCI) duality
> (EHCI host controller responsible for high speed transfers,
> the other for 1.1 full speed, both serving the same port connectors).
> So if the coordination between the two is a problem,
> you might end
On Fri, 11 Jan 2013, Martin Mokrejs wrote:
> Hi,
> I am not sure how should I interpret this but I am attaching the whole
> kmemleak file
> I have after
> # w
> 23:02:23 up 2 days, 2:43, 16 users, load average: 2.17, 1.85, 1.51
> [cut]
>
> I have several SATA drives connected over USB 2
On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>> One more detail: I usually use the "noop" elevator. That time it was
>> the "deadline". And I just reproduced it easily with "deadline".
>
> I doubt the elevator has anything to do with this.
But it lo
On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>
>> On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
>> >
>> > the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
>> > the USB ports of this system (an System76 lemu4 laptop, XHCI de
Here are all infos about this device. I think I catched the relevant data.
Switching to modem/network-mode works with
eject /dev/sr0
It works with "option"
/dev/ttyUSB2 has accepted at-commands
and qmi_wwan (in testcase with interface 1 instead of 0)
I was able get an IPv4- connection via qm
On Sat, Jan 12, 2013 at 8:39 PM, Alex Riesen wrote:
> On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
>> On Sat, 12 Jan 2013, Alex Riesen wrote:
>>> One more detail: I usually use the "noop" elevator. That time it was
>>> the "deadline". And I just reproduced it easily with "deadline".
>>
>> I
On Sat, 12 Jan 2013, Alex Riesen wrote:
> On Sat, Jan 12, 2013 at 8:39 PM, Alex Riesen wrote:
> > On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern
> > wrote:
> >> On Sat, 12 Jan 2013, Alex Riesen wrote:
> >>> One more detail: I usually use the "noop" elevator. That time it was
> >>> the "deadline".
On Sat, 12 Jan 2013, Martin Mokrejs wrote:
> Alan Stern wrote:
> > On Fri, 11 Jan 2013, Martin Mokrejs wrote:
> >
> >> Hi,
> >> I am not sure how should I interpret this but I am attaching the whole
> >> kmemleak file
> >> I have after
> >> # w
> >> 23:02:23 up 2 days, 2:43, 16 users, load
Alan Stern wrote:
> On Sat, 12 Jan 2013, Martin Mokrejs wrote:
>
>> Alan Stern wrote:
>>> On Fri, 11 Jan 2013, Martin Mokrejs wrote:
>>>
Hi,
I am not sure how should I interpret this but I am attaching the whole
kmemleak file
I have after
# w
23:02:23 up 2 days,
From: Wei Shuai
Date: Sat, 12 Jan 2013 19:34:39 +0800
> Infineon(now Intel) HSPA Modem platform NCM cannot support ARP. so I
> introduce a flag CDC_NCM_DRIVER_DATA_NOARP which is defined in
> driver_info:data. so later on, if more such buggy devices are found,
> they could use same flag to handle
if i use suspend function, the hub may occur error, if i removed the hub before
suspend then can avoid the suspend? if it could, how can i do ? how to remove
and add ?
gavin.kx
From: Alan Stern
Date: 2013-01-12 23:37
To: gavin.kx
CC: linux-usb
Subject: Re:回复: 回复: how to disable usb hub suspe
if i use suspend function, the hub may occur error, if i removed the hub before
suspend then can avoid the suspend? if it could, how can i do ? how to remove
and add ?
gavin.kx
From: Ming Lei
Date: 2013-01-11 23:10
To: gavin.kx
CC: linux-usb
Subject: Re: how to disable usb hub suspend functi
and does have a way to force to remove the usb device? my hub power is supplied
by battery, it can work while CPU sleep.
gavin.kx
发件人： gavin.kx
发送时间： 2013-01-13 10:59
收件人： Alan Stern
抄送： linux-usb
主题： Re: Re: how to disable usb hub suspend function
if i use suspend function, the hub may occur
24 matches
Mail list logo
