Update ChangeLog and AUTHORS

make module-unloading behavior flexible

Signed-off-by: Thomas Klose <thomas.klose@hiperscan.com>

Increase version for 0.19 release

Update ChangeLog

Add Flynn Marquardt to AUTHORS

Correct ftdi_poll_modem_status() result code

Fix cmake build with not remove doc directory for build in source

Fix cmake build of python binding link with libftdi

Fix libftdi.hpp with include of system ftdi.h

Fix ftdi_read_pins in python bindings

Revert "Let ftdi_read_data() honor usb_read_timeout"

This reverts commit 3b92d479565a413c7b9f830c34c93886ba366347.
as discussed on the mailinglist.

Conflicts:

src/ftdi.c

Better explanation of ftdi_read_data() behaviour

On the mailing list, some have come to the conclusion that the 0.17 and 1.0
behaviour of ftdi_read_data() is the most sensible, but needs mor
explanation.

Hopefully the added explanation fullfills this target.
--
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From eec274ebd929611180b3524c66ea61025cd391d9 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Tue, 29 Mar 2011 16:17:43 +0200
Subject: Better explanation of ftdi_read_data() behaviour

Fix clean up code path in _usb_bulk_write_async (uninitialized memory)

Fix uninitialized memory access of ret variable in async mode

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.

Include Hermann Kraus in AUTHORS

Return correct size if there's enough data in the read buffer

From the mailinglist:

The current git version of libftdi contains a critical bug in
ftdi_read_data. If a read from the device returns more data than requested
the function exits with error -127 (documented as "// never reached")
instead of a correct return code.

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

Reported by Hermann Kraus

Python wrapper: Fix argument type of ftdi_read_chipid

gitignore: temporary swp-files created by vim

nothing special here, just a plain .*.swp

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

Fix compilation if async mode is disabled

Let ftdi_read_data() honor usb_read_timeout

Fix typo in release checklist

Ignore more swig autogenerated files

Don't crash in ftdi_eeprom_free() if eeprom is unallocated/already freed

Update autoconf suite on release

Wrote changelog for 0.18

Increase libftdi version to 0.18

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>

use AC_CHECK_TOOL for libusb-config

AC_PATH_PROG is for build tools while AC_PATH_TOOL is for the host tools.
Since we want a libusb that is for the host machine and not the build
machine, use the TOOL variant.

I don't personally see the point in using the full path either since the
short name will be found in a PATH lookup, so further change the macro
from the PATH variant to the CHECK variant.

Also drop the incorrect third argument of $PATH.  The third argument is
a fall back value, not the path to search.  Ignoring that, $PATH is the
default value anyways, so no need to specify it.

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

Add ftdi_eeprom_free() to free allocated memory in eeprom

Enhance FTDI driver message once more

More generic error message for the FTDI kernel driver

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 get's 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!

Thanks to Thomas Klose for reporting the issue.

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

read only what has really been written (seems not to make a difference though)
write out real baudrate too

make the write chunksize (and read chunksize for syncbb) configurable

increase resolution of time factor output

fix documentation typo

add baud_test example program: compare expected and actual transfer speeds for differen baudrates

Updated ChangeLog

Renamed examples/sio to examples/serial_read

examples: add sio example

Simple example to just receive and print data.

Determine maximum packet size via usb config descriptor

Add bitmode for synchronous fifo if FT2232H

Arg,

getting a one-line right didn't work out. Please disregards the first patch
and use appended patch instead

Changelog:
Appended small patch adds the bitmode (0x40) for synchronous fifo mode of
the FT2232H

--
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From a470bfbdae1e78cc585bfe69b27ded88f4ba7349 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Fri, 20 Nov 2009 17:31:26 +0100
Subject: Add bitmode value for synchronous fifo if FT2232H

Added new read/write_eeprom_location to C++ wrapper

Updated AUTHORS and ChangeLog

Fix usb_set_configuration() call on Windows 64.

Based upon idea/findings by "NIL".

Fix usb index in ftdi_convert_baudrate() for FT2232H/FT4232H chips

Set initial baudrate on correct interface instead of always the first one (Thimo Eichstaedt)

From libftdi mailinglist mail:
1) in ftdi_usb_open_dev() the baudrate is set to 9600, but that is done
too early (before the interface is set). So the baudrate of the first
interface is always modified, even if you opened a different one.

Call usb_set_configuration() on Windows only

Hello,

working with interface 0 of the FT2232(H) on Linux, I get zillions of
kernel-log messages like:

kernel: usb 6-3: usbfs: interface 1 claimed by ftdi_sio while 'a.out' sets config #1

I understand as follows:
ftdi_usb_open_dev()
first detaches the driver for interface 0
Now  usb_set_configuration() is called, but interface 1 is still attached to
the kernel driver. This results in above kernel log.

Do we really need to set the configuaration? Does any device have a
alternative configuration at all?

I propose appended patch, tested on Linux with and without ftdi_sio.ko
loaded. No other change seen, beside no more kernel log messages like above.

Bye

--
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From fcb2609f0dae14c5616c34242177959cf226a5f2 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de>
Date: Thu, 23 Jul 2009 16:21:08 +0200
Subject: usb_set_configuration() not needed on Linux

Add Toolchain-Crossbuild32.cmake for "make dist"

Allow to crossbuild 32-bit library on 64-bit machine

For Unix 64-bit builds, use LIB_SUFFIX to install to lib64

don't build --with-async-mode w/ libusb-compat-0.1

Hello,

attached is a little patch that prohibits libftdi from compiling against
libusb-compat-0.1 (the wrapper that provides a libusb-0.1 compatible api
for systems with libusb-1.0) when libftdi is configured with async mode.

unfortunately fixing async mode for libusb-1.0+libusb-compat-0.1 is not
trivial because libusb-1.0 comes with an os abstraction layer that hides
the unix filedescriptor much deeper in internal structures. but failing to
build is imo much better than segfaulting at runtime.

yours,
 - clifford

PS: The USB_CLASS_PTP define is not present in any libusb-0.1 release
and has been added to libusb-compat-0.1 only afaics.

Functions for read/write of a single eeprom location

Updated ChangeLog and AUTHORS

Renamed new usb_close_intl() to ftdi_usb_close_internal(). Made function static and added doxygen documentation

Fix for double-free and segfault after close

In some circumstances it is possible to send an invalid usb_dev
pointer through to libusb after some errors or after an explicit
close request. Result will be segfault or subtle corruption.
This patch replaces all calls to usb_close with an internal wrapper
that sets the usb handle to NULL after the usb_close, and refuses
to call close on a NULL handle. Comments and/or discussion very welcome!

Fix out of tree building

libftdi: Fix doxygen errors

Signed-off-by: Jim Paris <jim@jtan.com>

libftdi: Fix git build problems by using autoreconf

For recent versions of automake, the autotools steps in Makefile.cvs
don't work:
  $ make -f Makefile.cvs
  aclocal
  autoheader
  automake
  configure.in: required file `./install-sh' not found
  configure.in: required file `./mkinstalldirs' not found
  configure.in: required file `./missing' not found
  configure.in:7: required file `./config.guess' not found
  configure.in:7: required file `./config.sub' not found
  configure.in:7: required file `./ltmain.sh' not found
  examples/Makefile.am: required file `./depcomp' not found
  make: *** [all] Error 1

This is because automake no longer calls libtoolize, as described in:
  http://www.gnu.org/software/automake/manual/html_node/Error-required-file-ltmain_002esh-not-found.html
The recommended workaround there is to use autoreconf rather than
calling individual autotools programs.

This patch also removes the use of all_includes and all_libraries, as
they are undefined and cause automake errors.

Signed-off-by: Jim Paris <jim@jtan.com>

Fix compile warning on some gcc versions:

/usr/local/libftdi-0.16/include/ftdi.h:270: warning: function
declaration isn't a prototype

Thanks to Arnim Läuger for the report.

Final v0.16 release date

Update README file with latest changes

Allow C/D interfaces to be used on the 4232H, initialize the default interface for 2232H/4232H

Update changelog

Fix result test of example application

Fixed Context::open as get_strings() closes the device before. Thanks to Chris M. Leahy for pointing this out. Tested on our good old example (added open test).

Intra2net: Reverted return code behavior of Context::open() calls

Added some more functions to list API. Fixed return type of size() call and made sure clear() really frees the internal memory of the list. Added doxygen documentation

List having non-virtual destructor fixed (thanks to Thomas Jarosch) Proposed subset of list API. Tested on examples.

Increase version and update changelog

Distribute all new files

Include CMakeLists.txt in distribution

cmake: Install python binding