4f840ce965
Pass driver struct pointer to driver callbacks.
...
This lays the groundwork for subdrivers to share callbacks without
needing a separate wrapper function for each subdriver.
2015-03-21 13:09:40 +01:00
c36f78f772
Add initial Voltcraft VC-870 support.
...
There are a few details that have yet to be implemented or
reverse engineered and tested.
2015-03-20 21:27:04 +01:00
5e23fcab88
Simplify channel creation.
...
We always follow sr_channel_new() with a call to add the channel to the sdi.
Tidy up a bit by adding this functionality to sr_channel_new() instead.
2015-03-19 21:37:33 +00:00
f3cde30904
ut372: Initial sub-driver skeleton.
2015-03-01 22:30:57 +00:00
c368e6f3d2
Don't check sr_channel_new() return value (always succeeds).
...
We now use g_malloc0() for the allocation and assume the allocation
will always succeed, thus sr_channel_new() will always return a
valid new channel.
2014-11-21 12:10:05 +01:00
f57d8ffe66
Consistently use g_malloc0() for allocating devc.
...
We assume the allocation will always succeed, hence no need for
checking the returned value.
2014-11-21 12:09:01 +01:00
aac29cc192
Eliminate sr_dev_inst_new().
2014-11-21 02:01:36 +01:00
0af636bed9
Change sr_dev_inst_new() to take no parameters.
...
Change all callers to set the fields manually as needed.
2014-11-12 17:18:46 +01:00
8769478c07
Add support for the UNI-T UT71x series (aka Voltcraft VC-920/940/960).
...
Tested on the Voltcraft VC-920 and VC-940 (both UT-D02 and UT-D04
cables), but it should work for all devices in this series without
any changes.
2014-10-25 17:14:30 +02:00
aed4ad0bea
Removal of sdi->index, step 4: fix trivial sr_dev_inst_new() calls
2014-09-30 01:42:58 +02:00
5827f61b64
Publish config key capabilities.
...
Every driver now publishes its device option config keys, i.e. the
list fetched with sr_config_list(SR_CONF_DEVICE_OPTIONS), with a
set of flags indicating which methods are implemented by the driver
for that key.
The config keys are OR'ed with any combination of SR_CONF_GET,
SR_CONF_SET and SR_CONF_LIST. These are defined as the high bits
of the uint32_t config key. Clients can OR config keys with
SR_CONF_MASK to strip out these bits. This mask will be kept up to
date if other bits are added to the capabilities list; clients MUST
therefore use SR_CONF_MASK for this.
Some keys don't have capability bits added, such as the informative
device type keys (SR_CONF_MULTIMETER, SR_CONF_OSCILLOSCOPE, ...) and
SR_CONF_CONTINUOUS.
Scan options do not have capabilities bits.
2014-09-17 15:36:11 +02:00
a0e0bb4149
Consistently use 'scanopts' variable across all drivers.
2014-09-16 22:19:02 +02:00
f254bc4bba
Consistently use 'devopts' variable across all drivers.
2014-09-16 22:11:39 +02:00
584560f142
Change type of SR_CONF keys to uint32_t.
2014-09-16 21:22:41 +02:00
e6284bf09f
Remove unneeded subdriver debug messages.
2014-08-29 23:02:22 +02:00
155b680da4
Reorganize project tree.
2014-07-22 18:19:29 +02:00
Martin Ling
Uwe Hermann
Soeren Apel
Bert Vermeulen