Reformat new eeprom code to match libftdi style:

/usr/bin/astyle --indent=spaces=4 --indent-switches --brackets=break \
                --convert-tabs --one-line=keep-statements --one-line=keep-blocks \
                $*

Use API and not direct structure ftdi->eeprom access in eeprom example

Enumerate all handled EEPROM values Provide ftdi_get|set_eeprom_value to access these properties Supply a copy of the EEPROM buffer to the user with ftdi_get_eeprom_buf e.g. for dumping

Decode/encode use_usb_version on BM and 2232C

Rename Bit pattern SUSPEND_DBUS7 to SUSPEND_DBUS7_BIT

Cmake skeleton for ftdi_eeprom build support

Another approach to get the examples/streamtest.c print formatting right Thanks to Jim Paris

Document the write option in usage()

Include PnP descriptor in size check

Update eeprom map as we work in word sizes

Simplify and correct user area calculation

Don't output PnP options for BM type chips

Document the magic 0x02 0x03 0x01 value after the serial string

eeprom of BM type chips: Fix trashing of first manufacturer string byte

Clarify eeprom type values are hex

Adapt user area size calculation to official FTDI formula

We are out of battery power (remove wrong comment)

Correct small typo

Better variable name for eeprom_size_mask

Fix wrong comment about standarized USB config descriptor attributes

Cosmetic changes

Document isochronous transfer mode of FT2232C

Update/verify EEPROM map for BM type chips

Write to EEPROM direct when trying to detect EEPROM size

Warn user about missing FT4232H-specific EEPROM settings

examples/eeprom.c: Remove unused variable

EEPROM: Add missing closing brace

EEPROM: Null out buffer after allocation

FT2232H: Handle suspend_pull_downs when encoding

Decoded max_power is in mA and 90 mA for TYPE_R and 100mA else

Fix decoding of FT(2|4)232H channel A type

Add option to write eeprom

ftdi_write_eeprom_location access to checksum protected area will produce checksum errors, so check - access is about byte 0xff - eeprom chip is of type 93c66, so high area exists - ftdi device can handle 93c66

use_serial is used in all devices beside AM types. So move out of the switch(ftdi->type) construct

max_power eeprom value is in 2 mA Steps

Use the PNP flag as seen with FTD2XX

Document ftdi_eeprom_initdefaults Add return value to ftdi_eeprom_initdefaults

Handle manufacturer/product/serial strings internal Set these string as arguments to ftdi_eeprom_build Remove exported function ftdi_eeprom_free

Provide internal eeprom structure buffer with internal byte buffer Purge external eeprom structure buffer and eeprom read/write byte buffer from API

Use allocated ftdi structure

Initialize use_defaults

Correct the CBUS decode string arrays

Example for the EEPROM API

Add description of EEPROM Structure as decoded by now. Please comment!

Fix and verbose decode of TYPE_R CBUS functions and pin inversion

Release values in EEPROM structure are not user changable. Remove it from the ftdi_eeprom structure

CBUS Mus has 0xd as highest number

Add a lost comment

Build EEPROM type specific bytes and bites in a switch construct

Fix writing the strings

when building the eeprom image, use the actual determined eeprom size

Set eeprom->release when building the eeprom content from the chip type Add releases for TYPE_2232H and TYPE_4232H

eeprom->channel_a_type must be initialized

Fix logic flow after

Next try to get the VCP/D2XX logic right. TYPE_R in inverted

A set bit means load D2XX driver. Revers logic and names

Get the test on TYPE_R for unexpected In-Endpoint sizes right

TYPE_E EEPROM Byte 1 bit 4 is expected to be IN Endpoint size Request user feedback if unexpected values seen

EEPROM bit for high current IO seems at different bits for TYPE_R and TYPE_2232C

The USB Version seems to be always set in EEPROM EEPROM byte[0x0a] bit 4 (change_usb_version) was never seen set. Remove it and request user report if ever seen set

Temporary remove CBUS settings

max_power EEPROM default is 100 mA

ftdi_eeprom_build needs to know EEPROM chip type

When erasing EEPROM, detect chip type (none,internal,93xc46|56|66)

Decode connected chip

max_power in mA is EEPROM[0x09]*2

FT2232C has version 0x0500 in EEPROM as default

Comprare ftdi->type and do not set it in EEPROM Structure initialization

All x232 type have (at least) two USB channels

EEPROM Size check must cope with different types

Define the CBUS Multiplexer as an ENUM

Revisit eeprom_initdefualts Symbolic constant for USE_SERIAL_NUM

More verbosity for remote wake up, pull low and suspend on dbus7

Evaluate eeprom Byte 0 Bit 7: Suspend on DBUS7 low

Decode the x232H specific port functions

Fix channel mode specific bits, noisy output

Channel Mode is encoded in bits 0..2, VCP is bit 3 Noisy decode

EEPROM: Evaluate the channel specific settings

EEPROM: Fix typos around high_cuttent_drive and make code comipile again. Will care for initializing and encoding later

EEPROM High current bit is byte 0 Bit 4 for a and Byte 1 bit 4 for b

On FT2232D, eeprom->change_usb_version was not set with changed version

EEPROM: CBUS functions only work on TYPE_R devices

WWPROM: Invert datalines only works on FT232R

Remove forgotten print formatter

Fill out control structure for EEPROM decoding

Fix a wrong argument

Unconditionally set/reset eeprom values

When reading EEPROM strings, clip active, as rollover doesn't work for the FT2232R

Add missing clause

On request, dump arguments during EEPROM decoding

Chip Type dependend code must be evaluated type dependant

EEPROM [6] and [7] seems more used like a release variable. Name accordingly

EEPROM[02] is VID, so high_current must be defined somewhere else

On 93xx46, the Manufacturer/Product/Vendor Pointer gets clipped anyways, so don't clip to get things right on 93xx56 and 93x66 Only write strings if allocation succeeded

Don't erase the EEPROM size

Remove dead code.

For EEPROM decoding, use the evaluated EEPROM size. FT223R is special case, as the EEPROM holds more information than is used for the checksum

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