[PATCH 4/6] bus: add driver for the Technologic Systems NBUS
Sebastien Bourdelin
sebastien.bourdelin at savoirfairelinux.com
Wed Feb 1 11:56:11 PST 2017
Hi Linus,
Thanks for your feedback.
I have a question regarding your recommendation, see below.
On 12/30/2016 02:58 AM, Linus Walleij wrote:
>> +
>> +static DEFINE_MUTEX(ts_nbus_lock);
>> +static bool ts_nbus_ready;
>
> Why not move this to the struct ts_nbus state container?
>
> It seems to be per-bus not per-system.
>
>> +#define TS_NBUS_READ_MODE 0
>> +#define TS_NBUS_WRITE_MODE 1
>> +#define TS_NBUS_DIRECTION_IN 0
>> +#define TS_NBUS_DIRECTION_OUT 1
>> +#define TS_NBUS_WRITE_ADR 0
>> +#define TS_NBUS_WRITE_VAL 1
>> +
>> +struct ts_nbus {
>> + struct pwm_device *pwm;
>> + int num_data;
>> + int *data;
>> + int csn;
>> + int txrx;
>> + int strobe;
>> + int ale;
>> + int rdy;
>> +};
>> +
>> +static struct ts_nbus *ts_nbus;
>
> Nopes. No singletons please.
>
> Use the state container pattern:
> Documentation/driver-model/design-patterns.txt
>
I understand the idea but have problem to find a good way to implement it.
Other drivers using the NBUS which are child nodes in the device tree
will use the ts_nbus_write() and ts_nbus_read() functions, it means these
drivers should have a pointer to the allocated ts_nbus and pass it to
the write() and read() functions as an argument if i'm not using a
singleton here.
But i'm lacking knowledge on how to properly share this pointer when
initializing the NBUS driver with the child nodes.
Perhaps my design is not appropriate for what i'm doing, if someone can
point me on a similar problematic it will be really helpful.
Best Regards,
Sebastien.
More information about the linux-arm-kernel
mailing list