HACKING: Document the @since Doxygen tag.

Doxyfile: Set version number to 0.2.0.

Update package version to new 0.2.0 release

GPL headers: Use correct project name.

configure.ac: Show $build, $host, and lib versions.

configure.ac: Look for python-config-3.x besides python3.x-config.

README: Add "Copyright and license" section.

use GVariant for passing decoder options and probes

Decoder options are now exposed in struct srd_decoder, via a GSList
of the new struct srd_decoder_option. The 'def' field represents
the default value as set in the decoder, converted to GVariant. This
allows a library user to determine the type as well as default value.

code cleanup

configure.ac: Drop std-options, unneeded.

The automake 'std-options' option checks whether all installed tools
and scripts have a --help and --version CLI option. This check is not
needed for libsigrokdecode though, since it doesn't install any tools.

README: Refer to INSTALL and new Building wiki page.

ds1307: Fix date/day-of-week printing.

Add Dallas DS1307 RTC protocol decoder

Dallas DS1307 RTC protocol decoder that works stacked
with the I2C PD. Based on the rtc8564 protocol decoder.

Signed-off-by: Matt Ranostay <redacted>

Doxygen: Initial groups and topic short descriptions.

Doxygen: Add @file items for the relevant files.

These short descriptions are shown in the "Files" section of the
Doxygen output.

Doxygen: Mark private functions/variables properly.

Doxygen: Document how to mark private stuff.

Doxygen: Add intro section and some docs.

Add contrib/sigrok-logo-notext.png.

This is used in the generated Doxygen HTML output.

Doxyfile: Update to match the libsigrok file/settings.

This uses a template generated by Doyxgen 1.8.1.2 (like libsigrok
currently does) and adapts it to libsigrokdecode needs.

.gitignore: Add INSTALL (copied by automake).

Bring back temporarily reverted changes.

can: Temporary quickfix for a bug.

Update package version to new 0.1.1 release.

Update libtool version numbers for libsigrokdecode.

The last release of libsigrokdecode (package version number 0.1.0) had the
initial libtool version numbers (current:revision:age) of 0:0:0.

The upcoming release (0.1.1) is API-compatible with 0.1.0 and can be used
as drop-in replacement. Programs linked against 0.1.0 do not need to
be recompiled or relinked.

As per the libtool guidelines this release only increments the
libtool "revision" number. The new libtool version numbers
(current:revision:age) are thus 0:1:0.

See here for details:
http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info

NEWS: Various updates.

Minor autotools improvements.

 - Don't use "foreign" option for automake. Without this automake will
   perform some additional sanity checks e.g. on missing files. It will also
   now add the usual INSTALL file which documents the configure options etc.

 - Add AUTHORS file.

 - Add 'check-news' automake option, which will abort 'make dist' if
   the NEWS file doesn't list the current (to be released) package
   version at the top (i.e., if we forget to update NEWS).

Temporarily revert API changes in preparation of release.

The upcoming libsigrokdecode release should not contain any API changes
so it is compatible with existing released frontends (sigrok-cli 0.3.1).

configure.ac: Drop AC_PROG_CXX.

We don't need a C++ compiler for libsigrokdecode, so don't check for one.

This would cause a build failure on all systems where there is a C compiler
but no C++ compiler installed.

Lower glib-2.0 requirement to 2.24.0.

We don't use any of the recent glib features in libsigrokdecode, it
compiles fine with 2.24.x.

Makefile.am: Fix typo in 'ChangeLog' target.

Cosmetics, fix typos.

NEWS: Add list of user-visible changes so far.

Small cosmetic/consistency fixes in the PDs.

constify srd_decoder_list() output

srd_inst_new() options can be NULL

Fix compiler warning.

configure.ac: Add missing -fvisibility=hidden to CFLAGS.

configure.ac: Fix CFLAGS settings.

Don't override/overwrite CFLAGS in configure.ac, but rather amend it
with (currently) "-Wall -Wextra".

This properly allows users/packagers to do things like:

 ./configure (this will default to using "-g -O2" additionally)

 CFLAGS="-g -O2" ./configure (same as above)

 CFLAGS="" ./configure (no additional flags)

 CFLAGS="-g -O0" ./configure (disable optimization, e.g. for valgrind use)

 etc. etc.

Add intial CAN protocol decoder.

configure.ac: Also check for python3.3-config.

mlx90614: "Kelvin", not "degrees Kelvin".

Fix bugs in "Invalid state" printing/exceptions.

All PDs: Name the files pd.py consistently.

The Python module name is determined by the directory name (e.g. dcf77),
the *.py file names in that directory don't matter and can be kept
consistent.

configure.ac/Makefile.am: Alphabetical order.

tlc5620: Refactoring, add initial LOAD support.

Initial TI TLC5620 (8-bit quad DAC) protocol decoder.

Re-add HACKING file after repo split.

Small update for the pkg-config files and Windows.

On Windows, cmake-using projects seem to have problems with the
"-I/c/Python32/include" syntax we have in the libsigrokdecode .pc file.

However, "-Ic:/Python32/include" works fine. So we just add both to
support everything.

README: Update repo URL.

.gitignore: Add missing entries.

README: Add status, update URL, small fixes.

srd: uart: Fix regression.

Thanks Iztok Jeras <redacted> for the report.

Add initial SD card (SPI mode) decoder.

This is work in progress, but it already works partially, and can be used
for actual decodes of some commands.

This PD stacks on top of the SPI protocol decoder.

srd: lm75: s/degrees Kelvin/Kelvin/.

The temperature unit is nowadays called just "Kelvin", not
"degrees Kelvin" (even though this was not always the case).

srd: avr_isp: Improve Chip Erase handling.

srd: avr_isp: Factor out part numbers/names to part.py.

srd: Initial decoder for AVR ISP protocol.

srd: onewire_link: Annotations shouldn't be ALLCAPS.

While states in the PD should be ALLCAPS per guidelines (for
consistency), the annotations that a PD outputs (and are shown in a
console via sigrok-cli or in a GUI) should be "normal" human-readable
text/formatting usually, i.e. not ALLCAPS.

srd: maxim_ds28ea00: Factor out putx(), small fixes.

srd: maxim_ds28ea00: Cosmetics, cleanups.

srd: maxim_ds28ea00: Fix to only handle DS28EA00.

srd: Rename onewire_transport to maxim_ds28ea00.

It doesn't make sense to have one "generic" onewire_transport PD, as
this layer is very much device-specific and such a generic PD would
have to contain an accumulation of all possible features and commands
and handling code of all existing (now and in the future) 1-Wire
devices, which is neither possible nor useful nor elegant.

There are (for example) 1-Wire thermometers, RTCs, EEPROMs,
special-purpose security chips with passwords/keys, battery monitoring
chips, and many many others. They all have a different set of features,
commands and command codes, RAM areas/sizes/partitioning/contents,
protocols, and so on.

Thus, the layering for 1-Wire PD stacks should look like this:

 onewire_link -> onewire_network -> <specificdevice>

Examples:

 onewire_link -> onewire_network -> maxim_ds28ea00 (special thermometer)
 onewire_link -> onewire_network -> maxim_ds2431 (1kbit EEPROM)
 onewire_link -> onewire_network -> maxim_ds2417 (RTC)
 onewire_link -> onewire_network -> maxim_ds2762 (battery monitor)
 onewire_link -> onewire_network -> maxim_ds1961s (SHA-1 eCash iButton)
 and so on...

So, renaming onewire_transport to maxim_ds28ea00. The non-DS28EA00
specific code will be dropped and/or moved to other PDs on top of
onewire_network later.

srd: onewire_network: Fix typo, command is 0x69.

The 'Overdrive match ROM' command is 0x69, not 0x6d. Verified in various
datasheets and the original 1-Wire/iButton spec.

srd: onewire_link/network: Fix annotations, small cleanups.

The annotation types are 'Text' and 'Warnings', not 'Link' etc. as the
annotations of the onewire_link PD (for example) are already clearly
from the link layer. The annotation types should be different things/formats
of a specific PD's annotation output instead (like "Celsius" / "Kelvin"
for some temperature sensor, for example).

srd: onewire_link/network: Reduce nesting level.

Also, some additional cleanups.

srd: onewire_network: Cosmetics, simplifications, doc fixes.

srd: onewire_link: Cosmetics, simplifications, doc fixes.

onewire: fixed an issue caused by renaming a transport layer command

onewire: added new transport layer commands

onewire: updated documentation

onewire: added transport layer decoder, it does not do much for now

onewire: updates to link layer timing

onewire: combined reset and presence detect events, avoid unneeded overdrive exit message

onewire: the split of the protocol into layers works now

onewire: placing protocol layers into separate directories

onewire: preparations for protocol separation between link and network layers

srd: Drop 'usb' PD, replaced by two others.

The new 'usb_signalling' and the 'usb_protocol' PD which stacks on top
of it, replace the old 'usb' decoder.

srd: Performance improvements for various PDs.

Ignore/skip identical samples in most (low-level) PDs, as we're usually
(but not necessarily always) only interested in pin changes.

This yields a significant performance improvement for the PDs.

The mechanism was already used in the 'i2s', 'jtag', and 'lpc' PDs, but not
yet in all supported low-level decoders. The following PDs now also use
this mechanism: 'dcf77', 'i2c', 'spi', 'uart', and 'usb_signalling'.

Thanks Lars-Peter Clausen <redacted> for bringing this to our
attention.

srd: lm75: Output min/max/avg temperature in report().

This is just a preparation for later, the report() is not hooked up
anywhere, yet.

srd: lm75: Warn about temperature reg. being read-only.

srd: lm75: Generic handling of register reads/writes.

srd: onewire: Fix copyright line, and PD name/description.

some white space changes, changed handling of normal/overdrive timing, annotations now show duration

added some ducumentation, shortened the ROM command decoder code

added some untested overdrive functionality, added some comments, modified timing values in annotations

commented out most of the TRANSPORT layer code, added some code for an improved timing calculation

decoder onewire: added conditional network commands, some fixex to the transport layer

decoder onewire: separated transport layer code from network layer

decoder onewire: some annotation cleanup

onewire decoder: removed some debug code, preparations for the next protocol layer

onewire decoder: added search support

onewire decoder: added some byte related code

some fixex to the link layer, not final

unfinished update to onewire protocol decoder

srd: i2cfilter: Output actual I2C packets.

Change this PD from an I2C->databytes converter/filter to an actual
pure I2C filter in the sense that both input and output is a valid I2C
protocol stream.

Also, change the EDID decoder accordingly, to use the new i2cfilter
output.

srd: Add National LM75 protocol decoder.

This shall support the original National LM75 I2C-based temperature sensor,
as well as various compatible devices of other vendors, such as the
Fairchild FM75, Dallas DS75, and so on.

Currently only 9bit resolution is supported, and not all commands are
decoded, yet. The register contents and temperatures are decoded
correctly though, and can be output in both Celsius and Kelvin.

sr/srd/cli: require glib version >= 2.28

Needed for g_get_monotonic_time(). Thanks to Tomaž Šolc.

srd: Split USB decoder in two PDs (which stack).

The 'usb_signalling' decoder just decodes symbols from D+/D- levels,
handles bit stuffing and outputs the symbols and (potential) packets.

The 'usb_protocol' decoder takes that output and tried to parse USB
packets from it (SOF, SETUP, IN, OUT, DATA0, and so on).
This is the base decoder on top of which various others will stack
later on.

The two new PDs are work in progress, so we still keep the old 'usb' PD
around for a little while, until the two new ones are fully working and
well-tested.

srd: usb: Add long description of the PIDs.

Also, add missing ones which are mentioned in the USB spec. However, not
all may be relevant for LS/FS signalling. But they're still useful to
have in the table, so we can output warnings like

  "Warning: HS PID encountered, but device is FS???"