remove useless code

correctly handle cases where the usb chunksize is smaller than the
combined write

increase programming speed by a factor of 4.
it now takes 5 seconds to program a xc3s400, which is the same time it
takes to program this chip with a parallel cable.

start of configuration infrastructure

ignore no-ops

much faster programming via FTDI2232 now.
programs a xc3s200 in 22 seconds

improve performance by
 * using synchronous bitbang mode
 * handling multi transfers in the jtagkey-driver by combining writes and reads

pass MULTI_TRANSFER to jtagkey_transfer, so it can be optimized there
(which will hopefully increase performance by much)

some cleanups

preliminary support for amontec jtagkey.
it's too slow to be usable right now

first bits for amontec jtagkey

change URLs from viewcvs to viewvc

add integrated cable on spartan 3A sk

add EDK 8.1.02i as working

add EDK 8.1 as reported working

add link to xc3sprog

other cables

make parallel port numbers permanent across program restarts

fix sentence

change ppdev url

missing XILINX

xup, kawk

add pointer to website

generate a better driver identification

some validator warnings

some links, libusb-dev

Initial revision

rename TRENZ define to FORCE_PC3_IDENT and document how to enable the
define

Add hack to force the detection of a parallel cable by Stefan Ziegenbalg.
This hack is activated by preloading libusb-driver-trenz.so.

it works on ISE Webpack 9.1SP3

really support multiple parallel ports

BUGFIX: enable cables not connected to the primary parallel port

add URL for library source

add not about UseHIGHZ when programming with the parallel cable

add note about Parallel Cable IV

add other tested software
change some parallel port variables

parallel cable transfer cleanup

cleanup parallel support a bit

always set ecpbase correctly.

impact requests ECP addresses, even when ECP is not available. Ignore
requests with base address == 0x0000

print errorstring when /dev/parportX can't be opened

Add support for Parallel Cable III (and clones)

handle other TRANSFER commands not used by USB ;-)

add tested software

add another ioctl-stub

remove ugly defines for 64bit support and solve the problem in a
better way

add support for ise 8.1i

allow concurrent access to the cable

fix 64bit and add DEBUG shared object

revert most of last 64bit cleanup, as windrvr doesn't do it this way
this version might work on 64bit

do not undef DEBUG

fix some 64bit issues, probably...

shorter udev install

better fix for windrvrfd when device is not opened
prevents "!!!ERROR: magic header does not match!!!" message

firmware info

BUG-Fix: Do not do ioctls on fd == 0

be a bit more intelligent in 'interrupt' handling

some cleanups

add comment about udev

emulate access function, too. now even the device node /dev/windrvr6 is
no longer needed

return wd version 802

add short readme

return parport_pc in list of loaded modules so impact does not show
popups all the time

replace a magic value by its name

some small cleanups

rename sources

use a pthread mutex for interrupts

emulate /proc/modules, too

this works :-)

Transferred: 180 (write)
in USB_TRANSFER unique: 110, pipe: 134, read: 1, options: 0, size: 4, timeout: bb8
setup packet: 00 00 00 00 00 00 00 00
Transferred: 4 (read)
Read: 00 00 18 37
CRC error                                         :         0
RESERVED                                          :         0
DCM locked                                        :         1
DCI Matched                                       :         1
legacy input error                                :         0
status of GTS_CFG_B                               :         1
status of GWE                                     :         1
status of GHIGH                                   :         1
value of MODE pin M0                              :         0
value of MODE pin M1                              :         0
value of MODE pin M2                              :         0
value of CFG_RDY (INIT_B)                         :         1
DONEIN input from DONE pin                        :         1
ID_ERROR                                          :         0
RESERVED                                          :         0
RESERVED                                          :         0
INFO:iMPACT:2219 - Status register values:
INFO:iMPACT - 0011 0111 0001 1000 0000 0000 0000 0000
INFO:iMPACT:579 - '3': Completed downloading bit file to device.

Ho Hum

Cable connection established.
in USB_TRANSFER unique: 110, pipe: 0, read: 1, options: 0, size: 2, timeout: bb8
setup packet: c0 b0 50 00 00 00 02 00
requesttype: c0, request: b0, value: 80, index: 0, size: 2
Transferred: 2 (read)
Read: 01 04
Firmware version = 1025.
in USB_TRANSFER unique: 110, pipe: 0, read: 1, options: 0, size: 2, timeout: bb8
setup packet: c0 b0 50 00 01 00 02 00
requesttype: c0, request: b0, value: 80, index: 1, size: 2
Transferred: 2 (read)
Read: 12 00
CPLD file version = 0012h.
CPLD version = 0012h.

Halleluja

faking USB_GET_DEVICE_DATA
unique: 110, bytes: 276, options: 0
Vendor: 3fd
Calling setinterface num=0, alternate=0.
DeviceAttach: received and accepted attach for:
  vendor id 0x3fd, product id 0x8, device handle 0x8215178
 Cable PID = 0008.
 Max current requested during enumeration is 280 mA.
in USB_TRANSFER unique: 110, pipe: 0, read: 1, options: 0, size: 1, timeout: bb8
setup packet: c0 b0 20 00 00 00 01 00
Transferred: 0 (read)
Loopback test failed. Sent character = 00, Received character = 1A.
Cable connection failed.

hmmpf
DeviceAttach: WDU_SetInterface failed (num. 0, alternate 0) device 0x8215178: error 0xffffffff ("Invalid WinDriver handle")

hint for me how to solve current problem

...

more working code

impact loops now...

small fixes
still segfault

fill in struct
impact still segfaults...

correctly calculate device_info_size, as all struct members are known now

config descriptor

...

more

impact finds the device!

find the device!

init libusb

tracefor event_pull

most things are traced now, event_pull is next

more dumps

some cleanups

a bit more

more

a bit more tracing code

no more windrvr, please