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
>
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 h
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
> bDeviceProto
>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 lap
> 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
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 want
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 00
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 repr
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
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 o
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
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. T
>>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 'go
>>
>> > 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
>>
>>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
>> > 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
>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 w
>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
>
>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 chang
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 fi
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 Calfe
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 C
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
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
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
On Tue, 2006-01-03 at 12:32 -0800, Alan Stern wrote:
> On Tue, 27 Dec 2005, Steve Calfee wrote:
>
> > From the Kitty USB Analyzer:
> > frame # 810 f=12001 sync 30772 SOF(xa5) frame 810 crc5 0x5 f=0
> >
> > frame # 811 f=12002 sync 30780 SOF(xa5) frame 811 crc5 0
>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
>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
>init
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 "companio
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
> >req
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
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. > > >
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
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 using
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 tha
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
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 o
>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-
>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, 1
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 m
>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 Ju
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 W
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(
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:5
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 SETUP(x2
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
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! Thi
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&
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 incre
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
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 the
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, th
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
>
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
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 is
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
HID by
Microsoft?? 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
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
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
e a catc right
now, so maybe someone else could verify this. The advantage of this
technique is that the normal, healthy devices get enumerated quickly.
Regards, Steve
__
Steve Calfee-- embedded systems consultant
[EMAIL PROTECTED]
___
esn't trigger.
> >
> > In drivers/usb/usb-ohci.h I see USB_ST_BITSTUFF for three errors
> > that the hardware reports -- bitstuffing errors and PID problems.
> >
> > Unclear why you get it "all of a sudden".
> >
> > - Dave
> >
>
>
>
>
>
>
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 enumera
68 matches
Mail list logo