ftdi_eeprom_build needs to know EEPROM chip type

When erasing EEPROM, detect chip type (none,internal,93xc46|56|66)

Decode connected chip

max_power in mA is EEPROM[0x09]*2

FT2232C has version 0x0500 in EEPROM as default

Comprare ftdi->type and do not set it in EEPROM Structure initialization

All x232 type have (at least) two USB channels

EEPROM Size check must cope with different types

Define the CBUS Multiplexer as an ENUM

Revisit eeprom_initdefualts Symbolic constant for USE_SERIAL_NUM

More verbosity for remote wake up, pull low and suspend on dbus7

Evaluate eeprom Byte 0 Bit 7: Suspend on DBUS7 low

Decode the x232H specific port functions

Fix channel mode specific bits, noisy output

Channel Mode is encoded in bits 0..2, VCP is bit 3 Noisy decode

EEPROM: Evaluate the channel specific settings

EEPROM: Fix typos around high_cuttent_drive and make code comipile again. Will care for initializing and encoding later

EEPROM High current bit is byte 0 Bit 4 for a and Byte 1 bit 4 for b

On FT2232D, eeprom->change_usb_version was not set with changed version

EEPROM: CBUS functions only work on TYPE_R devices

WWPROM: Invert datalines only works on FT232R

Remove forgotten print formatter

Fill out control structure for EEPROM decoding

Fix a wrong argument

Unconditionally set/reset eeprom values

When reading EEPROM strings, clip active, as rollover doesn't work for the FT2232R

Add missing clause

On request, dump arguments during EEPROM decoding

Chip Type dependend code must be evaluated type dependant

EEPROM [6] and [7] seems more used like a release variable. Name accordingly

EEPROM[02] is VID, so high_current must be defined somewhere else

On 93xx46, the Manufacturer/Product/Vendor Pointer gets clipped anyways, so don't clip to get things right on 93xx56 and 93x66 Only write strings if allocation succeeded

Don't erase the EEPROM size

Remove dead code.

For EEPROM decoding, use the evaluated EEPROM size. FT223R is special case, as the EEPROM holds more information than is used for the checksum

Remove ftdi_eeprom_getsize also from the CPP Wrapper

Remove ftdi_read_eeprom_getsize() function. Integrate in into the ftdi_read_eeprom() function. On ftdi_eeprom_write() another approach is needed

We need to handle at max 256 Bytes on an attached 93xx66 EEPROM

Correct ftdi_eeprom_free()

Use ftdi_error_return for EEPROM error returns

Let the eeprom functions work on the ftdi_context, not the ftdi_eeprom structure

Correct (signedness) issues detected by -Wall

Fix initialization order (found by -Wall)

Add -Wall to compiler flags

stream_test.c cleanup

Support for FT232R eeprom features

From the mailinglist:
Hello!

I added support for creating FT232R-EEPROM images. They differ from
FT232BM images making communication unreliable if you don't get them right:
- Addr 0x00: Bit 6 selects between normal and high-current output mode
- Addr 0x01: IN endpoint size. !!! It is essential to set this to 0x40 to
get reliable communication! !!!
- Addr 0x07: (Device version) Was changed from 0x04 to 0x06
- Addr 0x0B: Invert outputs. Bit numbers:
0 TXD
1 RXD
2 RTS#
3 CTS#
4 DTR#
5 DSR#
6 DCD#
7 RI#
- Addr 0x14-0x16: Change function of CBUS pins. Low nibble of 0x14 is
CBUS0, high nibble CBUS1 and so on.
Values (hex):
TXDEN = 0
PWREN# = 1
RXLED# = 2
TXLED# = 3
TX_RX_LED# = 4
SLEEP# = 5
CLK48 = 6
CLK24 = 7
CLK12 = 8
CLK6 = 9
IO_MODE = A
BIT_WR = B
BIT_RD = C
RXF/TXE/RD/WR = D

It should be noted that 0x14-0x16 are used by the current library to
strings and therefore change behavior depending on the string descriptor.
In images created by FT_Prog 0x17 is 0 so I threat this as reserved.
FT_Prog has problems parsing string descriptor from devices written by
ftdi-eeprom without this patch.

I also have investigated FT2232L-EEPROM (=FT2232C) but have no final
conclusion yet,
because I don't want to change the information in this device. Just some
obvious differences.
- Addr 0x00/0x01: value 0x11 0x08
- Addr 0x07: (Device version) 0x05
- Addr 0x14/0x15: value 0x46 0x00
String descriptors start at 0x16.

C++ wrapper: Fix infinite recursion in set_bitmode()

Reported by Hermann Kraus

Python wrapper: Fix argument type of ftdi_read_chipid

Update AUTHORS and fix code indent

bug fix for async write and read

* In ftdi_write_data_cb(), the tc->offset should be accumulated with
  transfer->actual_length.

* In ftdi_transfer_data_done(), the tc->transfer could be NULL if
  "(size <= ftdi->readbuffer_remaining)" at ftdi_read_data_submit().
  Therefore, has to check if it's NULL before accessing it.

gitignore: temporary swp-files created by vim

nothing special here, just a plain .*.swp

Signed-off-by: Martin Zenzes (spacelab1-u) <mzenzes@mega2000.de>

Always enable async mode using libusb 1.x

It's no longer linux specific (depends on platform support).

libftdi: add a --without-docs flag

Allow people to easily & forcibly disable doxygen support.  This is useful
in builds where we only want the library and nothing else.

The default is unchanged -- configure still searches for doxygen.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

libftdi: add a --without-examples configure flag

There's a few places where I'm only concerned with building the libftdi
library (for integrating it into a JTAG program), so the examples are just
noise to me.  As such, add an --without-examples configure flag so people
can easily disable the subdir.  The default is unchanged -- examples are
still compiled & installed.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

fix build failure in libusb_context change

Current git tree build fails:
ftdi.c: In function 'ftdi_transfer_data_done':
ftdi.c:1513:36: error: 'ftdi' undeclared (first use in this function)

This function has a ftdi_transfer_control tc, not a ftdi_context ftdi.

Probably want to squash this into commit:
02212d8e84cccd393a95612d4c4a5ec495fa3e2e
Store and use the libusb_context

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

Fix up build on Mac OS X:

* Fix up Boost library management
* Fix up Python bindings
* Discard attempt to build C++ examples when Boost is not available

Fix up string formatting for long long integers (64 bits)

Store and use the libusb_context

Add ftdi_eeprom_free() to free allocated memory in eeprom

Correct version of ftdi_readstream agains GIT Head

Export ftdi_readstream()

Enhance FTDI driver message once more

More generic error message for the FTDI kernel driver

Provide a streaming read, base on code from Micah Dowty

Hello,

with appended code and a revised verilog code, I can reliable read blocks of
16 Bytes of date generated about each Microsecond, like running for about
500 seconds:

8 errors of 375293955 blocks (2.131662e-08), 9 (2.398120e-08) blocks skipped

From time to time some one or two blocks are skipped, which is something to
expect, as I only have about 128 byte of additional FIFO beside the FT2232H
internal fifo. First test showed that a larger FIFO lead to some more skips,
either by some flaw in my logic or some strange behaviour of the FT2232H
chip.

Writing the generated data to disk leads to skips for several to several ten
microseconds each several to several seconds. Probably the BLK (big kernel
lock) hits here.

The patch only adds some definition to ftdi.h and the additional file
ftdi_stream.c, with Micah Dowty okay to dual license his code. so I hope it
is okay to apply. Should the verilog code be inclided in libftdi too?

libbusb_get_device_list() needs libusb_free_device_list() to avoid leaks

This second patch calls libbusb_get_device_list() in all code pathes of
ftdi_usb_open_desc_index() and ftdi_usb_open_string() after
libusb_get_device_list() was called.

ftdi_usb_find_all() still leaks  and will be handled in another patch when
these two patches are applied.

libusb_init() needs libusb_exit() to avoid leak

Unconditionally call libusb_detach_kernel_driver() Try to be more helpfull when things fail because of missing permission

Honor CPPFLAGS in python wrapper to improve build process on Mac OS X

CMAKE: Fix package creation on 32-bit machines

Appended patch fixes a typo that caused the creation of _64.[deb|rpm]
also for 32-bit builds.

Fix swig argument constraints. Thanks to Craig Hollabaugh for the hint.

Fix ftdi_set_interface: It gets called before ftdi_usb_open().

Thanks to Marcus Krellig for pointing it out.

Protect against segfault if device is closed or ftdi context is invalid

This will help mulithreaded applications which do proper
locking around the ftdi_xxx() functions and one thread
already closed the USB device -> Zonk!

Ported to libftdi-1.0 with additional checks.

Thanks to Thomas Klose for reporting the issue.

Use max_packet_size

ftdi->max_packet_size is the best value we can get, mostly taken from the
descriptor and so right even after a 1.0 Hub

libftdi(-1): Add cmake option to enable ASYNC_MODE

Appended patch allows to openm async mode with something like
cmake -DASYNC-MODE=on

It should apply to libusb too.

We need to find libusb-1, so adapt the CMake support files

Fix a typo in comment in my last change.

Limit read buffer chunksize to 16384 on Linux.

Declare ftdi_read_data_submit and ftdi_transfer_data_done in ftdi.h.

Initial import of using libusb-1.0.

building parts of libftdi via cmake is now optional.

the options are:
DOCUMENTATION
PYTHON_BINDINGS
FTDIPP
EXAMPLES

by default all parts will be built.

AX_BOOST_BASE: fix host boost search when cross-compiling

The AX_BOOST_BASE macro likes to do searches in the host paths (/usr and
such) which is obviously incorrect for cross-compiling.  So disable these
fallback searches when cross-compiling.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

avoid PATH_MAX/string copies usage

The new ftdi_usb_open_string() func breaks mingw builds where PATH_MAX is
not defined.  Rather than adding fallback code, compare the path strings
piece by piece to avoid the string copy overhead in the process.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

python: fix typo in top_builddir

Missing a "d" in the var name.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

Document libftdi release process

Correct version in README file

ignore more generated files

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

use AC_CONFIG_FILES to avoid outputting files over and over

The current configure ends up generating a lot of common files multiple
times because it calls AC_OUTPUT multiplte times.  The right way to do
this is call AC_CONFIG_FILES multiple times and AC_OUTPUT once.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

Increase version

Updated ChangeLog before release

Don't lint async mode anymore as libusb-compat results in #error

small improvements in C++ wrapper:

- make ftdi_usb_open_string() available
- reduce code dupliation in open() functions
- overloaded set_bitmask using the correct enum ftdi_mpsse_mode

deprecated bitbang_enable in C++ wrapper too

don't use deprecated functions in examples anymore

deprecate ftdi_enable_bitbang()
- it's superseded for a long time by ftdi_set_bitmode()
- it reads the mode to set from ftdi->bitbang_mode which is an unexpected interface and can lead to wrong results

documentation improvements, small fix setting bitbang_enabled on all bitbang modes

use ftdi_usb_open_string() in baud_test example

fix description strings without serial

add new open functions: ftdi_usb_open_desc_index() and ftdi_usb_open_string()

Don't install baud_test program

fix sync bitbang read-timing