At 10:42 PM 7/16/2007, David Brownell wrote:
On Monday 16 July 2007, Steve Calfee wrote:
I am working on a project using a generic (non-FPGA) cypress fx2 to
test host controllers.
The good news is that Linux runs interrupt IN/OUTs at 3x1024 byte
packets uframe, 24MBytes per second, over
I am working on a project using a generic (non-FPGA) cypress fx2 to
test host controllers.
The good news is that Linux runs interrupt IN/OUTs at 3x1024 byte
packets uframe, 24MBytes per second, over as long as I have tested,
seconds. Verified by a bus analyzer.
The not so good news is that I
At 01:22 PM 7/10/2007, Rial Juan wrote:
Bus 007 Device 003: ID 0c45:624e Microdia
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol
From: Gene Heskett [EMAIL PROTECTED]
Date: Fri, 06 Jul 2007 18:07:42 -0400
On Friday 06 July 2007, Alan Stern wrote:
On Fri, 6 Jul 2007, Gene Heskett wrote:
[...]
However when booted to 2.6.20-1.2962, that part still doesn't work.
If this device is plugged into the lappy at powerup time
Date: Thu, 05 Jul 2007 18:14:38 -0400
On Thursday 05 July 2007, Alan Stern wrote:
On Thu, 5 Jul 2007, Gene Heskett wrote:
Greetings;
I have a 40GB drive in a usb enclosure that when plugged in, signs on
like
this in the dmesg output:
usb 3-3.4.2: uevent
hub 3-3.4:1.0: debounce: port 2:
At 12:47 PM 5/21/2007, Alan Stern wrote:
Dave:
The situation with regard to start_frame is a mess. Although the name
and the documentation refer to frame numbers, for high speed devices
the value stored there is a microframe number instead.
Clearly anyone who's interested in the value will
At 07:14 AM 5/8/2007, you wrote:
On Tue, May 08, 2007 at 07:03:08AM +0400, Dan Kruchinin wrote:
The following patch fixes such SLUB report(when someone tries to
allocate 0 bytes):
--
May 8 00:19:15 midgard kernel: [ 21.933467] BUG: at
include/linux/slub_def.h:88 kmalloc_index()
May 8
At 09:28 AM 4/23/2007, Gene Heskett wrote:
Hi Greg company;
Is there available, for a reasonable price, a usb dongle that would
do nothing
but echo the packet back to the src so that some sort of a handle on the
latency could be measured/obtained?
I doubt one is available. You could reprogram
On Thu, 12 Apr 2007, Danny Budik wrote:
Would it be possible to add my own constant to /usr/include/linux/
usbdevice_fs.h and write an underlying function that would call
usb_get_current_frame_number()? It
looks like I can add a constant say USBDEVFS_FRAMENUM in
usbdevice_fs.h, add new
Hello everyone,
I currently have a driver that has 1024 byte endpoint buffers
(bulk
transfer) and it is running on the AT91RM9200. I am running 2.6.12, but
I looked at the kernel git tree head(2.6.20) at91_udc.c code and it has
the same issue. My gadget can accept data from the host and
Hi Matt,
Do you work for the government? Replacing a $1 hub chip with a $1000
computer? :)
More below:
On Mon, 11 Dec 2006, Matt wrote:
Hi,
I'm wondering if it's feasible to implement a gadget driver that turns
a
Linux system into a hub. The hub specification in the usb spec, which
From: Alan Stern [EMAIL PROTECTED]
To: Steve Calfee [EMAIL PROTECTED]
CC: linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] Fwd: Re: linux as a hub?
Date: Mon, 11 Dec 2006 15:27:23 -0500 (EST)
On Mon, 11 Dec 2006, Steve Calfee wrote:
Among other problems, a full-speed hub
Am Montag, 27. November 2006 04:22 schrieb David Brownell:
On Sunday 26 November 2006 6:46 pm, Alan Stern wrote:
On Sun, 26 Nov 2006, David Brownell wrote:
On Thursday 23 November 2006 6:19 am, Oliver Neukum wrote:
Hi,
gl620a uses a buffer within a struct. This can corrupt
On Monday 09 October 2006 9:44 am, [EMAIL PROTECTED] wrote:
On 10/9/06, David Brownell [EMAIL PROTECTED] wrote:
On Monday 09 October 2006 9:11 am, [EMAIL PROTECTED] wrote:
FWIW, if we really could get 5ms latency with a 4ms buffering
requirement, that counts as 'good enough for now'
Hi
hub was self powered, it indicates either your device took
too much VBUS current, your host could not supply enough vbus
power, your host transceiver has a problem, OR you have a
major fussy device in receiving data.
We have couple of other 1.1 devices who works with our system in
What is your key string descriptors ?
3SYSTEM USB POCKET DISK
Thanks
Nope, this is not my problem device. Also, you said in another message that
it was not dead, just ignoring transmissions. That was not my devices
problem. Congrats you found another problem device.
Regards, Steve
This indicates that the problem is a small hardware incompatibility,
as I have said before.
We attached a High Speed hub to our system and inserted this disk in the
hub. The device works perfectly in such mode.
This is more than a small hardware problem. Assuming this HS hub was self
powered,
Date: Mon, 10 Jul 2006 20:07:05 +0530
From: Ajay Jain [EMAIL PROTECTED]
To: linux-usb-devel@lists.sourceforge.net
Hi,
Am using a windows host and a proprietary device as a function. This
is the pre-enumeration stage that I am talking about. I see a very
different behavior with what is written in
From: Maulik Mankad [EMAIL PROTECTED] Date: Thu, 22 Jun 2006
13:43:32 -0700
Hi Alan and David,
First of all let me thank both of you for replying to my mail.
This is what the datasheet of Intel's IXP465 say for the Embedded TT.
IXP465 USB host supports directly connected full and low speed
On Thursday 08 June 2006 12:50 am, rakesh kn wrote:
1) When a OTG hard disk(Self Powered) was connected, there was no
interrupt and my ehci_irq interrupt handler was not invoked.
When i power on the device i get a DISCONNECT event from the device and
the
PORTSCx value changes to
The device is configured to send
and receive 32 byte reports. The designer of the USB project has code
written in Windows Pascal (Delphi?) to control the device. The code
is a rework from the code generated by EasyHID and is a USB controlled
car radio. Here is my output of lsusb:
On Mon, 20 Mar 2006, Florian Weimer wrote:
Hi,
I'm looking for hardware which supports USB gadget mode, preferably with
high density (that is, it should be possible to add a dozen or so USB
device endpoints to a standard PC, which are then attached to different
hosts). All I could find
From: David Brownell [EMAIL PROTECTED]
To: linux-usb-devel@lists.sourceforge.net
CC: Steve Calfee [EMAIL PROTECTED]
Subject: Re: [linux-usb-devel] Re: Question about OTG operations
Date: Tue, 28 Feb 2006 23:42:35 -0800
On Tuesday 28 February 2006 11:03 pm, Steve Calfee wrote:
Yes, it is a huge
On Tuesday 28 February 2006 7:44 pm, Li Yang-r58472 wrote:
Thanks Dave,
So the current application of HNP is only to correct wrongly connected
cable?
That's not what I said, but it _is_ the only scenario that's completely
spelled out in the specs.
One other really useful aspect of OTG is
From: Li Yang-r58472 [EMAIL PROTECTED]
To: Steve Calfee [EMAIL PROTECTED], [EMAIL PROTECTED]
CC: linux-usb-devel@lists.sourceforge.net
Subject: RE: [linux-usb-devel] Re: Question about OTG operations
Date: Wed, 1 Mar 2006 14:44:31 +0800
-Original Message-
From: [EMAIL PROTECTED
From: David Brownell [EMAIL PROTECTED]
To: Steve Calfee [EMAIL PROTECTED]
CC: linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] Re: Question about OTG operations
Date: Tue, 28 Feb 2006 22:46:42 -0800
On Tuesday 28 February 2006 10:20 pm, Steve Calfee wrote:
So for instance
On Thu, 2006-01-05 at 13:20 -0800, Helmut Toplitzer wrote:
Alan, thanks for your response.
=== REBOOT =
Which HCD modules are loaded when you reboot? Only uhci-hcd?
Yes. Only uhci-hcd.
# hdparm -t /dev/hda
Date: Tue, 27 Dec 2005 09:12:44 -0800
So then, when I eject an USB device in M$ Windows, what actually
happens is not a power off
the device, but a suspend the device ?
What happens when you throw a USB bus monitor on it? They probably would
at least quiesce all the drivers using the
Date: Fri, 23 Dec 2005 17:14:37 +0800
We can know about status stage response from USB1.1 spec (8.5.2.1
Reporting Status Results):
/--/
For control writes, the host sends an IN token to the control pipe to
initiate the
On Thu, 2005-12-22 at 15:31 -0800, Greg KH wrote:
On Thu, Dec 22, 2005 at 08:12:02PM +, James Courtier-Dutton wrote:
Randy.Dunlap wrote:
Load ehci-hcd OR ohci-hcd, but not both at the same time.
What's the reasoning for that?
EHCI needs a companion controller and driver
On Sun, 27 Nov 2005, Steve Calfee wrote:
When a control request arrives on ep0 and the gadget has to do a lot of
processing before completing the data or status stages of the request,
there's a possibility that the host might time out and send another
request to ep0. If this happens
At 01:51 PM 10/4/2005 -0400, Alan Stern wrote:
On Tue, 4 Oct 2005, Jon Nettleton wrote:
Unloading the
ehci_hcd with this cable and just using uhci_hcd produced a
functioning
device. Using a USB 2.0 cable with the ehci_hcd driver also produced
a
functioning device. It is my
From: Jon Nettleton [EMAIL PROTECTED]
To: Steve Calfee [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] ehci_hcd proper negotiation down to usb 1.1
Date: Thu, 06 Oct 2005 20:58:01 -0400
On Thu, 2005-10-06 at 15:39 -0700, Steve Calfee
At 10:24 AM 8/10/2005 -0400, you wrote:
Hello,
Can anybody please help me on writing the EHCI driver for platform
specific bus (non-PCI)? Please let me know are there any examples for
non-PCI EHCI.
If you need more info please let me know.
Thanks,
Subhash
Hello All,
I'm
From: Subhash Reddy Peddamallu [EMAIL PROTECTED]
Date: Wed, 10 Aug 2005 15:25:35 -0400 (EDT)
At 10:24 AM 8/10/2005 -0400, you wrote:
Hello All,
I'm using ARC's EHCI host controller and so I used Craig Nadler's patch.
But its not recognizing the host controller. Later I found that its an
From: Pete Zaitcev [EMAIL PROTECTED]
Date: Thu, 14 Jul 2005 16:13:19 -0700
On Thu, 14 Jul 2005 14:40:41 -0700, Steve Calfee
[EMAIL PROTECTED] wrote:
I don't know where to go from here. I kind of think maybe discussing a
tool
that supports a tool that supports usb driver development might
From: randy_dunlap [EMAIL PROTECTED]
Hi Randy, I wrote a little awk program to translate your usbmon output
to a
format compatible with my html decoder. Then I ran it through the
decoder.
The output is not beautiful, but it does decode the control packets that
I
know about. The usb spec
Date: Tue, 12 Jul 2005 10:37:59 +0530
Hi Randy, Steve and Group,
Thanks for your quick and positive response.
The information you have provided have helped me a lot as I am new to
this area. I saw all the related codes. Thanks once again.
Steve recommended going by adding an external ehci or
On Sun, 10 Jul 2005 21:13:13 -0700 Steve Calfee wrote:
| From: Pete Zaitcev [EMAIL PROTECTED]
| To: randy_dunlap [EMAIL PROTECTED]
| Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net
| Subject: Re: [linux-usb-devel] Patch to make usbmon to print control
| setup
| packets
|
| X
From: randy_dunlap [EMAIL PROTECTED]
To: Alan Stern [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED],
linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] USB - Stack, Core, Host Controller
Driver,
Storage Driver.
Date: Mon, 11 Jul 2005 11:28:46 -0700
On Mon, 11 Jul 2005
On Sun, 10 Jul 2005 21:13:13 -0700 Steve Calfee wrote:
| From: Pete Zaitcev [EMAIL PROTECTED]
| To: randy_dunlap [EMAIL PROTECTED]
| Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net
| Subject: Re: [linux-usb-devel] Patch to make usbmon to print control
| setup
| packets
|
| X
From: Pete Zaitcev [EMAIL PROTECTED]
To: randy_dunlap [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net
Subject: Re: [linux-usb-devel] Patch to make usbmon to print control
setup
packets
X-Original-Date: Sun, 10 Jul 2005 13:53:21 -0700
Date: Sun, 10 Jul 2005
Hi Randy,
Ironically, my spam trap email account is now blocked from sending to the
mailing list, probably because of too much spamming from hotmail. So, if you
think this is relevant, please forward to the list. Anyway see below:
At 02:18 PM 2/23/2005 -0800, you wrote:
Alan Stern wrote:
On
At 12:46 PM 1/16/2005 -0500, Alan Stern wrote:
On Sun, 16 Jan 2005, Pete Zaitcev wrote:
Hi, Alan:
I have received a USB stick which refuses to return the descriptor upon
the first 64 byte read (HC returns with code -71). The following patchlet
fixes the problem:
@@ -2162,6 +2162,8 @@ hub_port_init
Date: Fri, 08 Oct 2004 14:21:30 -0700
The current scheme (the Linux scheme) goes like this:
Reset the device
Set endpoint 0 maxpacket to {8, 8, 64} for {low, full, high}-speed
Send SET-ADDRESS (an 8-byte SETUP with no message body)
Send 8-byte GET-DEVICE-DESCRIPTOR
Date: Fri, 10 Sep 2004 09:44:22 -0700
On Thu, 9 Sep 2004 [EMAIL PROTECTED] wrote:
Sorry, my explanations were not very clear:
1 - A first URB is submitted.
2 - The device doesn't send any data
3 - The first URB is unlinked and freed (timeout managment for example;
usb_bulk_msg() does this)
From: Alan Stern [EMAIL PROTECTED]
To: Steve Calfee [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: [linux-usb-devel] USBDEVFS_CONTROL behaviour difference
between 2.4.27 and 2.6.7
Date: Sun, 5 Sep 2004 11:13:55 -0400 (EDT)
On Sat, 4 Sep 2004
Hi Alan and Laurent,
It really is unfair of me to be sending traces from entirely different
analyzers. But I have to deal with the equipment I have at any one site. So
here I will send you two kitty traces of the mouse and the zoom modem
enumerations. I edited the html to try and get them small
Hi Laurent,
And then to keep things interesting, I mistakenly edited too much out of the
the zoom modem trace.
the following would have happened somewhere after frame 1540. It is a get
device descriptor setup packet.
f=12001 sync 13030 SOF(xa5) frame 962 crc5 0x7 f=0
f=05123 sync 13038
Date: Thu, 2 Sep 2004 11:51:29 -0400 (EDT)
On Wed, 1 Sep 2004, Steve Calfee wrote:
Yes, not much difference.
The strange thing is that even though windows knew exactly how long the
configuration packet was (after reading the first 9 bytes), it asked for
255
bytes! This implies to me
Date: Wed, 01 Sep 2004 13:52:43 -0700
On Wed, 1 Sep 2004, David Brownell wrote:
It's certainly not the kernel's fault. And the buffer size cannot be
lowered back to 8, as raising it to 9 was necessary to work with other
(slightly broken) devices.
Another possibility is to increase the
Date: Wed, 01 Sep 2004 16:03:57 -0700
On Wed, 1 Sep 2004, Steve Calfee wrote:
The answer is complicated. There is no Windows -- each version is
slightly
different. win98 did things differently than xp does. I enclose a couple
of
device enumerations from XP home. I don't have access
From: Matthew Dharm [EMAIL PROTECTED] (by way of Steve Calfee
[EMAIL PROTECTED])
To: [EMAIL PROTECTED]
Subject: Re: [usb-storage] Re: [linux-usb-devel] Re: YEAH! (was:
[Linux-usb-users] Genesys-Based Devices and Nforce2 usb chipset)
Date: Thu, 08 Jul 2004 14:34:42 -0700
On Thu, Jul 08, 2004
Subject: Re: [Linux-usb-devel] [bug?] usb device ok with ohci, fails to
accept
an address with uhci
On Mon, 28 Jun 2004, Tommy Faasen wrote:
Here's a possibility: Maybe the stick takes a long time to reply to the
Setup packet -- just a little too long for the UHCI controller, which
reports an
At 09:41 AM 5/22/2004 -0700, David Brownell wrote:
Randy.Dunlap wrote:
Is this a linux-usb issue? I haven't seen or heard of it.
~Randy
Sounds like a hardware problem with that computer or the cable,
or maybe something just built up a big static charge (carpet!)
and then discharged it through
At 03:19 PM 12/18/2003 -0800, Alex Sanks wrote:
All,
I have an unusual request and maybe a linux-usb guru can help me out
here. I have a device that's been exhibiting weird behavior when it is
assigned a particular USB address. This shows up when running the
USB-CV 150 enumeration test. Now,
At 11:04 AM 12/14/2003 -0500, Alan Stern wrote:
On Sun, 14 Dec 2003, Johann Deneux wrote:
Hi,
I've had bug reports from users trying to use hid with force feed back
enabled for logitech devices (kernel 2.6.0-test9). The device causing
trouble is the cordless rumble pad. It is a low-speed
At 10:49 AM 12/2/2003 +, Alex Bennee wrote:
On Mon, 2003-12-01 at 21:44, Steve Calfee wrote:
At 11:04 AM 11/29/2003 -0500, Alan Stern wrote:
On Fri, 28 Nov 2003, Andrew Heaton wrote:
I am trying to get a Freecom USB stick (0c76:0005) working with
an embedded linux build based
At 11:04 AM 11/29/2003 -0500, Alan Stern wrote:
On Fri, 28 Nov 2003, Andrew Heaton wrote:
I am trying to get a Freecom USB stick (0c76:0005) working with
an embedded linux build based on 2.4.22.
I'm having problems getting it working, so I put in some
diagnostic code in my drivers submit_urb
will
always arrive and arrive with good data. The only guarantee is bandwidth.
Regards, Steve
__
Steve Calfee-- embedded systems consultant
[EMAIL PROTECTED]
---
This SF.net email is sponsored by: eBay
Get
devices. In this case being on a common usb
bus would be necessary. If you need a continuous supply of data, maybe you
could ignore bad iso packets and reuse previous data?
Good luck, Steve
Ted
Steve Calfee wrote:
At 10:38 AM 5/29/03 -0700, Ted Huntington wrote:
Is syncronizing 2 isochronous
At 10:33 AM 7/16/02 -0700, Matthew Dharm wrote:
That's what a clean unlink looks like under EHCI? Okay, then
The only reason command_abort() gets called is that the command has been
out for over 20 seconds. For that to occur during the data phase (and
combined with the 'hang' at the CSW
?? and storage by ???). Some classes even do SETUP commands as
part of a data transfer protocol, pretty weird and restrictive of future
combo devices. I would guess this is the case for storage and why STALL
would be common.
Regards, Steve
On Tue, Jul 16, 2002 at 11:45:28AM -0700, Steve Calfee wrote
At 04:42 PM 7/8/02 +, ashish anand wrote:
Hello,
I have recently got slave usb working on 823/850 boards.
Congratulations. Are you going to publish the code? Via this list is a good
way.
now i am facing a severe problem only when klogd is started.
problem is that , as klogd sets a
is that the normal, healthy devices get enumerated quickly.
Regards, Steve
__
Steve Calfee-- embedded systems consultant
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https
Hi,
I have worked with both the Philips UDA1321 and UDA1325. They both have
very long reset times, during which they do not respond to bus traffic. I
think it is around 300ms of reset times. I don't recall if it was both from
power on AND USB bus reset or just power on. Windows retries
66 matches
Mail list logo