72d69b7cd1
zeroplus: Add a missing break statement.
...
This fixes a bug when trying to trigger on a channel being 0/low.
2015-04-01 00:23:24 +02:00
a95f142e88
Some more g_try_*alloc() fixes.
...
As per documented rules in HACKING, we don't check "small" allocations.
2015-03-24 19:30:16 +01:00
1a46cc62e2
Improve readability and clarity of some numbers.
2015-03-24 19:30:16 +01:00
0f34cb4723
Channel names consistency fixes and simplifications.
2015-03-22 02:15:30 +01:00
dcd438ee35
Simplify a few config_set() callbacks.
...
Also, extended logging and random whitespace fixes.
2015-03-22 02:15:30 +01:00
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
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
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
e3594306a9
zeroplus-logic-cube: Add support for AKIP-9101.
...
Thanks to Nikita Nazarenko for the patch.
2014-10-29 13:26:57 +01:00
aed4ad0bea
Removal of sdi->index, step 4: fix trivial sr_dev_inst_new() calls
2014-09-30 01:42:58 +02:00
ee4f9bb1bd
zeroplus-logic-cube: Use physical USB connection instead of sdi->index
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
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
155b680da4
Reorganize project tree.
2014-07-22 18:19:29 +02:00
Uwe Hermann
Martin Ling
Bert Vermeulen
Soeren Apel