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

Add LIBFTDI_STATIC_LIBRARY and LIBFTDI_STATIC_LIBRARIES to make it easier to link statically against libftdi

Update README.mingw to address libusb / libusbx merge

Fix up rpm packaging of the python examples

Increase version to 1.1 and copy over changelog to readme

Increase copyright year to 2014

Update ChangeLog according to git history

Update AUTHORS according to git history

Alphabetic sorting

Removed useless cmake instructions

Fixed mingw python installation.

Workaround for cmake bug #0013449

use link dirs.

Configure libftdi1-config only unix & mingw, not win32

Allow libusb detection without pkgconfig.

Provide cmake config fo mingw/win32 too.

reformatting with astyle (to match existing code style)

Fix ftdi_get_library_version function prototype

This fixes /usr/include/libftdi1/ftdi.h:467:12: error: function declaration isn't a prototype [-Werror=strict-prototypes]

Reported-by: Drasko DRASKOVIC
Signed-off-by: Paul Fertser <fercerpav@gmail.com>

Fix FT232H eeprom suspend pulldown setting

Fix FT232H eeprom user area size

Trying to write the eeprom for a FT232H chip I've found some issues
in ftdi_eeprom_build():
    - the eeprom user area is misaligned
      (in the comment the offset in correct but the value used is not).

libftdi_write_data: argument #2 should be const

Joerg Wunsch <j@uriah.heep.sax.de> noted that in libftdi_write_data() the
buffer that is sent is only accessed reeading and so should be const. Please
consider appended patch ( if I got "const unsigned char *" versus "unsigned
char const *" right).

Cleaned static-lib cmake doc.

Also move LibFTDI1Config to /cmake

Guess libdir for archlinux.

Added mingw-w64 toolchain files

Fixed installation of static libraries with windows.

Fixed libintl use.

Improve mingw cross-compiling instructions

This should make them less hackish and the outlined way seems to be
what upstream is recommending.

Signed-off-by: Paul Fertser <fercerpav@gmail.com>

cmake: allow to use pkg-config for windows builds as well

If the user has an appropriate pkg-config wrapper,
e.g. i686-w64-mingw32-pkg-config (or building natively on mingw and
has pkg-config or pkg-config-lite installed), it can be used to locate
libusb-1.0 properly. For cross-compiling
-DPKG_CONFIG_EXECUTABLE=`which i686-w64-mingw32-pkg-config`
needs to be explicitly set.

It still doesn't prevent pkg-config-less operation, i.e. the user can
specify something like
-DLIBUSB_INCLUDE_DIR=~/i686-w64-mingw32-root/usr/include/libusb-1.0
and the build will succeed even when no pkg-config executable is
present.

Signed-off-by: Paul Fertser <fercerpav@gmail.com>

Fix mingw build issue caused by "interface" preprocessor definition

Due to a weird odditie of windows, mingw has to redefine "interface" to
"struct" in its headers as described e.g. at
https://bugzilla.redhat.com/show_bug.cgi?id=980270

So if some software includes windows.h before ftdi.h, it'll lead to a
build failure. This snippet, borrowed from libusb, fixes it.

Signed-off-by: Paul Fertser <fercerpav@gmail.com>

Python bindings: Fix warnings from pep8

Whitespace cleanup

swig wrapper: Remove dynamic python module soname

Take dist-specifc python path into account.

Added detection of libintl.

Add get/set for usb_read/write_timeout in C++ wrapper

Fix typo in error message

Inspired by patch from Matthias Brugger <matthias.bgg@gmail.com>

Unify style of the main source code

With all the contributions flowing in,
the code style varied here and there.

Also add the script I use to format the source code.

Added partial support for FT230X

Added ftdi_eeprom_set_strings()

Remove compiler warnings on signed comparison

Prevent possible segfault

Fix compile error reported by Bryan Richmond

Save device release number. Allow writing of eeprom buffer, that was read from device.

make building of static libs optional

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