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

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

cmake support for the new python bindings

Added python bindings

Relicensed C++ wrapper under GPLv2 + linking exception

----------  Forwarded Message  ----------

Subject: Re: ftdipp license and mailinglist
Date: Tuesday, 7. April 2009
From: Marek Vavruša <marek@vavrusa.com>
To: Thomas Jarosch <thomas.jarosch@intra2net.com>

Hello Thomas,

...
I have really no problem with switching to GPLv2 + linking exception
for FTDI++ :-)
...

Updated ChangeLog, added David Challis to AUTHORS

Added FT2232H and FT4232H support to ftdi_read_data

Added detection for FT2232H and FT4232H type chips

Added mingw cross compile support to ChangeLog

Mingw Cross compiling

Hello,

sleep() and usleep(0 are not available on Win32. Provide workarounds and add
some documentation for crosscompiling. It seems, I didn't send on the first
attempt. This is my first patch with git, so if things need another form,
please let me know.

Changelog:

- Make the exampled compile on Win32
- Some help for crosscompiling with Mingw

Minor autoconf cleanup

Always build doxygen documentation. Stored output in doc/ subdirectory. Only rebuild documentation if really needed

Show a good example: Always check the return value of ftdi_init

Fix eeprom decoding of BM chip type: The previous code resulted in a temporary 1 byte variable which is too small to hold the values

Added PC-Lint 9.00 settings file

Handle return value of some functions

Fix some theoretical signed/unsigned issues

Build and configure libftdi-config script on UNIX platforms

Set VERSION and SOVERSION on shared libraries (compatible with versions from the autoconf suite)

Build and install static versions of the libraries

libftdi++: Adjust library filename to match autoconf suite: libftdipp.so

Improve indentation and whitespace cleanup

Reformatted using this astyle options:
/usr/bin/astyle --indent=spaces=4 --indent-switches --brackets=break \
                --convert-tabs --one-line=keep-statements --one-line=keep-blocks

Should have done this for a long time...

Updated ChangeLog and AUTHORS

Fix ftdi_read_chipid in some cases

Fix return value of ftdi_eeprom_decode as noted by Jim Paris, thanks.

Updated ChangeLog

Cleanup of decode function

Cleaned up control message defines

Correct writing of EEPROM

Added ftdi_eeprom_decode()

Improve source package generator, remove unused "patch" version level

Added COPYING-CMAKE-SCRIPTS file

Added FindUSB cmake macro

Added Marius Kintel to AUTHORS file, updated ChangeLog

Also install .pc files

remove now-unneeded documentation-header

Fix compilation in -ansi -pendantic mode