From: Stephen Boyd <sboyd@kernel.org>
To: Marek Vasut <marex@denx.de>, linux-clk@vger.kernel.org
Cc: devicetree@vger.kernel.org,
Michael Turquette <mturquette@baylibre.com>,
Rob Herring <robh+dt@kernel.org>
Subject: Re: [PATCH 2/2] clk: rs9: Add Renesas 9-series PCIe clock generator driver
Date: Fri, 18 Feb 2022 14:15:02 -0800 [thread overview]
Message-ID: <20220218221504.54F8DC340E9@smtp.kernel.org> (raw)
In-Reply-To: <006919c7-74c9-390a-964e-6b76611988e5@denx.de>
Quoting Marek Vasut (2022-02-17 17:26:22)
> On 2/18/22 00:45, Stephen Boyd wrote:
> > Quoting Marek Vasut (2022-02-13 09:33:10)
> >> diff --git a/drivers/clk/Makefile b/drivers/clk/Makefile
> >> index 6a98291350b64..3ec27842ec779 100644
> >> --- a/drivers/clk/Makefile
> >> +++ b/drivers/clk/Makefile
> >> @@ -68,6 +68,7 @@ obj-$(CONFIG_COMMON_CLK_STM32MP157) += clk-stm32mp1.o
> >> obj-$(CONFIG_COMMON_CLK_TPS68470) += clk-tps68470.o
> >> obj-$(CONFIG_CLK_TWL6040) += clk-twl6040.o
> >> obj-$(CONFIG_ARCH_VT8500) += clk-vt8500.o
> >> +obj-$(CONFIG_COMMON_CLK_RS9_PCIE) += clk-renesas-pcie.o
> >
> > Is there a reason it doesn't go into drivers/clk/renesas?
>
> The drivers/clk/renesas/ is for renesas SoC (R-Car/RZ/...),
> this chip is different group (it's probably even IDT PLL IP).
Ah ok so it's not a renesas SoC but a renesas IP?
>
> [...]
>
> >> +#include <linux/mod_devicetable.h>
> >> +#include <linux/module.h>
> >> +#include <linux/of.h>
> >> +#include <linux/of_platform.h>
> >
> > Is this used? If not please remove.
>
> This one is for of_device_get_match_data()
>
So it's going away?
>
> >> +static int rs9_probe(struct i2c_client *client, const struct i2c_device_id *id)
> >> +{
> >> + struct device_node *np = client->dev.of_node;
> >> + unsigned char *name = "DIF0";
> >> + struct rs9_driver_data *rs9;
> >> + const char *parent_clk;
> >> + struct clk_hw *hw;
> >> + int i, ret;
> >> +
> >> + rs9 = devm_kzalloc(&client->dev, sizeof(*rs9), GFP_KERNEL);
> >> + if (!rs9)
> >> + return -ENOMEM;
> >> +
> >> + i2c_set_clientdata(client, rs9);
> >> + rs9->client = client;
> >> + rs9->chip_info = of_device_get_match_data(&client->dev);
> >
> > Check for NULL? Use device_get_match_data()? Or does that not work for
> > i2c devices?
??
> >
> >> +
> >> + /* Fetch common configuration from DT (if specified) */
> >> + ret = rs9_get_common_config(rs9);
> >> + if (ret)
> >> + return ret;
> >> +
> >> + /* Fetch DIFx output configuration from DT (if specified) */
> >> + for (i = 0; i < rs9->chip_info->num_clks; i++) {
> >> + ret = rs9_get_output_config(rs9, i);
> >> + if (ret)
> >> + return ret;
> >> + }
> >> +
> >> + /* Mandatory XTal */
> >
> > Oh it's mandatory here but not in the binding?
> >
> >> + parent_clk = of_clk_get_parent_name(np, 0);
> >
> > Use clk_parent_data please.
>
> This one line I don't understand -- can you expand on what you expect me
> to do here ?
Use 'struct clk_parent_data' and set .index to 0 so that when
registering the clk you don't need to get the parent clk name.
>
> >> + if (!parent_clk)
> >> + return dev_err_probe(&client->dev, -EINVAL,
> >> + "Missing XTal input clock\n");
> >> +
> >> + rs9->regmap = devm_regmap_init_i2c(client, &rs9_regmap_config);
> >> + if (IS_ERR(rs9->regmap))
> >> + return dev_err_probe(&client->dev, PTR_ERR(rs9->regmap),
> >> + "Failed to allocate register map\n");
> >> +
> >> + /* Register clock */
> >> + for (i = 0; i < rs9->chip_info->num_clks; i++) {
> >> + name[3]++;
> >> + hw = clk_hw_register_fixed_factor(&client->dev, name,
> >> + parent_clk, 0, 4, 1);
To do that it looks like maybe we'll need to export
__clk_hw_register_fixed_factor() and introduces some sort of
clk_hw_register_fixed_factor_parent_data() API.
> >> + if (IS_ERR(hw))
> >> + return PTR_ERR(hw);
> >> +
> >> + rs9->clk_dif[i] = hw;
next prev parent reply other threads:[~2022-02-18 22:15 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-13 17:33 [PATCH 1/2] dt-bindings: clk: rs9: Add Renesas 9-series I2C PCIe clock generator Marek Vasut
2022-02-13 17:33 ` [PATCH 2/2] clk: rs9: Add Renesas 9-series PCIe clock generator driver Marek Vasut
2022-02-17 23:45 ` Stephen Boyd
2022-02-18 1:26 ` Marek Vasut
2022-02-18 22:15 ` Stephen Boyd [this message]
2022-02-19 1:11 ` Marek Vasut
2022-02-19 3:05 ` Stephen Boyd
2022-02-19 3:27 ` Marek Vasut
2022-02-17 23:39 ` [PATCH 1/2] dt-bindings: clk: rs9: Add Renesas 9-series I2C PCIe clock generator Stephen Boyd
2022-02-18 1:09 ` Marek Vasut
2022-02-18 1:28 ` Stephen Boyd
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=20220218221504.54F8DC340E9@smtp.kernel.org \
--to=sboyd@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=marex@denx.de \
--cc=mturquette@baylibre.com \
--cc=robh+dt@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).