On 8/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 12, 2007 at 11:00:03AM -0700, Natalie Protasevich wrote:
> > Hi Greg, Alan, David,
> > This is open bug list for the USB subsystem. It is fairly long, though one
> > can
> > tell that bugs are promptly being worked on and there is no old
On Sun, Aug 12, 2007 at 11:00:03AM -0700, Natalie Protasevich wrote:
> Hi Greg, Alan, David,
> This is open bug list for the USB subsystem. It is fairly long, though one
> can
> tell that bugs are promptly being worked on and there is no old bugs in there
> really. But since the USB world is s
On Sun, Aug 12, 2007 at 11:00:03AM -0700, Natalie Protasevich wrote:
> Hi Greg, Alan, David,
> This is open bug list for the USB subsystem. It is fairly long, though one
> can
> tell that bugs are promptly being worked on and there is no old bugs in there
> really. But since the USB world is s
Oliver Neukum escreveu:
> Am Samstag 11 August 2007 schrieb Paulo da Silva:
>
>> I would like to ask a question. Sorry if this is a silly question but I
>> don't know kernel internals and what kind of info 't' produces.
>>
>
> It produces a trace of all tasks in the system.
>
>
>> Is it
Am Samstag 11 August 2007 schrieb Paulo da Silva:
> I would like to ask a question. Sorry if this is a silly question but I
> don't know kernel internals and what kind of info 't' produces.
It produces a trace of all tasks in the system.
> Is it safe to post that output here, considering this is
Oliver Neukum escreveu:
> ...
> Please get a stack trace with the t variety of the alt-sysrq you use to reboot
>
>
>> Regards
>> Oliver
>>
>> .
>>
>>
> and post that.
>
>
Sorry for the delay ... Just in case, I decided to (re)compile my whole
system using -O2. I had -O3
On Thursday, 9 August 2007 17:20, Mariusz Kozlowski wrote:
> > > > Happens every time I reattach usb pen drive.
> > > >
> > > > usb 1-2: new high speed USB device using ehci_hcd and address 10
> > > > usb 1-2: configuration #1 chosen from 1 choice
> > > > scsi6 : SCSI emulation for USB Mas
> > > Happens every time I reattach usb pen drive.
> > >
> > > usb 1-2: new high speed USB device using ehci_hcd and address 10
> > > usb 1-2: configuration #1 chosen from 1 choice
> > > scsi6 : SCSI emulation for USB Mass Storage devices
> > > usb 1-2: new device found, idVendor=13fe, idProduct
On Thursday, 9 August 2007 16:43, Alan Stern wrote:
> On Thu, 9 Aug 2007, Mariusz Kozlowski wrote:
>
> > Hello,
> >
> > Happens every time I reattach usb pen drive.
> >
> > usb 1-2: new high speed USB device using ehci_hcd and address 10
> > usb 1-2: configuration #1 chosen from 1 choice
> >
On Thu, 9 Aug 2007, Mariusz Kozlowski wrote:
> Hello,
>
> Happens every time I reattach usb pen drive.
>
> usb 1-2: new high speed USB device using ehci_hcd and address 10
> usb 1-2: configuration #1 chosen from 1 choice
> scsi6 : SCSI emulation for USB Mass Storage devices
> usb 1-2: new
On Tue, 31 Jul 2007, Matthew Dharm wrote:
> What the heck happened to your logs? It looks like about 75% of the data
> is being lost from the log file...
With all the USB I/O activity going on, syslogd must not be getting
enough CPU time to capture all the kernel log data.
If more detail is ne
On 7/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Greg KH wrote:
> > On Tue, Jul 31, 2007 at 03:06:07PM -0600, Grant Likely wrote:
> >> I've attached my kernel config file and a dmesg output
> >
> > Can you enable CONFIG_USB_DEBUG and send the linux-usb-devel list and
> > us, the output wh
On Tue, Jul 31, 2007 at 03:26:55PM -0600, Grant Likely wrote:
> On 7/31/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Tue, Jul 31, 2007 at 03:06:07PM -0600, Grant Likely wrote:
> > > I've attached my kernel config file and a dmesg output
> >
> > Can you enable CONFIG_USB_DEBUG and send the linux-us
Greg KH wrote:
> On Tue, Jul 31, 2007 at 03:06:07PM -0600, Grant Likely wrote:
>> I've observed instability on my Macbook c2d with the Linus' latest
>> tree. Symptom is that USB devices start behaving badly and the
>> kernel seems to be registering incorrect HID events; (ie. moving the
>> mouse ca
On 7/31/07, Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 31, 2007 at 03:06:07PM -0600, Grant Likely wrote:
> > I've attached my kernel config file and a dmesg output
>
> Can you enable CONFIG_USB_DEBUG and send the linux-usb-devel list and
> us, the output when you have these problems?
Yes, I'
On Tue, Jul 31, 2007 at 03:06:07PM -0600, Grant Likely wrote:
> I've observed instability on my Macbook c2d with the Linus' latest
> tree. Symptom is that USB devices start behaving badly and the kernel
> seems to be registering incorrect HID events; (ie. moving the mouse
> causes odd keyboard eve
On Tue, Jul 31, 2007 at 09:14:30AM +0200, Oliver Neukum wrote:
> Am Dienstag 31 Juli 2007 schrieb Greg KH:
> > > So I agree with the proposition of Oliver to add a buffer_size in the
> > > usb_serial_driver structure.
> > > This is very useful to prepare a buffer able to make bulk transfer.
> >
>
On Tue, Jul 31, 2007 at 07:49:34AM +0200, Alain Degreffe wrote:
> Greg,
>
> You are right ( of course ), but using the buffer given by the usb-serial
> seems to bo logic as I said.
> By this way I don't create unnecessary buffer. But in bulk transfer, the
> buffer_size can be greater than
> The va
Am Dienstag 31 Juli 2007 schrieb Greg KH:
> > So I agree with the proposition of Oliver to add a buffer_size in the
> > usb_serial_driver structure.
> > This is very useful to prepare a buffer able to make bulk transfer.
>
> I don't think it is necessary to add as it has not been a problem yet
> f
Greg,
You are right ( of course ), but using the buffer given by the usb-serial
seems to bo logic as I said.
By this way I don't create unnecessary buffer. But in bulk transfer, the
buffer_size can be greater than
The value given by the endpoint. The usb lowlevel will split the bulk
tranfsert.
So
On Tue, Jul 31, 2007 at 07:13:08AM +0200, Alain Degreffe wrote:
> Well I try to follow pl2303
>
> wMaxPacketSize 0x0040 1x 64 bytes is the size retuned by the endpoint
> (I just plug my own pl2303 to check the value)
>
> line / code
>
> 330 priv->buf = pl2303_buf_alloc(PL230
e : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Alain
Degreffe
Envoyé : mardi 31 juillet 2007 7:13
À : 'Greg KH'
Cc : [email protected]
Objet : Re: [linux-usb-devel] usb-serial.c question - potential Memory fault
Well I try to follow pl2303
wMaxPacketSize 0
Well I try to follow pl2303
wMaxPacketSize 0x0040 1x 64 bytes is the size retuned by the endpoint
(I just plug my own pl2303 to check the value)
line / code
330 priv->buf = pl2303_buf_alloc(PL2303_BUF_SIZE); where
PL2303_BUF_SIZE = 1024 !
377 count = pl2303_buf_get
On Mon, Jul 30, 2007 at 06:04:06PM +0200, [EMAIL PROTECTED] wrote:
> Greg,
>
> It is a problem because I use the pre-allocated buffer given by the layer
> usb-serial. Of course, I can create a new urb structure with a bigger
> buffer but I just suggest that using the buffer stored in the
> usb_se
On Mon, Jul 30, 2007 at 07:04:51AM +0200, [EMAIL PROTECTED] wrote:
> Hi Greg,
>
>
>
> After a new complete reading of my code against usb-serial.c, I finally
> found ( I hope ) my problem.
>
> In usb-serial.c, when bulk_in/out buffers are initialized, each buffer size
> are the same as the wM
On Sun, Jul 29, 2007 at 08:00:01PM -0700, Linus Torvalds wrote:
>
>
> On Fri, 27 Jul 2007, Alan Stern wrote:
> >
> > I don't think it's a refcounting problem. My guess is that the
> > underlying cause is the bug in your urb->status removal patch for
> > usb_start_wait_urb() -- the one I fixed
Greg,
It is a problem because I use the pre-allocated buffer given by the layer
usb-serial.
Of course, I can create a new urb structure with a bigger buffer but I just
suggest that
using the buffer stored in the usb_serial_device seems to be logic and like
a said, other driver use it without chec
Am Montag 30 Juli 2007 schrieb Paulo da Silva:
> Oliver Neukum escreveu:
> > ...
>
> > Please get a stack trace with the t variety of the alt-sysrq you use to
> > reboot
> > and post that.
> >
> >
>
>
> I read the sysrq.txt and saw that 't' sends the output to the console!
> As I said, I don
Oliver Neukum escreveu:
> ...
> Please get a stack trace with the t variety of the alt-sysrq you use to reboot
> and post that.
>
>
I read the sysrq.txt and saw that 't' sends the output to the console!
As I said, I don't have any echo from what I type.
1. The keyboard freezes or seems to fre
On Mon, Jul 30, 2007 at 07:10:55AM +0200, [EMAIL PROTECTED] wrote:
> Hi Greg,
>
> After a new complete reading of my code against usb-serial.c, I finally
> found ( I hope ) my problem.
> In usb-serial.c, when bulk_in/out buffers are initialized, each ?buffer size
> are the same as the wMaxPacketSi
No need to split.
This is just what I need :-)
Thanks a lot.
Alain
-Message d'origine-
De : Oliver Neukum [mailto:[EMAIL PROTECTED]
Envoyé : lundi 30 juillet 2007 14:18
À : [EMAIL PROTECTED]
Cc : [email protected]
Objet : Re: [linux-usb-devel] usb-serial.c que
Am Montag 30 Juli 2007 schrieb [EMAIL PROTECTED]:
> This is quite dangerous :-)
>
> You can't apply a user requested buffer_size to interrupt_buffer !
>
> The API should only apply the buffer size to bulk buffers...
Right you are. What about this? Or do you need split sizes
for input and output?
[email protected]
Cc : [EMAIL PROTECTED]; 'Greg KH'
Objet : Re: [linux-usb-devel] usb-serial.c question - potential Memory fault
Am Montag 30 Juli 2007 schrieb [EMAIL PROTECTED]:
> Hi Greg,
>
> After a new complete reading of my code against usb-serial.c, I finally
Am Montag 30 Juli 2007 schrieb [EMAIL PROTECTED]:
> Hi Greg,
>
> After a new complete reading of my code against usb-serial.c, I finally
> found ( I hope ) my problem.
> In usb-serial.c, when bulk_in/out buffers are initialized, each buffer size
> are the same as the wMaxPacketSize given by the e
Am Montag 30 Juli 2007 schrieb Paulo da Silva:
> With legacy driver rt2570 the keyboard also freezes! I can't even get a
> console (ctrl+alt+f1).
> Using ndiswrapper only the USB or part of it breaks.
> I tried, what I think - I had no feedback - ctrl+alt+prt sc+{s,u,s,b}
> and got a reboot. Unfort
Paulo da Silva escreveu:
> Andrew Morton escreveu:
>
>> On Fri, 27 Jul 2007 13:09:27 +0200
>> [EMAIL PROTECTED] wrote:
>>
>>
>>
>>> From: Paulo da Silva <[EMAIL PROTECTED]>
>>> Date: Fri, Jul 27, 2007 at 02:07:15AM +0100
>>>
>>>
This is a bug report. Any further informat
On Fri, 27 Jul 2007, Alan Stern wrote:
>
> I don't think it's a refcounting problem. My guess is that the
> underlying cause is the bug in your urb->status removal patch for
> usb_start_wait_urb() -- the one I fixed here:
>
> http://marc.info/?l=linux-usb-devel&m=118531582013355&w=2
>
> Of
Andrew Morton escreveu:
> On Fri, 27 Jul 2007 13:09:27 +0200
> [EMAIL PROTECTED] wrote:
>
>
>> From: Paulo da Silva <[EMAIL PROTECTED]>
>> Date: Fri, Jul 27, 2007 at 02:07:15AM +0100
>>
>>> This is a bug report. Any further information you may need, please let
>>> me know.
>>> Modules Loade
On Fri, 27 Jul 2007, Oliver Neukum wrote:
> Am Donnerstag 26 Juli 2007 schrieb Greg KH:
> > Alan and Oliver, was this caused by the autosuspend changes for
> > usb-storage?
>
> The oops itself looks like refcounting. What caused the initial io error
> does not become clear from the log. It is pos
Am Donnerstag 26 Juli 2007 schrieb Greg KH:
> Alan and Oliver, was this caused by the autosuspend changes for
> usb-storage?
The oops itself looks like refcounting. What caused the initial io error
does not become clear from the log. It is possible that the device cannot
stand suspension. But ther
On Thursday 26 July 2007, [EMAIL PROTECTED] wrote:
>
> 1. SET_LINE_CODING handling in gs_setup_class() copies req->buf to its
> port_line_coding struct but data stage has not been reached yet.
Known bug ... someone ought to submit a patch to fix this.
---
On Thu, 26 Jul 2007 [EMAIL PROTECTED] wrote:
> 1. SET_LINE_CODING handling in gs_setup_class() copies req->buf to its
> port_line_coding struct but data stage has not been reached yet.
Have you considered mentioning this to the author or maintainer of that
driver?
> 2. generic question on setup
On Tue, 24 Jul 2007, Ron Gage wrote:
> OK, here is what I have done. After opening the dev, setting the
> configuration and claiming the interface, I am sending a control message
> of bRequestType = 0x42, bRequest of 0x06, all other values = 0. This
> is the first "out up" packet sent to the
Alan Stern wrote:
> No, I said to look at the "up" _reports_. "report" != "packet".
>
> For IN transfers (from the device to the host), yes, the transfer data
> is displayed in the "up" report. For OUT transfers (host to device)
> the transfer data is displayed in the "down" report. For con
On Tue, 24 Jul 2007, Ron Gage wrote:
> > Don't you remember what I told you a few days ago? The setup packet
> > contents in the "down" report are unreliable. You need to look at an
> > "up" report.
> >
> > Alan Stern
> >
> >
> I remember it quite clearly. You told me to look at the "UP" p
On Tue, 24 Jul 2007, Ron Gage wrote:
> I have made the entire SnoopyPro capture file available on my web site:
> http://www.rongage.org/xyloc.usblog
Consider URB #10 as a good example. The information for the "up" part
says that the Setup packet consists of:
c2 00 ac 53 00 00 08 00
That's
Alan:
Alan Stern wrote:
> On Tue, 24 Jul 2007, Ron Gage wrote:
>
>
>> This is a good one to start with as it is seen literally hundreds of
>> times in the trace.
>>
>> 20in downn/a3.195VENDOR_ENDPOINT-
>> URB Header (length: 80)
>> SequenceNumber: 20
>> Function: 0019 (V
On Tue, 24 Jul 2007, Ron Gage wrote:
> This is a good one to start with as it is seen literally hundreds of
> times in the trace.
>
> 20in downn/a3.195VENDOR_ENDPOINT-
> URB Header (length: 80)
> SequenceNumber: 20
> Function: 0019 (VENDOR_ENDPOINT)
> PipeHandle:
On Tue, 24 Jul 2007, Ron Gage wrote:
> Greetings:
>
> I need some help here. I am trying to develop a driver for an
> "EnsureTechnologies Xyloc Model U-1" USB-based security device. It is
> basically an RFID receiver and matchbook sized serialized remote - the
> RFID receiver detects when th
Oliver Neukum wrote:
> Am Dienstag 24 Juli 2007 schrieb Ron Gage:
>
>> Anyhow, the device appears to require a non-standard function code in
>> the URB header, code 0019. SnoopyPro (yeah, on Windows) says this
>> function code is "Vendor Endpoint". Obviously, there isn't any current
>> way
Oliver Neukum wrote:
> Am Dienstag 24 Juli 2007 schrieb Ron Gage:
>
>> Anyhow, the device appears to require a non-standard function code in
>> the URB header, code 0019. SnoopyPro (yeah, on Windows) says this
>> function code is "Vendor Endpoint". Obviously, there isn't any current
>> way
Am Dienstag 24 Juli 2007 schrieb Ron Gage:
> Anyhow, the device appears to require a non-standard function code in
> the URB header, code 0019. SnoopyPro (yeah, on Windows) says this
> function code is "Vendor Endpoint". Obviously, there isn't any current
> way to send such a function code wit
On Friday 13 July 2007, Sagusti.Robert wrote:
> Hi,
>
> I'm running kernel 2.6.20 on an AT91RM9200 processor. I have
> the gadget serial driver loaded and I am successfully reading
> and writing data in and out the USB port to a windows terminal.
> In my user code, when I open the gadget driver po
On Mon, 16 Jul 2007, Dave Jones wrote:
> On Mon, Jul 16, 2007 at 03:22:17PM -0400, Alan Stern wrote:
>
> > > I'm not sure how that 5-1.4 relates to the above map.
> > >
> > > oh, there's one other case, where it prints the same thing for usb 4-2:
> >
> > All right, it turns out there reall
On Mon, Jul 16, 2007 at 03:22:17PM -0400, Alan Stern wrote:
> > I'm not sure how that 5-1.4 relates to the above map.
> >
> > oh, there's one other case, where it prints the same thing for usb 4-2:
>
> All right, it turns out there really is a minor bug that shows up only
> with the autos
On Mon, 16 Jul 2007, Dave Jones wrote:
> > > in usb_autopm_do_device()
> > > I'm suspecting logic is underflowing here causing this.
> >
> > Yes, that's what it means. I'm puzzled as to how this could occur; let
> > me try some tests. What types of devices give rise to these warnings?
>
On Mon, Jul 16, 2007 at 10:38:48AM -0400, Alan Stern wrote:
> > -static int usb_autosuspend_delay = 2; /* Default delay value,
> > +static int usb_autosuspend_delay = 0; /* Default delay value,
> > * in seconds */
> > module_
On Sun, 15 Jul 2007, Dave Jones wrote:
> Hi folks,
>Given the potential power savings USB_SUSPEND offers, we'd
> like to turn this on in Fedora kernels, however there still
> seems to be quite a few devices out there that seem to have issues.
> (Notably printers it seems).
Scanners too. Plus
On Sunday 15 July 2007, Dave Jones wrote:
> On Sun, Jul 15, 2007 at 08:07:01PM -0700, David Brownell wrote:
> > On Sunday 15 July 2007, Dave Jones wrote:
> >
> > > Before I dig deeper, are there other side-effects of changing
> > > this default ?
> >
> > Other than spending more power than
On Sun, Jul 15, 2007 at 08:07:01PM -0700, David Brownell wrote:
> On Sunday 15 July 2007, Dave Jones wrote:
>
> > Before I dig deeper, are there other side-effects of changing
> > this default ?
>
> Other than spending more power than necessary? :)
>
> I don't think there should be, but
On Sunday 15 July 2007, Dave Jones wrote:
> Before I dig deeper, are there other side-effects of changing
> this default ?
Other than spending more power than necessary? :)
I don't think there should be, but Alan's most on top of these
particular issues. The main thing I'd worry about is root
On Fri, 13 Jul 2007, Skip Rafferty wrote:
> Sorry for the lack of detail, and yes I'm talking
> about bulk endpoints.
>
> The gadget provides a printer class device and the
> host system in this case is Windows. There is no
> protocol, the app just opens the USB device and writes
> the contents
On Fri, 13 Jul 2007, Skip Rafferty wrote:
> I am supporting a Peripheral Controller Driver (PCD)
> for a USB device (hw and fw from a vendor) that
> refuses to deliver data to its gadget driver client
> when the data ends on a MaxPacketSize boundary (512 in
> this case).
You're talking about da
> I haven't seen review comments on this from anyone. Do we have
> some volunteers, maybe?
I got comment from Alen Stern in June 13.
> The only comment I'll make is that scripts/checkpatch.pl has
> lots of feedback. ;)
Thank you for your comment. I confirmed lots of feedback
form scripts/checkpa
On Wednesday 09 May 2007, Yoshihiro Shimoda wrote:
> I would like to submit Renesas R8A66597 USB HCD driver.
>
> R8A66597 is Renesas USB 2.0 host and peripheral combined
> controller device originally designed for embedded products.
> As a limitation of this device, it does not support externel
>
On Tuesday 03 July 2007, Alan Stern wrote:
> In the end, we may be forced not to autosuspend keyboards and mice.
> There are lots of problems. One is broken hardware, as we see here.
This is unfortunate, but I suspect you're right. We may need a
userspace database of devices which are known n
On Thu, 5 Jul 2007, Robert Marquardt wrote:
> Alan Stern schrieb:
>
> > Does Windows ever actually suspend the keyboard at all?
>
> I do not know. I prefer switching off my computer.
> The main differences i see for HID devices with the OS running is that
> Windows constantly sends Keep Alive p
Alan Stern schrieb:
> Does Windows ever actually suspend the keyboard at all?
I do not know. I prefer switching off my computer.
The main differences i see for HID devices with the OS running is that
Windows constantly sends Keep Alive packets and that it polls the
devices always. Linux only po
On Wed, 4 Jul 2007, Jiri Kosina wrote:
> On Wed, 4 Jul 2007, Kay Sievers wrote:
>
> > It's a recent standard and cheap Logitec mouse. If you can't reproduce
> > it, let me know if I should try to capture the traffic.
>
> Hi Kay and Alan,
>
> actually I found a random logitech optical mouse her
On Wed, 4 Jul 2007, Robert Marquardt wrote:
> Jiri Kosina schrieb:
>
> > It could be that only the light goes on for a few seconds (Alan, are you
> > sure that the power would not suffice?), but the mouse is not issuing any
> > wakeup request.
>
> If a USB device suspends because te bus goes i
On Wed, 4 Jul 2007, Kay Sievers wrote:
> It's a recent standard and cheap Logitec mouse. If you can't reproduce
> it, let me know if I should try to capture the traffic.
Hi Kay and Alan,
actually I found a random logitech optical mouse here (VID:PID 046d:c019)
and can observe precisely the sam
Jiri Kosina schrieb:
> It could be that only the light goes on for a few seconds (Alan, are you
> sure that the power would not suffice?), but the mouse is not issuing any
> wakeup request.
If a USB device suspends because te bus goes idle then it is allowed to
draw 2.5 mA if it is a 500 mA de
On Tue, 2007-07-03 at 18:54 +0200, Jiri Kosina wrote:
>On Tue, 3 Jul 2007, Alan Stern wrote:
>
>> It's totally bogus! With no driver loaded, the mouse won't be enabled
>> for remote wakeup. Consequently it should never be resumed, no matter
>> what you do to it. If it does send a wakeup reques
Alan Stern wrote:
>On Tue, 3 Jul 2007, Jiri Kosina wrote:
>> On Tue, 3 Jul 2007, Alan Stern wrote:
>>
>> > It's totally bogus! With no driver loaded, the mouse won't be enabled
>> > for remote wakeup. Consequently it should never be resumed, no matter
>> > what you do to it. If it does send a
On Tue, 3 Jul 2007, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Jiri Kosina:
> > OK, it seems that vendors of usb keyboards probably rely too much on fact
> > that the keyboards could be quite slow and flaky without anyone
> > complaining under normal load, and therefore implement t
On Tue, 3 Jul 2007, Jiri Kosina wrote:
> On Tue, 3 Jul 2007, Alan Stern wrote:
>
> > It's totally bogus! With no driver loaded, the mouse won't be enabled
> > for remote wakeup. Consequently it should never be resumed, no matter
> > what you do to it. If it does send a wakeup request then th
Am Dienstag, 3. Juli 2007 schrieb Jiri Kosina:
> OK, it seems that vendors of usb keyboards probably rely too much on fact
> that the keyboards could be quite slow and flaky without anyone
> complaining under normal load, and therefore implement the things very
> badly. Oliver, I currently think
On Tue, 3 Jul 2007, Alan Stern wrote:
> It's totally bogus! With no driver loaded, the mouse won't be enabled
> for remote wakeup. Consequently it should never be resumed, no matter
> what you do to it. If it does send a wakeup request then the mouse is
> buggy. Conversely, if the mouse does
On Tue, 3 Jul 2007, Kay Sievers wrote:
> > During a lunch at OLS you mentioned something about watching the LED on
> > your USB mouse turn on and off as it autosuspended and resumed. I
> > don't remember the details, but it sounded peculiar. Can you explain
> > what you were referring to?
>
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Jon> I opened the device up, the chip is marked zt6688. The Davicom driver
Jon> has it listed as an alias. Maybe there is some variation between the
Jon> dm9601 and zt6688.
Possible. I unfortunately only have access to a dm9601.
--
Bye, P
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Hi,
Jon> My e1000 adapter puts these messages in my log:
Jon> ADDRCONF(NETDEV_UP): eth0: link is not ready
Jon> ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jon> Davicom is only putting this in:
Jon> ADDRCONF(NETDEV_UP): eth1: link i
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Hi,
>> Odd, it doesn't seem to detect the link. Does it help to down and
>> re-up the interface?
Jon> Yes, and ifconfig eth1 down, ifconfig eth1 up, will fix the condition.
Jon> This is 100% repeatable, I tried it about five times. On init
I opened the device up, the chip is marked zt6688. The Davicom driver
has it listed as an alias. Maybe there is some variation between the
dm9601 and zt6688.
--
Jon Smirl
[EMAIL PROTECTED]
-
This SF.net email is sponsored b
On 6/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 6/27/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > > "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
> >
> > Jon> It looks like the driver is broken. I put the device into a Windows
> > Jon> laptop and it works fine.
> >
> > Jon> Note
On 6/27/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
>
> Jon> It looks like the driver is broken. I put the device into a Windows
> Jon> laptop and it works fine.
>
> Jon> Note that ifconfig doesn't say the interface is RUNNING.
> Jon> It
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Jon> It looks like the driver is broken. I put the device into a Windows
Jon> laptop and it works fine.
Jon> Note that ifconfig doesn't say the interface is RUNNING.
Jon> It is UP and I gave it a static IP but it still isn't RUNNING.
Jon>
On Tue, 26 Jun 2007, Jüri Reitel wrote:
> Looked into drivers/usb/core/devio.c functions
> usbdev_ioctl
> proc_ioctl_default
> proc_ioctl
> USBDEVFS_DISCONNECT branch calls usb_driver_release_interface
>
> As i can understand i should obtain list of all interfaces registered to
> the
On Tue, 26 Jun 2007, Jüri Reitel wrote:
> Hello.
> How to correctly turn off the port power of usb hub (assuming hub
> supports individual port power switching). Correctly means that all
> drivers using the device on that port are notified before the power is
> removed. Removed device could als
Oliver Neukum wrote:
> Am Dienstag, 26. Juni 2007 schrieb Jüri Reitel:
>
>> Hello.
>> How to correctly turn off the port power of usb hub (assuming hub
>> supports individual port power switching). Correctly means that all
>> drivers using the device on that port are notified before the power
Am Dienstag, 26. Juni 2007 schrieb Jüri Reitel:
> Hello.
> How to correctly turn off the port power of usb hub (assuming hub
> supports individual port power switching). Correctly means that all
> drivers using the device on that port are notified before the power is
> removed. Removed device co
On Fri, Jun 22, 2007 at 07:37:20PM -0400, Bill Cunningham wrote:
> Well on my linux whenever I plug in my usb flash cards all the system
> says to me is address:2 then tries again with address:3 and everytime it
> does this I get error code -110. I don't know what's wrong. I don't know if
>
Here's a debug trace from plugging it in.
[ 116.765349] hub 5-1:1.0: state 7 ports 7 chg evt 0020
[ 116.765589] hub 5-1:1.0: port 5, status 0101, change 0001, 12 Mb/s
[ 116.893222] hub 5-1:1.0: debounce: port 5: total 100ms stable 100ms
status 0x101
[ 116.965088] usb 5-1.5: new full speed
It looks like the driver is broken. I put the device into a Windows
laptop and it works fine.
Note that ifconfig doesn't say the interface is RUNNING.
It is UP and I gave it a static IP but it still isn't RUNNING.
eth1 Link encap:Ethernet HWaddr 00:60:6E:BF:25:89
inet addr:192.168.
> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes:
Hi,
Jon> This is an older device from 2002. It is USB 1.0, not USB 2.0 as
Jon> Shentech implies.
Yes, the DM9601 chip is USB1.1
Jon> There's a driver for this device in the kernel but I can't get it to
J
Am Dienstag, 19. Juni 2007 schrieb Pete Zaitcev:
> On Tue, 19 Jun 2007 11:11:18 +0800, "jidong xiao" <[EMAIL PROTECTED]> wrote:
>
> > But I remember, the reason we use sg is that, we can transfer
> > several buffers in one DMA operation, thus we can speed things up
> > accordingly because we tur
Maybe we can retry at this situation.
On 6/18/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am looking at usb_sg_init().
>
> void usb_sg_wait (struct usb_sg_request *io)
> {
>int i, entries = io->entries;
>
>/* queue the urbs. */
>spin_lock_irq (&io-
On Sat, 16 Jun 2007, manoj mathai wrote:
> On 6/6/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> > Can you find out which process is using a lot of CPU time? Or do you
> > think the problem is simply that too much memory is being used for
> > buffers?
>
> i ran 'top' this time when i was performing
On Sat, 16 Jun 2007, Guillaume Audirac wrote:
> Hello,
>
> I am just following the recommandations of a USB driver developper.
> I have a USB webcam (Creative Live! Cam, Video IM Pro) which may be
> supported by the OV51x driver, but is not detected on the USB port.
>
> Please find below the res
On Sat, 16 Jun 2007, jidong xiao wrote:
> I found this routine,
> /**
> * usb_register_root_hub - called by HCD to register its root hub
> * @usb_dev: the usb root hub device to be registered.
> * @parent_dev: the parent device of this root hub.
> *
> * The USB host controller calls this func
> Thanks ... I'm still looking at this. Here's some quick feedback:
Thank you very much for your feedback. It is really informative for me.
I would like to quick reply to your comment now and I will
modify driver code and test before re-submit reviced code.
>> /* if complete is true, gadget drive
1 - 100 of 2541 matches
Mail list logo
