If they are using the HAL.DLL functions READ_PORT_UCHAR, WRITE_PORT_UCHAR (or WRITE_PORT_xxx, READ_PORT_xxx). This is suggested by MS instead of using in/out directly.
I've checked xpc4drvr.sys. It's using READ_PORT_UCHAR and WRITE_PORT_UCHAR. This should be fairly simple.
Unfortunately windriver6 implemented all of these functions (I guess because of Linux). I've opened it a disassembler, and they have a bunch of small wrapper functions to read/write I/O. Those functions can be hooked, but it would be nasty.
That sounds as much like an invitation to a solution as a problem... the FX2 chip has decent documentation, right? And you can figure out which pin should be supplying the CPLD... so change the firmware to be downloaded accordingly. And then go after the data signals if it still doesn't work.
I don't know yet. The CableServer protocol is really close to svf format, so to implement the different device program/erase/read functions should be easy.
If people will add patches to cblsrv and will support a lots of different 3rd party cables, then probably yes. I think there could be a cblhost project with a built in cblsrv, so on alocal machine you don't have to start 2 applications, and still can connect to a remote cblsrv.
But right now probably not. Unfortunately I have only 2 kinds of programmer cable (Par III, and Digilent USB JTAG), so I wait for other people to make patches for their loved cables :)
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.