All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Vasut <marek.vasut@gmail.com>
To: Alexey Firago <alexey_firago@mentor.com>,
	mturquette@baylibre.com, sboyd@codeaurora.org,
	robh+dt@kernel.org, linux-clk@vger.kernel.org,
	devicetree@vger.kernel.org
Subject: Re: [PATCH 2/2] clk: vc5: Add support for IDT VersaClock 5P49V5935
Date: Tue, 4 Apr 2017 15:21:02 +0200	[thread overview]
Message-ID: <72c66927-0acf-c888-2b4b-906a6c27e15c@gmail.com> (raw)
In-Reply-To: <1491311788-31905-3-git-send-email-alexey_firago@mentor.com>

On 04/04/2017 03:16 PM, Alexey Firago wrote:
> Update IDT VersaClock 5 driver to support 5P49V5935. This chip has
> two clock inputs (internal XTAL or external CLKIN), four fractional
> dividers (FODs) and five clock outputs (four universal clock outputs
> and one reference clock output at OUT0_SELB_I2C).
> 
> Current driver supports up to 2 FODs and up to 3 clock outputs.
> This patch sets max number of supported FODs to 4 and max number
> of supported clocks to 5.
> 
> Number of used FODs and clock outputs is set on probe according to
> the model specified via device-tree.
> 
> Signed-off-by: Alexey Firago <alexey_firago@mentor.com>
> ---
>  drivers/clk/clk-versaclock5.c | 50 ++++++++++++++++++++++++++++++++++---------
>  1 file changed, 40 insertions(+), 10 deletions(-)
> 
> diff --git a/drivers/clk/clk-versaclock5.c b/drivers/clk/clk-versaclock5.c
> index 56741f3..f74d6e4 100644
> --- a/drivers/clk/clk-versaclock5.c
> +++ b/drivers/clk/clk-versaclock5.c
> @@ -113,10 +113,17 @@
>  #define VC5_MUX_IN_XIN		BIT(0)
>  #define VC5_MUX_IN_CLKIN	BIT(1)
>  
> +/* Maximum number of clk_out supported by this driver */
> +#define VC5_MAX_CLK_OUT_NUM	5
> +
> +/* Maximum number of FODs supported by this driver */
> +#define VC5_MAX_FOD_NUM		4
> +
>  /* Supported IDT VC5 models. */
>  enum vc5_model {
>  	IDT_VC5_5P49V5923,
>  	IDT_VC5_5P49V5933,
> +	IDT_VC5_5P49V5935,
>  };
>  
>  struct vc5_driver_data;
> @@ -139,8 +146,10 @@ struct vc5_driver_data {
>  	unsigned char		clk_mux_ins;
>  	struct clk_hw		clk_mux;
>  	struct vc5_hw_data	clk_pll;
> -	struct vc5_hw_data	clk_fod[2];
> -	struct vc5_hw_data	clk_out[3];
> +	int			clk_fod_cnt;
> +	struct vc5_hw_data	clk_fod[VC5_MAX_FOD_NUM];
> +	int			clk_out_cnt;
> +	struct vc5_hw_data	clk_out[VC5_MAX_CLK_OUT_NUM];
>  };
>  
>  static const char * const vc5_mux_names[] = {
> @@ -563,7 +572,7 @@ static struct clk_hw *vc5_of_clk_get(struct of_phandle_args *clkspec,
>  	struct vc5_driver_data *vc5 = data;
>  	unsigned int idx = clkspec->args[0];
>  
> -	if (idx > 2)
> +	if (idx > vc5->clk_out_cnt)
>  		return ERR_PTR(-EINVAL);
>  
>  	return &vc5->clk_out[idx].hw;
> @@ -576,6 +585,7 @@ static int vc5_map_index_to_output(const enum vc5_model model,
>  	case IDT_VC5_5P49V5933:
>  		return (n == 0) ? 0 : 3;
>  	case IDT_VC5_5P49V5923:
> +	case IDT_VC5_5P49V5935:
>  	default:
>  		return n;
>  	}
> @@ -591,7 +601,7 @@ static int vc5_probe(struct i2c_client *client,
>  	struct vc5_driver_data *vc5;
>  	struct clk_init_data init;
>  	const char *parent_names[2];
> -	unsigned int n, idx;
> +	unsigned int n, idx = 0;
>  	int ret;
>  
>  	vc5 = devm_kzalloc(&client->dev, sizeof(*vc5), GFP_KERNEL);
> @@ -602,6 +612,23 @@ static int vc5_probe(struct i2c_client *client,
>  	vc5->client = client;
>  	vc5->model = (enum vc5_model)of_id->data;
>  
> +	/* Set number of supported outputs according to the repoted model */

s/repoted/reported/ :)

> +	switch (vc5->model) {
> +	case IDT_VC5_5P49V5923:
> +	case IDT_VC5_5P49V5933:
> +		vc5->clk_fod_cnt = 2;
> +		vc5->clk_out_cnt = 3;
> +		break;
> +	case IDT_VC5_5P49V5935:
> +		vc5->clk_fod_cnt = 4;
> +		vc5->clk_out_cnt = 5;
> +		break;
> +	default:
> +		/* Should never go here */
> +		dev_err(&client->dev, "unsupported IDT VC5 ID specified\n");
> +		return -EINVAL;
> +	}
> +
>  	vc5->pin_xin = devm_clk_get(&client->dev, "xin");
>  	if (PTR_ERR(vc5->pin_xin) == -EPROBE_DEFER)
>  		return -EPROBE_DEFER;
> @@ -622,8 +649,9 @@ static int vc5_probe(struct i2c_client *client,
>  	if (!IS_ERR(vc5->pin_xin)) {
>  		vc5->clk_mux_ins |= VC5_MUX_IN_XIN;
>  		parent_names[init.num_parents++] = __clk_get_name(vc5->pin_xin);
> -	} else if (vc5->model == IDT_VC5_5P49V5933) {
> -		/* IDT VC5 5P49V5933 has built-in oscilator. */
> +	} else if (vc5->model == IDT_VC5_5P49V5933 ||
> +		   vc5->model == IDT_VC5_5P49V5935) {
> +		/* IDT VC5 5P49V5933 and 5P49V5935 have built-in oscilator. */
>  		vc5->pin_xin = clk_register_fixed_rate(&client->dev,
>  						       "internal-xtal", NULL,
>  						       0, 25000000);
> @@ -672,7 +700,7 @@ static int vc5_probe(struct i2c_client *client,
>  	}
>  
>  	/* Register FODs */
> -	for (n = 0; n < 2; n++) {
> +	for (n = 0; n < vc5->clk_fod_cnt; n++) {
>  		idx = vc5_map_index_to_output(vc5->model, n);
>  		memset(&init, 0, sizeof(init));
>  		init.name = vc5_fod_names[idx];
> @@ -709,7 +737,7 @@ static int vc5_probe(struct i2c_client *client,
>  	}
>  
>  	/* Register FOD-connected OUTx outputs */
> -	for (n = 1; n < 3; n++) {
> +	for (n = 1; n < vc5->clk_out_cnt; n++) {
>  		idx = vc5_map_index_to_output(vc5->model, n - 1);
>  		parent_names[0] = vc5_fod_names[idx];
>  		if (n == 1)
> @@ -744,7 +772,7 @@ static int vc5_probe(struct i2c_client *client,
>  	return 0;
>  
>  err_clk:
> -	if (vc5->model == IDT_VC5_5P49V5933)
> +	if (vc5->model == IDT_VC5_5P49V5933 || vc5->model == IDT_VC5_5P49V5935)

Maybe we should introduce some sort of flags to describe the VC
properties instead of using the model all over the place ?



-- 
Best regards,
Marek Vasut

  reply	other threads:[~2017-04-04 13:21 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-04 13:16 [PATCH 0/2] clk: Add support for IDT 5P49V5935 Alexey Firago
2017-04-04 13:16 ` Alexey Firago
     [not found] ` <1491311788-31905-1-git-send-email-alexey_firago-nmGgyN9QBj3QT0dZR+AlfA@public.gmane.org>
2017-04-04 13:16   ` [PATCH 1/2] clk: vc5: Add bindings for IDT VersaClock 5P49V5935 Alexey Firago
2017-04-04 13:16     ` Alexey Firago
2017-04-04 13:16 ` [PATCH 2/2] clk: vc5: Add support " Alexey Firago
2017-04-04 13:16   ` Alexey Firago
2017-04-04 13:21   ` Marek Vasut [this message]
     [not found]     ` <72c66927-0acf-c888-2b4b-906a6c27e15c-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-04 13:23       ` Geert Uytterhoeven
2017-04-04 13:23         ` Geert Uytterhoeven
     [not found]         ` <CAMuHMdUOtY5i0_BoS7cKYzWKpA_fF3VssN4bZnNyFB117EpacQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-04 13:36           ` Alexey Firago
2017-04-04 13:36             ` Alexey Firago
2017-04-04 13:35       ` Alexey Firago
2017-04-04 13:35         ` Alexey Firago

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=72c66927-0acf-c888-2b4b-906a6c27e15c@gmail.com \
    --to=marek.vasut@gmail.com \
    --cc=alexey_firago@mentor.com \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=robh+dt@kernel.org \
    --cc=sboyd@codeaurora.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.