Re: [PATCH net-next v7 8/8] mfd: zl3073x: Register DPLL sub-device during init

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, May 7, 2025 at 3:45 PM Ivan Vecera <ivecera@xxxxxxxxxx> wrote:
>
> Register DPLL sub-devices to expose the functionality provided
> by ZL3073x chip family. Each sub-device represents one of
> the available DPLL channels.

...

> +static const struct zl3073x_pdata zl3073x_pdata[ZL3073X_MAX_CHANNELS] = {
> +       { .channel = 0, },
> +       { .channel = 1, },
> +       { .channel = 2, },
> +       { .channel = 3, },
> +       { .channel = 4, },
> +};

> +static const struct mfd_cell zl3073x_devs[] = {
> +       ZL3073X_CELL("zl3073x-dpll", 0),
> +       ZL3073X_CELL("zl3073x-dpll", 1),
> +       ZL3073X_CELL("zl3073x-dpll", 2),
> +       ZL3073X_CELL("zl3073x-dpll", 3),
> +       ZL3073X_CELL("zl3073x-dpll", 4),
> +};

> +#define ZL3073X_MAX_CHANNELS   5

Btw, wouldn't be better to keep the above lists synchronised like

1. Make ZL3073X_CELL() to use indexed variant

[idx] = ...

2. Define the channel numbers

and use them in both data structures.

...

OTOH, I'm not sure why we even need this. If this is going to be
sequential, can't we make a core to decide which cell will be given
which id?

--
With Best Regards,
Andy Shevchenko





[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux