On Saturday 31 March 2007 2:14pm, Neil Whelchel wrote:
> I only have the Earthmate to play with at the moment, so I am skeptical
> about making changes to the driver, however I will look into the Earthmate
> issue in the next few days.
> If someone cares to provide some other hardware, I'd be glad to look into
> fixing it properly. When I first wrote the driver, it was specific to the
> Earthmate, and
> had no real serial control other than to set the defaults for the
> Earthmate. Since then, Lonnie and others have added support for other
> devices which I don't have access to. Devices can be send to me at:
> Neil Whelchel
> P.O. Box 2082
> Joshua Tree, Ca 92252
> Please let me know if you'd like the devices back when I am done with
> them. ;)
Hi Neil,
Thanks for your input -- much appreciated!
I think we've got the Earthmate (pre-LT-20 and LT-20) devices well covered but
I certainly wouldn't turn down another test point! :^)
Which Earthmate do you have? PID 0x0100 (non-LT-20) or PID 0x0200 (LT-20). I
assume the former, given that you're the earliest author of the driver.
What I'd really like to find (either to buy or to have someone test), as you
can see in my reply to Mike Isely, is one of those Cypress-based USB/RS-232
adapters ("HID->COM", USB VID/PID: 0x04b4/0x5500).
There are 4 devices supported by the 'cypress_m8' module: the 2 Earthmates,
the USB/RS-232 adapter, and some sort of Nokia "CA-42" (cellphone?)
cable/adapter.
I'd rest better if we could test with at least those first 3 devices before
making any serious module changes.
In a pinch, though, barring any revelations and/or hardware availability
discoveries, I'd settle for a simple check of the USB VID/PID of the LT-20
GPS receiver to make the module start working again.
> BTW I agree with Bill, any time ANYTHING is changed in the module, the
> version number should be bumped. If you change the spelling of colour to
> color, this should bump the revision. Changing anything that changes the
> flow of the module such as adding the cypress_set_dead() function should
> have bumped the minor.
I'm kind of surprised that it seems the norm (per Greg KH's message) that this
is done the way it is (i.e. no change to revision). Either way, I intend to
bump the revision number to "1.10" if my VID/PID-check patch (which includes
some other trivial indentation/whitespace fixes) makes it into mainline.
Thanks again for your input, Neil!
Bill Marr
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
