Closed nunojsa closed 9 months ago
Actually, I have further comments on this. Will comment on the patch series instead.
Actually, I have further comments on this. Will comment on the patch series instead.
Alright, thanks for the feedback... I'll reply in the series
@robherring, one question... Digging though git log I ended up in here:
https://lore.kernel.org/all/20230507171219.232216-1-krzk@kernel.org/
Is this the preferred way? When things settle, should I send a patch to the mailing lists? I guess this way is better to get the proper acks...
Is this the preferred way? When things settle, should I send a patch to the mailing lists? I guess this way is better to get the proper acks...
Either way is fine. For the mailing list though, use devicetree-spec or I'll probably miss it.
Pull updated... v2:
I've set the cells as an enum even tough we don't really have a usecase for it. I'm also adding the cells as suggested by you as it might be needed in the future and at the very least it's good to identify backend providers. Though, I can change the schema to const: 0
if you prefer.
Links for the acks:
IIO backends are devices connected to another IIO devices (consumers of the backends) providing services so that the consumer IIO device can be fully functional. One typical example of such an Hardware arrangement would be an high speed ADC that is connected to an FPGA IP core (through a serial data interface as LVDS) capable of handling the high sample rates. Examples of the provided services would be channel enablement/disablement.
While at it, fixed a typo in the top level description 'thes -> they'.
For more information, there's the current linux patchseries adding support for iio backends.