Rename and adapt pkgconfig files for libftdi1

We decided to skip this API change for now

Actually configure libftdi1.spec

Rename libftdi.spec.in to libftdi1.spec.in. Adapt package requirements to libusb1

Rename libftdi-config to libftdi1-config

pkgconfig file: Depend on libusb-1.0

Fix libftdi.pc file generation when building with -DDOCUMENTATION=OFF

Add Xiaofan Chen to AUTHORS. This was long overdue

Add Jared Boone to AUTHORS

Patch for building examples on MacOS X Lion

I had trouble with CMake picking up my /opt/local/include directory before my libftdi/src directory. I was getting the MacPorts-installed libftdi-0.20 headers, not the headers from the build tree. This was only happening during building of examples/. This patch addressed my problem.

- Jared

EEPROM max_power build/decode inconsistency

Hello all,

As promised, below is a patchset to make eeprom->max_power consistently express power (current) requirements in milliamperes.

I've also updated my AUTHOR address.

Regards,

Daniel
--

From 9e854c8111dba11ea71166e22ca464b474156150 Mon Sep 17 00:00:00 2001
From: Daniel Kirkham <dk2@kirkham.id.au>
Date: Sat, 12 May 2012 19:23:57 +1000
Subject: [PATCH] Fix to make eeprom->max_power consistently express power (current) requirements in milliamperes.

Updated AUTHOR address

Add 'Anders Larsen' to AUTHORS

Bump the library version number to 2.0.0

Allow libftdi-1.0 to co-exist with libftdi-0.x to ease migration.

Signed-off-by: Anders Larsen <al@alarsen.net>

Completed the support for the FT4232H chip

Added missing fields to the ftdi_eeprom structure and the encoding and
decoding functions.

The ftdi_eeprom utility forces DRIVER_VCP on and RS485 off for all channels,
but this could easily be made configurable, should the need arise.

Signed-off-by: Anders Larsen <al@alarsen.net>

ftdi_eeprom: Fix segmentation fault after --flash_eeprom

Allocate a buffer if it's not already available (hint: it was only allocated
by --read-eeprom)

Signed-off-by: Anders Larsen <al@alarsen.net>

ftdi_eeprom: remove redundant debug output

The (commented-out) debug output after ftdi_eeprom_decode() can be removed
as that function can generate it itself (and it contained obsolete fields
anyway).
Remove the unused config option "chip_type" in the process.

Signed-off-by: Anders Larsen <al@alarsen.net>

Fix _sleep warning on MinGW

Fix header, API change ftdi_write_data_async has been replaced by ftdi_write_data_submit

Python wrapper update

- Properly wrap ftdi_read_pins / ftdi_read_data
- Add example invocation of the read function to complete.py

C++ wrapper: Reset internal USB device pointer on Context::close()

Example code: Fix compile warnings about unused variables

cpp-wrapper: when using get-string-and-reopen method without having set up the usb-device the currently opened usb-device is retreived from the usb-device-handle used in the ftdi context. this fixes the open methods of the cpp wrapper that do not get an usb-device by parameter.

Remove duplicated udev rule.

Spotted by Rogier Wolff. Thanks.

Fix build on Mac OS X

Add missing malloc in ftdi_eeprom

Fix boost include directory in unit test

Update udev rule syntax for newer kernels

Credit goes to Lucian Langa <cooly@gnome.eu.org>:

------------------------
SUBSYSTEM=="usb_device" syntax is old usb sysfs (usbfs)
support (kernel <2.6.22)

Correct syntax now should be:
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device"
------------------------

One clarification for the previous commit:

Additional udev rules credit goes to
Canyon Bliss <canyon.bliss+redhat@gmail.com>

udev rules: Support all FTDI chip types

Python wrapper update

- wrapped ftdi_get_eeprom_buf
- use of ftdi_usb_find_all is easier
- useless usb_get_strings size args
- fixed possible memory leak from wrapping ftdi_new

Drop 64bit lib suffix on debian systems

Enhance python wrapper

- Updated functions prototypes in regard to the lib
- Made OUTPUT* typemaps active as they were misplaced regarding headers order
- Allowed use of ftdi_usb_get_strings
- Added an advanced example script (examples/python/complete.py)
- Stripped the 'ftdi_' suffix to avoid to write "ftdi.ftdi_usb_open(...)"; it becomes just "ftdi.usb_open(...)"
- Removed useless pointer functions since valid OUTPUT typemaps are there
- Some cleanup

Fix installaton of python wrapper

--------------------------------------------
The python wrapper installation path is not correct:
-- Building python bindings via swig. Will be installed under /usr/site-packages

In fact it doesn't even rely on CMAKE_INSTALL_PREFIX because of this:
GET_FILENAME_COMPONENT(SITEPACKAGE ${PYTHON_LIB_INSTALL}/../site-packages ABSOLUTE)

I think it should more look like this: (here with CMAKE_INSTALL_PREFIX=/home/michel/Download/libftdi-git/build/install)
-- Installing: /home/michel/Download/libftdi-git/build/install/lib64/python2.7/site-packages/_ftdi.so
-- Installing: /home/michel/Download/libftdi-git/build/install/lib64/python2.7/site-packages/ftdi.py
--------------------------------------------

Increase ftdi_eeprom->cbus_function array again

Remove errorneous ; after if

Detected by my upcoming cppcheck check

Interface can not be changed on an already open device

Based upon code from Uwe Bonnes, improved by me.

Use ftdi_new and not ftdi_init in the examples

At least our examples should use the library allocated buffer
and not a user allocated one.

Solved another TODO entry

Add example code demonstrating how to use the python wrapper

Remove old ftdi_enable_bitbang() function. It was marked as deprecated for two years

SWIG wrapper: Mark ftdi_version_info.version_str and .snapshot_str read only

Fixes this warning:
Warning 451: Setting a const char * variable may leak memory.

Use a private header for the private EEPROM structures

I added the ftdi_i.h header to bindings/ftdi.i. Noe the bindings compile
again. Other things are untouched.

Upgrade doxygen file with 'doxygen -u'

Quiet normal doxygen output so we only see the useful messages

Some more steps done towards 1.0

Merge remote-tracking branch 'origin/get-library-version'

Merge branch 'autoconf-removal'

Increase library version to 0.99

Remove unused templates directory

It was autocreated by kdevelop back in the days.

Update release process documentation

Add 'make dist' target

Remove autoconf support. Project switched to cmake

Missing version header template file

Added API to get libftdi library version.

Supports version number as integer, string
and possible git snapshot revision.

Based upon idea by Martin Zenzes.

Silence gcc warnings about possible uninitialized variables

Merge branch 'new-baudrate-code'

Adjust unit test to match baudrate calculation for AM type chips

ftdi_eeprom/main.c: Clean up the FTDI structure on exit

Valgrind still reports an error, but I suspect it is with (my version?)
of confuse.

ftdi_eeprom/main.c: Malloc the eeprom Buffer with the size exported by the API

The BM_type_chip option no longer exists

Document what needs to be done for an official 1.0 release - based upon email from Xiaofan Chen

Update PC-Lint settings file

Fixture base class destructor should be virtual

Cosmetic changes and add Uwe to authors

test/baudrate.cpp: Add testcases for the rounding border cases

Round the returned baudrate in ftdi_to_clkbits and adjust the changed values in test/baurate.cpp

test/baudrate.cpp: Change the expected results to the present results. AM still has some errors in the cornercase.

2232C is a BM type chips for baudrate calculations

test/baudrate.cpp: Use orthogonal names for the test-targets

Explain the index/value format baudrate setting

test/baudrate.cpp: Evaluate according to this explanation

Unify baudrate unit test for chips behaving the same

Update unit test to the new baudrate code

Rewrite the baudrate calculation, tested for 232R and 232H

Update baudrate unit test to show divisor/fractional bits/clock (suggested by Uwe)

examples/serial_test.c: Use smaller buffers for lower baudrates to abort faster on ^C

examples/serial_test.c: Explicit set the line parameters

examples/serial_test.c: Use FTDI vendor ID as default

examples/serial_test.c: Don't crash if no pattern on write is given

Exit immediate if invalid write pattern is given

Fix off-by-one buffer size error (detected by PC-lint)

Use default vendor/product strings for EEPROM when user doesn't supply some

EEPROM: treat USE_SERIAL as bool, not a flag

ftdi_eeprom: the chip type is given by the connected device, we may not change it

ftdi_eeprom: Change sequenc of initialization to get the chip size right

ftdi_eeprom: If we don't understand the argument, tell the user and abort

Cosmetic changes to the unit test

Add unit test for existing baudrate calculcation code

Implement a table for every chip type
which stores the expected calculated result.

Highest speed currently tested is 921600

Add (optional) unit test infrastructure

Requires unit test framework from boost
so we can test the C and C++ code.

Also has automatic test registration
and the ability to run tests individually.

Fix include directories: Prefer local (probably newer) ftdi.h instead of the already installed one

Try to inhibit programming EEPROM with data for a different device and zero EEPROM memory image early

Next try to get the encoding/decoding for the different FT2232/FT232H chip modes right

Using my EEPROM setting tool for some gadget here shown that I had the
chipmode en-/decoded wrong.

Search for any devices with one of the default VID/PID, if no VID/PID if given

Fix more occurences of serial_read -> serial_test

Rename serial_read to serial_test, as now write is also possible

Give usage hints for handling empty EEPROM

FT232H has even more config bytes and less user_area

Only try ftdi_usb_open_dev if devices found

Baud rate generation is the same as with FT2232H/FT232H

Move opening the device before tampering with the values, move reading the device just after opening

ftdi_eeprom: Change handling the EEPROM size

ftdi_eeprom: Use exported APIs only

examples/eeprom: With no VID/PID/desc/serial, print eeprom content

of all FTDI devices found with default VID/PID