sr: fix session loading for 0-numbered probes

They're still numbered starting from 1 in the current version (1)
of the sigrok file format, we just work around that for now.

sr: fix sr_parse_triggerstring() to use probe numbers starting from 0

sr: fix sr_filter_probes() to use probe numbers starting from 0

The probelist parameter is now terminated with -1, since 0 is a valid
probe number.

sr: comments/docs

sr: change sr_dev_probe_name_set() to use sdi

sr: remove dead/obsolete code

sr: cosmetic changes

sr: change session API/code to use sdi

sr: remove obsolete dev_status_get() API call from session driver

sr: cosmetic changes

sr: change sr_datafeed_callback_t to use sdi

sr: convert sr_dev_has_hwcap() to use sdi

sr: convert sr_parse_triggerstring() to use sdi

sr/drivers: remove driver API call dev_status_get()

It's obsolete: no frontend ever used it, and neither did libsigrok.
The sdi->status field is only used internally by some drivers, and
should probably be moved to the driver-specific context structs.

ols: change driver dev_acquisition_start/_stop calls to use sdi

...yeah, forgot OLS.

sr: add sr_dev_probe_enable(), abstraction wrapper around device probes

sr: convert session load/save code to use sr_dev_inst

genericdmm: cosmetic change

zeroplus: comment out 32-probe models for now

zeroplus-logic-cube: fix scan to correctly find model

sr/drivers: change driver dev_acquisition_start/_stop calls to use sdi

sr/drivers: change driver dev_open/dev_close calls to use sdi

sr: change sr_dev_trigger_set() to use sdi

sr: change input/output modules to use struct sr_dev_inst *

sr/drivers: use sr_dev_inst instead of device index for dev_config_set()

All driver API calls using device index as a parameter will instead use a
const struct sr_dev_inst.

chronovu-la8: adjust to multi-vid/pid patch

sr: use new info_get API call in session driver

zeroplus-logic-cube: don't use deprecated hwcap_get_all() driver API call

ols: don't use deprecated hwcap_get_all() driver API call

hantek-dso: don't use deprecated hwcap_get_all() driver API call

fx2lafw: don't use deprecated hwcap_get_all() driver API call

demo: don't use deprecated hwcap_get_all() driver API call

chronovu-la8: don't use deprecated hwcap_get_all() driver API call

asix-sigma: don't use deprecated hwcap_get_all() driver API call

ols: scan fix

hantek-dso: scan/info_get fixes

demo: scan/info_get fixes

chronovu-la8: scan/info_get fixes

asix-sigma: scan/info_get fixes

zeroplus-logic-cube: use new driver info_get() API call

ols: use new driver info_get() API call

hantek-dso: use new driver info_get() API call

demo: use new driver info_get() API call

chronovu-la8: use new driver info_get() API call

asix-sigma: use new driver info_get() API call

asix-sigma: don't attempt to free static struct

Added more debugging as well.

demo: use new scan API

zeroplus-logic-cube: init and scan fixes

libusb context needs to be initialized only once, not ever scan.
Every scan invalidates the last one, so clean up any previous run's
results first.

zeroplus-logic-cube: use new scan API

hantek-dso: use new scan API

asix-sigma: use new scan API + fixes

Now freeing FTDI context and driver-private context.

chronovu-la8: use new scan API + fixes

Now freeing FTDI context and driver-private context.

hantek-dso: instance list fix

ols: use new scan API

asix-sigma: use driver struct-based device instance list

chronovu-la8: use driver struct-based device instance list

demo: use driver struct-based device instance list

zeroplus-logic-cube: use driver struct-based device instance list

hantek-dso: use driver struct-based device instance list

ols: use driver struct-based device instance list

genericdmm: device scan fixes

genericdmm: don't use deprecated hwcap_get_all() driver API call

genericdmm: use new driver info_get() API call

fx2lafw: don't use deprecated hwcap_get_all() driver API call

fx2lafw: device scan fixes

fx2lafw: a device scan always invalidates any previous scans

fx2lafw: use new driver info_get() API call

sr: deprecate driver API call hwcap_get_all()

This is now handled with a call to info_get(SR_DI_HWCAPS). This brings
it in line with the new driver opts: info_get(SR_DI_HWOPTS).

sr: new sr_info_get() API call, wrapper for driver info_get()

This will replace sr_dev_info_get(), the wrapper for driver dev_info_get()

sr: add new driver API call info_get()

This will replace dev_info_get(), and will be used to fetch both
driver and device instance-specific information. The sr_dev_inst
argument is NULL in case of a driver info fetch. In line with the
libsigrok wrapper, this function returns an error code, using the
supplied void ** to return the requested data.

sr: add driver field to sr_dev_inst, to bring it on a par with sr_dev.

sr: split driver options into separate list

genericdmm: use new scan API

genericdmm: more flexible device discovery

genericdmm: use driver struct-based device instance list

fx2lafw: use driver struct-based device instance list

fx2lafw: use new instance-based probe list

fx2lafw: use new init/scan API

sr: add GSList of instances to the driver struct

This gives the driver a private place to keep its instances, without
polluting the global namespace.

sr: add probe list to device instance

There is no point in libsigrok copying probe lists around. The driver now
builds a list of probes according to the model device it found, and will
make that available to a frontend. The frontend thus has a reference of
what the driver has, including default names, and doesn't need libsigrok
to provide an unnecessary level of abstraction.

The sr_probe_new() library-private function is a helper for drivers.

sr: split driver init into init() and scan()

init() now only does whatever administrative stuff it needs (typically not
much), and returns an error code.

scan() can be called multiple times during the life of an application, and
returns a GSList of struct sr_dev_inst * of devices found during that scan.
The instances are a copy of the ones stored in the driver's own instance
list, to be freed by the caller with g_slist_free() only.

The scan() call can be passed a GSList of struct sr_hwopt *, to direct the
scanning.

sr: move SR_HWOPT into its own enum, and create struct sr_hwopt

SR_HWOPT_* entries are driver options, not device instance parameters, so
they will never be mixed together.

Also, driver options are always passed in a GSList, where the data field
is a struct sr_hwopt.

genericdmm: better subdriver API arguments

genericdmm/fs9922: no initialization needed

genericdmm: allow for default options in DMM profiles

Much better than the special-cased USB vid.pid

genericdmm: use vid.pid as USB conn spec

: is just too hard for the CLI

genericdmm: fix header guard

sr: add new driver API call: scan()

This changes the semantics of the init() call as well. That now only
initializes the driver -- an administrative affair, no hardware gets
touched during this call. It returns a standard SR_OK or SR_ERR* code.

The scan() call does a discovery run for devices it knows, and returns
the number found. It can be called at any time.

sr: remove unused argument from hardware driver function init()

It was actually used in one way: the session file loaded abused it for
passing in the filename -- something it definitely wasn't intended for.
This now uses the proper way to pass arguments to a driver: the new
SR_HWCAP_SESSIONFILE.

The OLS driver could also use it as an indication of the serial port to
use instead of actively probing all serial ports on the system, but there
wasn't any frontend code that passed in such a parameter, making it
entirely useless. That will soon be handled differently with the new
scan() API call, regardless.

sr: fix gnuplot script for USBee DX and clones

 - Now channels order is right
 - Added 16bit version

sr: fx2lafw: Add 16bit support for USBee DX and clones

gnuplot script support only 8 channels

sr: add gnuplot script for USBee DX and clones

sr: fx2lafw: Add basic support for USBee DX and clones

sr: always use uint64_t for samplerate

sr: extra checks for properly handling driverless devices

sr: fix struct sr_input for parameter passing

Allow setting samplerate when reading binary files

I had a binary file that I needed to decode using UART decoder. UART
decoder needs to know the sample rate for the data, but currently it's
not possible to pass parameters to input formats and so the "binary"
file format always sets the samplerate to 0.

This patch adds the possibility to append a colon-separated list of
key=value options to the -I argument, in the same way -d supports it.
Also, it makes the "binary" format support the "samplerate" option.

I included the GHashTable containing input format options directly in
the sr_input struct. I'm not sure if that's the right way to do it. I
saw that -d uses a much more elaborate system with device capabilities
and typed options, but that seemed like an overkill for input formats.

sr: chronovu-la8: fix segfault on discovery

If the uninitialized value didn't happen to contain 0, and there
is no Chronovu LA8 connected, the la8_close() causes a segfault
in libftdi.

sr: la8: Support for newer USB VID/PID of the device.

Thanks to Jerry Jacobs for the patch!

sr: la8: Drop useless cast.