For step one, should i still have the terminal up? (The one to interrupt the boot sequence with)
I've tried to reset and then run the script as you said, same error.
I've tried it in the different speeds you said also, no go.
And rebooting.. well, done it a few times (unplugging everything and powering sheeva down etc..), not working.
My reason for suggesting step (1) was that I have run the installer on many plugs, and some of them would only respond to openocd during the early U-Boot phase (ie not if the plug were are at a more advanced stage of boot or login). Terminal being up shouldn't be an issue, although you don't get to see anything in the terminal until after openocd does its thing.
Likewise, because my first plug wouldn't work at 2000 kHz, and I had to ramp it down to 500 kHz, I just left it there and never even tried 200 kHz again., Maybe I should.
Host configuration?
Linux dyx2 2.6.27.37-170.2.104.fc10.i686 #1 SMP Mon Oct 12 22:01:53 EDT 2009 i686 athlon i386 GNU/Linux
Fedora 10
libftdi-0.16-4.fc10.i386
openocd-0.3.1-1.fc10.i386
Tried with selinux both on and off, no change, also disabled my local firewall incase it was doing anything funny, nothing.
Not sure what other relevant information would be...
Nov 21 16:54:59 dyx2 kernel: usb 2-6: new full speed USB device using ohci_hcd and address 5
Nov 21 16:54:59 dyx2 kernel: usb 2-6: configuration #1 chosen from 1 choice
Nov 21 16:54:59 dyx2 kernel: usb 2-6: New USB device found, idVendor=9e88, idProduct=9e8f
Nov 21 16:54:59 dyx2 kernel: usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 21 16:54:59 dyx2 kernel: usb 2-6: Product: SheevaPlug JTAGKey FT2232D B
Nov 21 16:54:59 dyx2 kernel: usb 2-6: Manufacturer: FTDI
Nov 21 16:54:59 dyx2 kernel: usb 2-6: SerialNumber: FTSFBVPM
Nov 21 16:54:59 dyx2 kernel: usbcore: registered new interface driver usbserial
Nov 21 16:54:59 dyx2 kernel: usbserial: USB Serial support registered for generic
Nov 21 16:54:59 dyx2 kernel: usbcore: registered new interface driver usbserial_generic
Nov 21 16:54:59 dyx2 kernel: usbserial: USB Serial Driver core
Nov 21 16:54:59 dyx2 kernel: usbserial: USB Serial support registered for FTDI USB Serial Device
Nov 21 16:54:59 dyx2 kernel: ftdi_sio 2-6:1.0: FTDI USB Serial Device converter detected
Nov 21 16:54:59 dyx2 kernel: ftdi_sio: Detected FT2232C
Nov 21 16:54:59 dyx2 kernel: usb 2-6: FTDI USB Serial Device converter now attached to ttyUSB0
Nov 21 16:54:59 dyx2 kernel: ftdi_sio 2-6:1.1: FTDI USB Serial Device converter detected
Nov 21 16:54:59 dyx2 kernel: ftdi_sio: Detected FT2232C
Nov 21 16:54:59 dyx2 kernel: usb 2-6: FTDI USB Serial Device converter now attached to ttyUSB1
Nov 21 16:54:59 dyx2 kernel: usbcore: registered new interface driver ftdi_sio
Nov 21 16:54:59 dyx2 kernel: ftdi_sio: v1.4.3:USB FTDI Serial Converters Driver
Nov 21 16:57:49 dyx2 kernel: ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Nov 21 16:57:49 dyx2 kernel: ftdi_sio 2-6:1.0: device disconnected
Nov 21 16:57:49 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 16:58:44 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 16:58:51 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 16:59:14 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 16:59:36 dyx2 ntpd[2379]: synchronized to 193.10.7.246, stratum 1
Nov 21 16:59:37 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 16:59:43 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 16:59:48 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:00:53 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:01:43 dyx2 dbus: avc: received setenforce notice (enforcing=0)
Nov 21 17:01:47 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:28 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:37 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:39 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:41 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:43 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:46 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:03:50 dyx2 kernel: usb 2-6: usbfs: interface 1 claimed by ftdi_sio while 'openocd' sets config #1
Nov 21 17:04:16 dyx2 dbus: avc: received setenforce notice (enforcing=1)
Log of a few attempts (does ttyUSB0 also drop out on your system after a while? I'm unsure if that was when i did the first reset or if it was just a timed event.. My terminal is attached to ttyUSB1 anyway, as USB0 did not seem to work)
Are you using the plugcomputer.org "installer", or a hand-built procecedure? Results may well vary according to the version of openocd, certainly in terms of any errors introduced during compilation.
The plugcomputer.org version is rather well tested; I've probably run it over 100 times and I have never seen the error message that you report. I would strongly recommend that you try their build.
Regarding your final question / point - under Ubuntu 9.04, I had 2 devices. There never was any point in establishing a terminal connection to one of them, the device that openocd would be using, since that's not a terminal device. Ubuntu 9.10 is "smart" enough to know this and discard it, leaving just one device. I never noticed either device disappear under either version of Ubuntu, although I was able to trigger the line to be temporarily dropped sometimes when connecting devices to the USB socket (ie a reset / disconnection was being inadvertently triggered).
Some users have reported consistent failures with openocd under one platform, but success under another. Me, I wouldn't want to have to attempt it under Windows, but you might need to try other hosts. I know there was talk of a live CD that would contain a suitable setup for executing openocd, but I think that's all it was - a bright idea, and some talk.