> So, your device should be enumerating correctly. As far as any more,
> you'll need software to talk to it.
Good news and not so good news.
The good news is that on my borrowed ibook my 60CS does now enumerate
correctly. Yay!
The bad news is that there's a bit of a raincloud over GPSBabel playing nicely
with it. There's a workaround, but it's not for the faint of heart.
With GPSBabel exactly as it's checked into the tree, it starts to get off the
ground, succeeding in one write, one read, one write, and then hangs on the
second read:
usb_os_open: 091e:0003
usb_set_configuration: called for config 1
usb_claim_interface: called for interface 0
Interface 0 of device is 0xe1b
claim_interface: Interface 0 of device from QueryInterface is 0x601820
Converting ep address to pipeRef.
ep_to_pipeRef: Pipe 1: DIR: 1 number: 1
ep_to_pipeRef: Pipe 2: DIR: 0 number: 2
ep_to_pipeRef: pipeRef for ep address 0x02 found: 0x02
usb_bulk_write: endpoint=0x02 size=12 TO=64
write completed
Sent: 12
00 00 00 00 05 00 00 00 00 00 00 00
............
usb_bulk_read: ep addr = 0x01
Converting ep address to pipeRef.
ep_to_pipeRef: Pipe 1: DIR: 1 number: 1
ep_to_pipeRef: pipeRef for ep address 0x81 found: 0x01
usb_bulk_read: endpoint=0x81 size=1024 timeout=0.064000sec
usb_bulk_read: interrupt pipe
RX [16]:00 00 00 00 06 00 00 00 04 00 00 00 35 1a ff b3 ............5...(ACK
)
Synced in 0
Converting ep address to pipeRef.
ep_to_pipeRef: Pipe 1: DIR: 1 number: 1
ep_to_pipeRef: Pipe 2: DIR: 0 number: 2
ep_to_pipeRef: pipeRef for ep address 0x02 found: 0x02
usb_bulk_write: endpoint=0x02 size=12 TO=64
write completed
Sent: 12
14 00 00 00 fe 00 00 00 00 00 00 00
............
usb_bulk_read: ep addr = 0x01
Converting ep address to pipeRef.
ep_to_pipeRef: Pipe 1: DIR: 1 number: 1
ep_to_pipeRef: pipeRef for ep address 0x81 found: 0x01
usb_bulk_read: endpoint=0x81 size=1024 timeout=0.064000sec
usb_bulk_read: interrupt pipe
^C^C^C^C^Z
Suspended
[host242-231-65-207:~/src/gpsbabel] bradsimm% kill -9 %1
At this point, you're going to think that I'm making this up, but tweak
jeeps/libusb.c to remove the __APPLE__ stuff, rebuild it, rerun it and watch
it fail in a slightly different way. Now put the __APPLE__ thing back in,
rebuild it, and it'll work all day long from this point on until you power
cycle the unit or unplug/replug it at which time you have to go through this
same process.
Very weird. Something is getting "stuck" in the build of the plumbing. From
here it's surely a mere matter of programming that needs someone with a
debugger and/or USB analyzer to track it whack it.
Now that we're basically in the game, though, perhaps a motivated Garmin/Mac
Babelhead can run with it...
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Usb mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/usb/email@hidden
This email sent to email@hidden
