follow-up on c++ open() fix. fixes logic in open() with long argument list.

Sync README with ChangeLog

Increase version to 1.4rc2

C++ API: Increase .so library version

We have an ABI break in this release (get_strings_and_reopen() changes),
so programs using the C++ wrapper need to be recompiled.

Add Eric Schott to AUTHORS, update ChangeLog

C++ API: Correct the purge Direction and ModemCtl enumerations definitions

Do not use value of zero for bitmasks. The new enumeration values
are defined so programs compiled with the old ftdi.hpp include
would work as previously (doing nothing when the enumeration
with the zero value was bit-or'ed into the argument).

Correct const-ness of write to agree with ftdi.h

Add Matthias Janke to AUTHORS, update ChangeLog

C++ API: Add support to open devices with missing product / serial strings

The C++ API and C API differ in how they open a device. The C API only
considers the user supplied strings iVendor, iProduct and iSerial to open a device.

The C++ API behaves differently. After opening the device with specific supplied strings,
it tries to read all strings via get_strings_and_reopen().
This fails if one string like iSerial is not defined
in the descriptor. As such the whole open() operation fails
and the C++ API would only open devices with complete descriptors.

This commit fixes this behaviour, by extending the get_strings_and_reopen()
and get_strings() argument lists, to configure the strings to read.

Changelog: Rename ftdi_usb_open_bus_port() to ftdi_usb_open_bus_addr()

Change ftdi_open_bus_port to ftdi_open_bus_addr, since libusb_get_port_number is not always unique.

Minor comment fix.

Add missing sys/time.h include

When compiling libftdi with mingw toolchain it complains about
implicit declaration of gettimeofday().

Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>

Add ftdi_usb_open_bus_port to changelog, update AUTHORS

Add a ftdi_usb_open_bus_port() function

[Thomas Jarosch] from the libftdi mailinglist:

This patch adds a function that will open using the specified bus and
port. I don't know how useful it would be to others, but I decided to
submit it cause why not. I pretty much just copied
"ftdi_usb_open_desc_index" and modified the parameters and loop.

Update Copyright to 2017, switch download URLs to HTTPS

ChangeLog for 1.4rc1

Update AUTHORS and release checklist

Set version number to 1.4rc1

ftdi_eeprom_set_strings(): No need for an open device

Add Adam Malinowski to AUTHORS

Add python (SWIG) support for ftdi_eeprom_get_strings()

Add doxygen documentation for ftdi_eeprom_get_strings()

Mostly borrowed from ftdi_usb_get_strings()

Add new function ftdi_eeprom_get_strings()

This function adds possibility of reading EEPROM strings:
manufacturer, product and serial number.

cbus.py: remove unnecessary semicolons

Update build instructions with yum references

eeprom: Fix USE_SERIAL handling for 230X type chips

Found that the USE_SERIAL was not being set correctly in
the eeprom_build routine for the 230X. Tracked the problem down to a line
that hard coded the value when the 230X was first added. With this line
removed code currently in the code before the switch will set the bit
correctly for the 230X.

Allow LINK_PYTHON_LIBRARY=OFF on Darwin

Add TYPE_230X to baudrate test code

Use BM/R series baud rate computation for FT230X.

The current code uses the AM series baud rate computation for FT230X,
and this results in incorrect divisor calculation for high baud rates.
Use the BM/R series logic instead.

This matches the corresponding code paths in the Linux kernel ftdi_sio
driver.  See ftdi_sio.c:1323 here:

http://lxr.free-electrons.com/source/drivers/usb/serial/ftdi_sio.c#L1323

Specifically attempts to set 2000000 on an FT230X fail currently due to
the if-statement at ftdi.c:1106.  The computed divisor (12) gets clamped
to 16, and thus the for-loop it's in doesn't converge on a usable divisor.

The if-statement at ftdi.c:1152 never fires, as the if-statement at
ftdi.c:1106 in the for-loop precludes a divisor of 12 (which is required
for *encoded_divisor to become 0x4001).

Add Jon Beniston to AUTHORS

Const correctness for char* strings

This changes the API for the ftdi_get_error_string(),
but the fix is really simple.

From the mailinglist:

The attached patch fixes some warnings/errors when compiled with g++ and
another compiler:

- Strings should be const char *
- Malloc needs to be cast from void * to char *
- Avoid mixing declarations with code

Build on _WIN32: Don't include sys/time.h

The attached patch fixes compilation with Visual Studio:

sys/time.h isn't available on Windows. timeval is defined within
windows includes.

Compiles OK for Cygwin/Mingw too.

Fix cbus.py example

FT230X related enums are called CBUSX and not CBUSH.

Make ftdi_read_eeprom_location() endianess independent

Read 16-bit integer as two byte array and combine these two bytes
to unsigned short.

ftdi_eeprom: Fix flashing FT245R

When we were trying to program FT245R, they were always flashed as FT232R.
The attached patch fixes the missing call to type2bit for TYPE_R.

Prepare final 1.3 release

ftdi_eeprom: Improve usability of flash_raw mode

rpm spec file: Include ftdi_eeprom/example.conf

Moved the config file to the right directory, too.

Also update the expected final release month in the ChangeLog.

Fix build error on rc1 string in MINOR_VERSION

Update Doxygen configuration

Set version number to 1.3rc1

Update changelog for 1.3, update AUTHORS

Add Fahrzin Hemmati to AUTHORS, update ChangeLog

Add ftdi_usb_get_strings2() to the python wrapper

Add new function ftdi_usb_get_strings2()

This new version of ftdi_usb_get_strings() only closes
the device if it was opened by the function, too.

[minor code and changelog tweaks by Thomas Jarosch]

ftdi_stream: fix timeout setting: tv_usec field of timeval is in microseconds, not ms

Added ftdi_transfer_data_cancel for cancelation of a submitted transfer, avoided resubmittion of a cancelled transfer in the callbacks, replaced calls to libusb_handle_events with libusb_handle_events_timeout_completed (Eugene Hutorny, eugene@hutorny.in.ua)

Install example config for ftdi_eeprom in docdir

Feature request and initial patch from Fabio Rossi.

Add Salvador Eduardo Tropea to AUTHORS

eeprom handling: Add support for arbitrary user data

Add two new configuration options:

- user_data_addr: An integer indicating the offset
                  where we want to put the user provided data.

- user_data_file: A string indicating the filename that
                  contains the binary data to be added.

I've extended the libftdi API to store the above mentioned data inside
the eeprom struct. Also extended ftdi_eeprom_build to include this data.

ftdi_eeprom: Add --build-eeprom support

Support a "--build-eeprom" command line option that just
generates the EEPROM image (only flashed if --flash-eeprom is provided)

swig wrapper: Fix handling of binary strings in ftdi_write_data() for python 3

Thanks to xantares09 for developing this patch!

Also thanks to Chris Bracket for testing it on python 2 and python 3.

Fix useless use_usb_version config file option is useless due to incorrect checking of boolean flag

Hi,

currently the use_usb_version configuration option for ftdi_eeprom is not
honoured. Config file adds boolean option as 0x00 or 0x01, but the check in
libftdi is for the actual bitnumber for USE_USB_VERSION_BIT which is not 0x01.

Signed-off-by: Thilo Schulz <thilo@tjps.eu>

Add Thilo Schulz to AUTHORS

Allow include() directive for libconfuse formatted config

 file in ftdi_eeprom

Fix segfault crash if output file cannot be opened

Update address of FSF

New file taken from:
http://www.gnu.org/licenses/old-licenses/lgpl-2.0.txt

Add Raphael Assenat to AUTHORS

FT232R EEPROM: Add External oscillator enable bit

To use an external oscillator on FT232R/FT245R an eeprom bit must be
set. This patch adds support for it in the library.

This is an updated version of the original patch which was missing
the ftdi_set_eeprom_value implementation.

Signed-off-by: Raphael Assenat <raph@8d.com>

Add Stephan Linz to AUTHORS

ftdi_eeprom: support channel configuration

Previously, the channels could not be configured and were
hard set to type UART and driver VCP and further to no RS485
functionality on chips with support for this feature.

With the new 'chX_*' config file options the ftdi_eeprom tool
is now abel to change the channel type, set the driver autoload
decision (VCP od D2XX) and enable or disable RS485.

The new config file options are:

 * ch[a,b]_type      - string of: UART, FIFO, OPTO, CPU, FT1284
 * ch[a,b,c,d]_vcp   - bool: true for VCP, false for D2XX
 * ch[a,b,c,d]_rs485 - bool: true for RS485 enabled

Signed-off-by: Stephan Linz <linz@li-pro.net>

Update doxygen config template

Solves this warning:
Warning: Tag `SYMBOL_CACHE_SIZE' at line 341 of file `(...)/build/Doxyfile'
has become obsolete.

Diff looks ok, mostly documentation changes.

ftdi_eeprom: added --device option to specify FTDI device

 * previously, the device could only be selected using the "vendor_id",
   "product_id" and "default_pid" config file options.
   This did not guarantee that a device could be uniquely identified
   (e.g. there could be multiple devices with the same VID/PID).
   Also this severely limited the possibilities of changing a device's
   VID/PID using ftdi_eeprom - this only worked if the device happened
   to have FTDI's VID 0x0403 and a PID equal to "default_pid".
 * If the --device option is omitted, ftdi_eeprom defaults to the
   old behaviour of using the config file options.
 * The order of arguments is insignificant. If multiple
   'command' options (--read-eeprom, --erase-eeprom, --flash-eeprom)
   are given, only the last one will determine the action.

Fix wrong offset for CBUS_FUNCTION_9 via ftdi_get_eeprom_value()

Reported by Denis Davydov. Thanks!

fixed ftdi_cbus_func and ftdi_cbush_func enumerations and introduced ftdi_cbusx_func

* removed CBUS_BB. D2XX doesn't have it, so I don't think it's actually valid.

* CBUSH_TXLED/CBUSH_RXLED had the wrong values probably because the author
  looked at an outdated D2XX ftdi.h
  These values were also wrong in various mux tables of ftdi.c resulting
  e.g. in confusing outputs of the eeprom.c example.

* ftdi_cbush_func was extended to contain FT230X CBUS functions.
  However, the clock functions are different on FT-X and it is also
  confusing to use CBUSH constants on FT-X chips, so I introduced another
  enum ftdi_cbusx_func with CBUSX constants.

* Added support for setting CBUS functions on FT232H and FT230X in ftdi_eeprom.
  To support these chips, special cbushN and cbusxN options have been
  introduced.
  Possible values of the "cbus" options now match the ftdi.h constant names.
  Libconfuse string lists are no longer used as option types since they do not
  represent enumerations but lists.

* When "cbus" options are missing in ftdi_eeprom config files, keep the
  chip defaults as set by ftdi_eeprom_initdefaults().

fixed EEPROM user-area space checks for FT232R and FT245R chips in ftdi_eeprom_build()

According to FTDI Application Note 121 ("Accessing the EEPROM User Area Of FTDI
Devices"), the FT232R and FT245R chips have a total 48 words (96 bytes) of
user area space available for descriptive strings.

[Note from Thomas Jarosch: That has also been verified with "FT Prog" by Robin]

Add cbus python example code

Fix typo in CBUS defines (CBUSG_DRIVE1 -> CBUSH_DRIVE1)

Thanks to Rodney Sinclair for the report.

Cosmetic change only (fix cmake style)

Add FT230X to the list of supported devices

For the next release ;)

Prepare for final 1.2 release

Add FT230X support to ftdi_usb_find_all()

Add udev rules for FT232H and FT230X type devices

New default version for new git tags

Remove print_inverted_bits() helper function from public API
Also fix minor code style issues.

Found during diff session to the previous release.

Whitespace cleanup

Set release version 1.2, sort ChangeLog by priority

Prepare changelog for 1.2 RC

Add new code authors

Enable searching for FTDI devices with either a VID or PID of zero

This change makes it possible to detect FTDI clone chips that have been
"bricked" by the FTDI Windows driver (PID set to zero)

Signed-off-by: Forest Crossman <cyrozap@gmail.com>

Add print_inverted_bits() to replace a duplicated code block.

Replace eeprom->rs232_inversion with eeprom->invert.

Summary:
 * The field eeprom->rs232_inversion reads and writes to the same
   location as eeprom->invert already does.
 * The configuration values invert_*, as read by ftdi_eeprom, are
   working ootb with FT230X chips. No configuration values were
   available for rs232_inversion.

I tested this commit with FT231X which identifies itself as VID 0x0403
and PID 0x6015.

Fix declaration shadow in ftdi.c

FT230X: Read out, decode and encode the RS232 inversion configuration bits

Fix LIBFTDIPP_LIBRARY name (it's ftdipp1, not ftdi1pp)

Make build of the unit tests configurable

No more freshmeat / freecode :(

Fixed variable shadowing

Added LibFTDI1ConfigVersion to allow version detection

Fix a typo in a MPSSE command in ftdi.h

There is a typo in ftdi.h for the CLK_BYTES_OR_LOW define. It should be
0x9d and not 0x0d.

ftdi_usb_get_strings(): Don't try to open an already open device

Minor fixes for MSVC++

1. Variables must be defined at the beginning of a block; GCC enforces
   this only when in -pedantic mode.

2. The callback functions were lacking LIBUSB_CALL qualifier.

ft230x: Fix more eeprom decode pathes.

ft230x: Use factory values for drive strength.

ft230x: Include Factory Configuration Data when building new eeprom data.

FT230X is a USB FS device, so maximum packet size is only 64 bytes.

No Baudrate > 3 MBaud neither.

enable doxygen docstrings

Hi,

I noticed doxygen docstrings were generated but not included anymore in the swig bindings
since CMAKE_SWIG_FLAGS should be defined before the call to swig_add_module.

Here's a patch.

Correct incorrect initial value for LIBFTDI_STATIC_LIBRARIES, should start with LIBFTDI_STATIC_LIBRARY not LIBFTDI_LIBRARY

Final touches for 1.1 release