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

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