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???"

srd: usb: Preliminary USB low-speed support.

Some of the differences of USB low-speed (compared to full-speed) are:

 - 1.5Mb/s datarate, not 12MBit/s.
 - The J and K states are swapped/inverted.

Note: This is work in progress, further changes may still be needed.

Add a 'signalling' option, which allows the user to select whether the
PD should decode using the low-speed or full-speed signalling protocol.
If unspecified, the default is full-speed.

srd: uart_dump: Small simplification.

srd: uart_dump: Fix file output (flush).

We need to flush the file output buffer(s), lacking a stop() call in
PDs at the moment, which could do the flush (or file close()) only once
at the end of the PD "session".

srd: Add experimental uart_dump decoder.

This PD stacks on top of the UART protocol decoder, and ouputs the
decoded UART data in the "canonical" format, one byte after the other
without any metadata (start bits, stop bits, parity bits, errors) and
without any sample-numbers and such. This is basically what you would
see in a terminal program, such as minicom.

Per default it outputs to stdout, but using the 'filename' option
and/or the 'filename_rx'/'filename_tx' options it can also output to
files.

Using the 'tx' and 'rx' options you can also select whether both, or
only one of the data direction's data should be output.

Example:

  sigrok-cli -i foo.sr \
             -a uart:rx=0:tx=1,uart_dump:rx=no:tx=yes:filename=foo.txt \
             -s uart,uart_dump

This PD is just an experiment for now, it's possible that it will be
replaced / reimplemented via a different sigrok facility later on.

srd: pan1321: Add 'Text' (short) annotation format.

Rename the old 'Text' format to 'Text (verbose)'.

srd: pan1321: Output correct start/end sample values.

srd: Fix non-working PAN1321 decoder.

srd: Cosmetics.

srd: jtag: Document current (WIP) protocol output format.

srd: usb: Fix bugs in the USB decoder.

The samplenum/scount handling was broken recently (mea culpa), and the
DP/DM probes were swapped.

srd: dcf77: Initial PON handling.

srd: dcf77: Bugfix, PD was broken.

srd: mx25lxx05d: 'Verbose decode' & 'Warnings' annotations.

srd: mx25lxx05d: Add empty handlers for TODO cmds.

srd: mx25lxx05d: Further fixes/simplifications.

Also handle (not yet implemented) special-case command names such as
'RDP/RES' and 'FAST/READ' correctly.

srd: mx25lxx05d: Simplify/generify cmd handling.

srd: mlx90614: Small bugfix.

srd: nunchuk: Enable PD now, it works fine.

srd: nunchuk: Support for the Nunchuk init sequence.

srd: nunchuk: Add verbose summary annotation.

srd: nunchuk: Only output summary annotation if possible.

srd: nunchuk: Fix most annotation samplenumbers.

Also, add a self.putx() helper method, as most annotations we have right
now are exactly one I2C packet long (there will also be others later, though).

srd: Wii Nunchuk: Complete rewrite, PD works now.

The Nintendo Wii Nunchuk protocol decoder, while it was in the repo for
a while, didn't really work yet (among other things, due to lack of
dumps for testing the code).

This is fixed now, the rewritten decoder works fine with most dump
files in the sigrok-dumps repo. A few minor issues remain to be
added/fixed, though.

srd: Cosmetics.

srd: Disable 'onewire' PD for now, until it's working.

sr/srd/cli/gtk: ChangeLog -> MAINTAINERCLEANFILES.

If the (generated) ChangeLog file is marked for DISTCLEANFILES, it'll be
removed whenever "make distclean" is called (and is then gone forever if
you use the tarballs, for example).

srd: onewire: Fix incorrect format for annotation output.

Should be a list containing:

 - Annotation format number (e.g. 0, or ANN_DEC, etc).

 - A list of strings (the annotation). If more than one string is
   supplied, the other ones should be short versions of the string.
   Example: [ANN_DEC, ["Foobarbaz", "Foo", "F"]]

   This is optional, and mostly useful for GUIs.

srd: onewire: Fix %d and %s mismatch.

srd: onewire: Get optional 'pwr' probe value, too.

srd: onewire: Drop UART leftover comments.

removed some code copied from UART decoder, fixed some Python syntax issues

unfinished update to onewire protocol decoder

commiting new unfinished 1-wire decoder

srd: MX25Lxx05D: Fix inverted SRWD bit handling.

srd: MX25Lxx05D: Decode status register bits.

srd: MX25Lxx05D: Fix SE command.

srd: MX25Lxx05D: Implement READ command.

srd: MX25Lxx05D: Implement RDSR and PP commands.

Also, some small fixes and additional debug code/output.

srd: spi: Document output protocol, send CS# changes.

As per guidelines in HACKING, the protocol "commands"/items should be ALLCAPS,
thus change 'data' to 'DATA'. Also, fix MX25Lxx05D protocol decoder
accordingly, currently the only one we have which stacks on top of SPI.

Add a new 'CS-CHANGE' output protocol item, which is sent upon every
change of the CS# pin value (either 0->1, or vice versa). This is needed
by various higher-level PDs.

sr/srd/cli: Fix compiling with Homebrew.

Add ACLOCAL_DIR setting and AM_PROG_AR macro for compiling with Homebrew
under Mac OS X.

Applies essentially the same change to
{libsigrok,libsigrokdecode,sigrok-cli}/{autogen.sh,configure.ac}

It may be that the same fix is needed for the other autogen.sh and/or
configure.ac files, but that hasn't been tested and therefore not in
this commit.

srd: JTAG: Enavble and get/use optional probes.

srd: Support for one or more optional probes.

In the protocol decoder you always get all required probes, then _all_
optional probes in the list of probes in the decode() call.

Example:

 (r1, r2, r3, o1, o2, o3, o4) = pins

In this case r1-r3 are required probes, o1-o4 are optional probes.
However, the value of valid/used/specified probes will be 0 or 1,
whereas the value of probes that were not specified/assigned by the user
will be (at the moment) 42.

The PD can check for a valid probe like this:

  if p in (0, 1):
    ...

Or check for an invalid probe:

  if (p > 1):
    ...

The value of 42 could change to be -1 or None later.

srd: Fix a few Doxygen errors.

srd: Add usable one-liner descriptions for all PDs.

srd: Remove TODOs from annotation format names.

Also, fix minor consistency issues, cosmetics, typos.

srd: JTAG/SMT32: Some more improvements.

Add APB-AP register offsets/names, refactor and fix some code, handle
in/out APACC/DPACC better.

Fix bracket placing

Make it consistent with the rest of the code

Signed-off-by: Thomas Jarosch <redacted>

srd: JTAG/STM32: Factor out dpacc_data_in/out.

Also, add a few code comments.

srd: JTAG/STM32: Decode IDCODE[31:0] parts.

srd: JTAG: Also show the bitstrings in hex (for now).

srd: JTAG/STM32: Various improvements, fixes.

Add APACC register handling, fix DPACC handling (esp. 'A' register size),
ouput a warning upon reserved DAPABORT bits being non-zero, implement
preliminary state machine, add various TODOs.

This is still work in progress, not yet finished or working properly.

srd: Add initial JTAG/STM32 protocol decoder.

(not yet finished)

This protocol decoder can decode ST STM32 specific JTAG accesses, knows
about the STM32-specific registers and bits.

srd: JTAG: Add some more docs.

srd: JTAG: The TRST# (and SRST#) signals are optional.

Don't handle them for now, will do this later.