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

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

Add ftdi_set_eeprom_buf() as proposed in ftdi_eeprom

Add missing ftdi_get|set_eeprom_value entries

examples/find-all: Use the new "find-all" option

ftdi_usb_find_all: Only search for default devices if both VID AND PID are 0

Allow to search for all FTDI standard VID/PID

Allow to search for all FTDI standard VID/PID by passing VID:PID 0:0
to ftdi_usb_find_all

Increment the refcount on devices we return from ftdi_usb_find_all()

Don't return before cleanup

1.0/src/ftdi_stream.c: Check for fitting device

1.0/examples/stream_test: Fix memory leakage pathes

Only ftdi_init may call libusb_init, or we leak an USB Context

Fix all leak in the examples shown with no device connected

Fix calculation of the Mode Bitfield

Hardware mode definitions for EEPROM programming must follow new definition Some more FT232H related defines

Change how the hardware mode is programmed to inhibit setting invalid bit combinations

Handle the FT232H CBUS Bits, Keep Values list numbered

FT232h: Handle the FT1284 Mode bits

FT232H: Handle the EEPROM Bit for Enter Powerdsave on ACBUS7

Add FT232H drive/strength/slew/schmitt trigger

Add FT1284 driver mode and new VCP bit position

Beginning of FT232H support. Many EEPROM values still need to be deciphered!

Free the device list in ftdi_usb_find_all

This fixes the leak with examples/find_all

Clean up on error

Clean up in error pathes

Add missing check for NULL product string

Remove other duplicate-code

Abort if no EEPROM is found

Remove some code duplication

Move libusb_init() call to prevent crash
on plain ftdi_init() / ftdi_deinit().

Also check ftdi->usb_ctx in ftdi_deinit().

Code based on patch by Uwe Bonnes.

Forward port flexible module unload behavior

Fix small typo

libftdi1: Fixe Fixme in CBUS decoding

>>>>> "Thomas" == Thomas Jarosch <thomas.jarosch@intra2net.com> writes:

    Thomas> Uwe, On Friday, 20. May 2011 12:43:42 Uwe Bonnes wrote:
    >> as I am still in the steep part of the learning curve with git, at
    >> some point in time I accidently merged my changes to streaming read
    >> and eeprom to one. That way, my tree diverged from either libftdi-1.0
    >> master and eeprom- new. As I need both features, maintainance is
    >> difficult.
    >>
    >> Two questions: Why is eeprom-new still not merged?

    Thomas> It is now.

Thanks

Appended patch hopefully fixes the FIXME aimed at me.

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

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From 92ec6ded6df5aa377e1f82c081891b321f22c1d0 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Fri, 20 May 2011 18:03:21 +0200
Subject: Only the first 4 PINs have (fixed) CBUS functionality

Merge branch 'eeprom-new'

Conflicts:
examples/stream_test.c

Correct ftdi_poll_modem_status() result code

Correct ftdi_poll_modem_status() result code

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

Fix libftdi.hpp with include of system ftdi.h

Fix ftdi_read_pins in python bindings

Call ftdi_usb_close_internal and not usb_close when descriptor doesn't match

Check ftdi pointer before accessing it

Call ftdi_usb_close_internal and not usb_close when descriptor doesn't match

Check ftdi pointer before accessing it

Safer initialisation of ftdi_readstream

Applies to both branches

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

Delete some remaining debug printout

Applied to all trees
--
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From 6ba0d30b53677d27f9559057697c75c962cab117 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Thu, 20 Jan 2011 16:20:03 +0100
Subject: Delete some remaining debug printout

Safer initialisation of ftdi_readstream

Applies to both branches

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

Delete some remaining debug printout

Applied to all trees
--
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From 6ba0d30b53677d27f9559057697c75c962cab117 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Thu, 20 Jan 2011 16:20:03 +0100
Subject: Delete some remaining debug printout

Not writing to file, in flash_raw mode

Don't write eeprom file if flash_raw is set

Default USB PID differs for different devices. 0x6001 is valid only for FT245BM.
FT2232HQ uses 0x6010. Now you can define a default fallback PID.

In configuration file add this line:
        default_pid=0x6110

Import example config file from ftdi_eeprom tree

Fix raw eeprom buffer handling