Re: About current state of supporting USB selective suspend feature
"gutian abei" <[email protected]>
| Newsgroups | gmane.linux.usb.devel |
|---|---|
| Message-ID | <[email protected]> |
Our device's enumeration has four phases: 1,report vid/pid 0xaaaa/0xbbbb 2,broken from host after 10 seconds 3,report vid/pid 0xcccc/0xdddd 4,working now In fedora 7, our device stoped at phase 1. I don't know why. Abei >From: David Brownell <[email protected]> >To: [email protected] >CC: "gutian abei" <[email protected]> >Subject: Re: [linux-usb-devel] About current state of supporting USB selective suspend feature >Date: Fri, 3 Aug 2007 07:17:55 -0700 > >On Friday 03 August 2007, gutian abei wrote: > > I am trying to develop a USB device driver in Linux platform. > > Our device has the ability of re-enumeration. > >Like the Cypress chips, which use one device ID before the >firmware is loaded and then another one later after it restarts >with that new firmware? The "fxload" tool can be used to put >new firmware into those devices. > > > > That is when our device plug > > into host PC it reports a vid/pid, for example 0xaaaa/0xbbbb, after 10 ?> > seconds it ?changes the state of D+ and D- ?to let PC enumerate it > > again, and it reports a new vid/pid, for example 0xcccc/0xdddd. > > Then our device uses 0xcccc/0xdddd to play with host PC. > >So the question is: Why doesn't it come up as cccc/dddd in >the first place? If it just randomly decides to switch IDs, >it sounds like "broken by design" hardware. But I suspect >there's actually a purpose to it ... one which you don't yet >understand. > > > > But in my Fedora 7 system(I install it today, not update yet!), it doesn't > > enumerate the second vid/pid. It just enumerate the first > > vid/pid(0xaaaa/0xbbbb). I use usbview tool to test my device. > > Does anyone have experience to resolve it? > >So this question doesn't have even the least bit to do with >selective suspend, then. Use accurate $SUBJECT lines. _________________________________________________________________ 芒路 MSN Explorer: http://explorer.msn.com/lccn/ ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel