* [PATCH 0/2] media: i2c: mt9t112: Add OF tree support
@ 2018-04-25 11:00 Jacopo Mondi
2018-04-25 11:00 ` [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor Jacopo Mondi
2018-04-25 11:00 ` [PATCH 2/2] media: i2c: mt9t112: Add device tree support Jacopo Mondi
0 siblings, 2 replies; 9+ messages in thread
From: Jacopo Mondi @ 2018-04-25 11:00 UTC (permalink / raw)
To: hans.verkuil, mchehab, robh+dt
Cc: Jacopo Mondi, linux-media, devicetree, linux-kernel
Hello,
this small series add device tree support for the MT9T112 image
sensor.
As in the device tree bindings I used 'semi-standard' name for the
'powerdown' GPIO, I have changed that for all other users of the mt9t112
driver (SH Ecovec only).
A note on clock: as the mt9t112 driver expects to receive the PPL parameter
configuration from platform data (I know...), new OF users are only supported
with an external clock frequency of 24MHz.
Thanks
j
Jacopo Mondi (2):
dt-bindings: media: i2c: Add mt9t111 image sensor
media: i2c: mt9t112: Add device tree support
Documentation/devicetree/bindings/mt9t112.txt | 41 +++++++++++++
arch/sh/boards/mach-ecovec24/setup.c | 4 +-
drivers/media/i2c/mt9t112.c | 87 +++++++++++++++++++++++----
3 files changed, 118 insertions(+), 14 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mt9t112.txt
--
2.7.4
^ permalink raw reply [flat|nested] 9+ messages in thread* [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor 2018-04-25 11:00 [PATCH 0/2] media: i2c: mt9t112: Add OF tree support Jacopo Mondi @ 2018-04-25 11:00 ` Jacopo Mondi 2018-05-01 14:28 ` Rob Herring 2018-05-07 9:17 ` Sakari Ailus 2018-04-25 11:00 ` [PATCH 2/2] media: i2c: mt9t112: Add device tree support Jacopo Mondi 1 sibling, 2 replies; 9+ messages in thread From: Jacopo Mondi @ 2018-04-25 11:00 UTC (permalink / raw) To: hans.verkuil, mchehab, robh+dt Cc: Jacopo Mondi, linux-media, devicetree, linux-kernel Add device tree bindings documentation for Micron MT9T111/MT9T112 image sensors. Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> --- Documentation/devicetree/bindings/mt9t112.txt | 41 +++++++++++++++++++++++++++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/devicetree/bindings/mt9t112.txt diff --git a/Documentation/devicetree/bindings/mt9t112.txt b/Documentation/devicetree/bindings/mt9t112.txt new file mode 100644 index 0000000..cbad475 --- /dev/null +++ b/Documentation/devicetree/bindings/mt9t112.txt @@ -0,0 +1,41 @@ +Micron 3.1Mp CMOS Digital Image Sensor +-------------------------------------- + +The Micron MT9T111 and MT9T112 are 1/4 inch 3.1Mp System-On-A-Chip (SOC) CMOS +digital image sensors which support up to QXGA (2048x1536) image resolution in +4/3 format. + +The sensors can be programmed through a two-wire serial interface and can +work both in parallel data output mode as well as in MIPI CSI-2 mode. + +Required Properties: +- compatible: shall be one of the following values + "micron,mt9t111" for MT9T111 sensors + "micron,mt9t112" for MT9T112 sensors + +Optional properties: +- powerdown-gpios: reference to powerdown input GPIO signal. Pin name "STANDBY". + Active level is high. + +The device node shall contain one 'port' sub-node with one 'endpoint' child +node, modeled accordingly to bindings described in: +Documentation/devicetree/bindings/media/video-interfaces.txt + +Example: +-------- + + mt9t112@3d { + compatible = "micron,mt9t112"; + reg = <0x3d>; + + powerdown-gpios = <&gpio4 2 GPIO_ACTIVE_HIGH>; + + port { + mt9t112_out: endpoint { + pclk-sample = <1>; + remote-endpoint = <&ceu_in>; + }; + }; + }; + + -- 2.7.4 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor 2018-04-25 11:00 ` [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor Jacopo Mondi @ 2018-05-01 14:28 ` Rob Herring 2018-05-07 9:17 ` Sakari Ailus 1 sibling, 0 replies; 9+ messages in thread From: Rob Herring @ 2018-05-01 14:28 UTC (permalink / raw) To: Jacopo Mondi; +Cc: hans.verkuil, mchehab, linux-media, devicetree, linux-kernel On Wed, Apr 25, 2018 at 01:00:13PM +0200, Jacopo Mondi wrote: > Add device tree bindings documentation for Micron MT9T111/MT9T112 image > sensors. > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> > --- > Documentation/devicetree/bindings/mt9t112.txt | 41 +++++++++++++++++++++++++++ > 1 file changed, 41 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mt9t112.txt > > diff --git a/Documentation/devicetree/bindings/mt9t112.txt b/Documentation/devicetree/bindings/mt9t112.txt > new file mode 100644 > index 0000000..cbad475 > --- /dev/null > +++ b/Documentation/devicetree/bindings/mt9t112.txt > @@ -0,0 +1,41 @@ > +Micron 3.1Mp CMOS Digital Image Sensor > +-------------------------------------- > + > +The Micron MT9T111 and MT9T112 are 1/4 inch 3.1Mp System-On-A-Chip (SOC) CMOS > +digital image sensors which support up to QXGA (2048x1536) image resolution in > +4/3 format. > + > +The sensors can be programmed through a two-wire serial interface and can > +work both in parallel data output mode as well as in MIPI CSI-2 mode. > + > +Required Properties: > +- compatible: shall be one of the following values > + "micron,mt9t111" for MT9T111 sensors > + "micron,mt9t112" for MT9T112 sensors > + > +Optional properties: > +- powerdown-gpios: reference to powerdown input GPIO signal. Pin name "STANDBY". > + Active level is high. > + > +The device node shall contain one 'port' sub-node with one 'endpoint' child > +node, modeled accordingly to bindings described in: > +Documentation/devicetree/bindings/media/video-interfaces.txt > + > +Example: > +-------- > + > + mt9t112@3d { camera-sensor@3d Otherwise, Reviewed-by: Rob Herring <robh@kernel.org> > + compatible = "micron,mt9t112"; > + reg = <0x3d>; > + > + powerdown-gpios = <&gpio4 2 GPIO_ACTIVE_HIGH>; > + > + port { > + mt9t112_out: endpoint { > + pclk-sample = <1>; > + remote-endpoint = <&ceu_in>; > + }; > + }; > + }; > + > + > -- > 2.7.4 > ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor 2018-04-25 11:00 ` [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor Jacopo Mondi 2018-05-01 14:28 ` Rob Herring @ 2018-05-07 9:17 ` Sakari Ailus 1 sibling, 0 replies; 9+ messages in thread From: Sakari Ailus @ 2018-05-07 9:17 UTC (permalink / raw) To: Jacopo Mondi Cc: hans.verkuil, mchehab, robh+dt, linux-media, devicetree, linux-kernel Hi Jacopo, On Wed, Apr 25, 2018 at 01:00:13PM +0200, Jacopo Mondi wrote: > Add device tree bindings documentation for Micron MT9T111/MT9T112 image > sensors. > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> > --- > Documentation/devicetree/bindings/mt9t112.txt | 41 +++++++++++++++++++++++++++ > 1 file changed, 41 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mt9t112.txt > > diff --git a/Documentation/devicetree/bindings/mt9t112.txt b/Documentation/devicetree/bindings/mt9t112.txt > new file mode 100644 > index 0000000..cbad475 > --- /dev/null > +++ b/Documentation/devicetree/bindings/mt9t112.txt > @@ -0,0 +1,41 @@ > +Micron 3.1Mp CMOS Digital Image Sensor > +-------------------------------------- > + > +The Micron MT9T111 and MT9T112 are 1/4 inch 3.1Mp System-On-A-Chip (SOC) CMOS > +digital image sensors which support up to QXGA (2048x1536) image resolution in > +4/3 format. > + > +The sensors can be programmed through a two-wire serial interface and can > +work both in parallel data output mode as well as in MIPI CSI-2 mode. > + > +Required Properties: > +- compatible: shall be one of the following values > + "micron,mt9t111" for MT9T111 sensors > + "micron,mt9t112" for MT9T112 sensors > + > +Optional properties: > +- powerdown-gpios: reference to powerdown input GPIO signal. Pin name "STANDBY". > + Active level is high. > + > +The device node shall contain one 'port' sub-node with one 'endpoint' child > +node, modeled accordingly to bindings described in: > +Documentation/devicetree/bindings/media/video-interfaces.txt > + > +Example: > +-------- > + > + mt9t112@3d { > + compatible = "micron,mt9t112"; > + reg = <0x3d>; > + > + powerdown-gpios = <&gpio4 2 GPIO_ACTIVE_HIGH>; > + > + port { > + mt9t112_out: endpoint { > + pclk-sample = <1>; Could you document pclk-sample as an endpoint property? I'd suggest making it optional with a default configuration. > + remote-endpoint = <&ceu_in>; > + }; > + }; > + }; > + > + -- Sakari Ailus e-mail: sakari.ailus@iki.fi ^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH 2/2] media: i2c: mt9t112: Add device tree support 2018-04-25 11:00 [PATCH 0/2] media: i2c: mt9t112: Add OF tree support Jacopo Mondi 2018-04-25 11:00 ` [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor Jacopo Mondi @ 2018-04-25 11:00 ` Jacopo Mondi 2018-05-07 9:32 ` Sakari Ailus 1 sibling, 1 reply; 9+ messages in thread From: Jacopo Mondi @ 2018-04-25 11:00 UTC (permalink / raw) To: hans.verkuil, mchehab, robh+dt Cc: Jacopo Mondi, linux-media, devicetree, linux-kernel Add support for OF systems to mt9t112 image sensor driver. As the devicetree bindings use standard name for 'powerdown' gpio, and while at there, update the existing mt9t112 users to use the new name. Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> --- arch/sh/boards/mach-ecovec24/setup.c | 4 +- drivers/media/i2c/mt9t112.c | 87 +++++++++++++++++++++++++++++++----- 2 files changed, 77 insertions(+), 14 deletions(-) diff --git a/arch/sh/boards/mach-ecovec24/setup.c b/arch/sh/boards/mach-ecovec24/setup.c index adc61d1..16de9ec 100644 --- a/arch/sh/boards/mach-ecovec24/setup.c +++ b/arch/sh/boards/mach-ecovec24/setup.c @@ -480,7 +480,7 @@ static struct gpiod_lookup_table tw9910_gpios = { static struct gpiod_lookup_table mt9t112_0_gpios = { .dev_id = "0-003c", .table = { - GPIO_LOOKUP("sh7724_pfc", GPIO_PTA3, "standby", + GPIO_LOOKUP("sh7724_pfc", GPIO_PTA3, "powerdown", GPIO_ACTIVE_HIGH), }, }; @@ -488,7 +488,7 @@ static struct gpiod_lookup_table mt9t112_0_gpios = { static struct gpiod_lookup_table mt9t112_1_gpios = { .dev_id = "1-003c", .table = { - GPIO_LOOKUP("sh7724_pfc", GPIO_PTA4, "standby", + GPIO_LOOKUP("sh7724_pfc", GPIO_PTA4, "powerdown", GPIO_ACTIVE_HIGH), }, }; diff --git a/drivers/media/i2c/mt9t112.c b/drivers/media/i2c/mt9t112.c index af8cca9..704e7fb 100644 --- a/drivers/media/i2c/mt9t112.c +++ b/drivers/media/i2c/mt9t112.c @@ -32,6 +32,7 @@ #include <media/i2c/mt9t112.h> #include <media/v4l2-common.h> +#include <media/v4l2-fwnode.h> #include <media/v4l2-image-sizes.h> #include <media/v4l2-subdev.h> @@ -77,6 +78,15 @@ #define VAR(id, offset) _VAR(id, offset, 0x0000) #define VAR8(id, offset) _VAR(id, offset, 0x8000) +/* + * Default PLL configuration for 24MHz input clock + */ +static struct mt9t112_platform_data mt9t112_default_pdata_24MHz = { + .divider = { + 0x49, 0x6, 0, 6, 0, 9, 9, 6, 0, + }, +}; + /************************************************************************ * struct ***********************************************************************/ @@ -88,6 +98,7 @@ struct mt9t112_format { }; struct mt9t112_priv { + struct device *dev; struct v4l2_subdev subdev; struct mt9t112_platform_data *info; struct i2c_client *client; @@ -1066,13 +1077,39 @@ static int mt9t112_camera_probe(struct i2c_client *client) return ret; } +static int mt9t112_parse_dt(struct mt9t112_priv *priv) +{ + struct fwnode_handle *fwnode = dev_fwnode(priv->dev); + struct fwnode_handle *ep; + struct v4l2_fwnode_endpoint vep; + int ret; + + ep = fwnode_graph_get_next_endpoint(fwnode, NULL); + if (IS_ERR_OR_NULL(ep)) { + dev_err(priv->dev, "No endpoint registered\n"); + return PTR_ERR(ep); + } + + ret = v4l2_fwnode_endpoint_parse(ep, &vep); + fwnode_handle_put(ep); + if (ret) { + dev_err(priv->dev, "Unable to parse endpoint: %d\n", ret); + return ret; + } + + if (vep.bus.parallel.flags & V4L2_MBUS_PCLK_SAMPLE_RISING) + priv->info->flags = MT9T112_FLAG_PCLK_RISING_EDGE; + + return 0; +} + static int mt9t112_probe(struct i2c_client *client, const struct i2c_device_id *did) { struct mt9t112_priv *priv; int ret; - if (!client->dev.platform_data) { + if (!client->dev.of_node && !client->dev.platform_data) { dev_err(&client->dev, "mt9t112: missing platform data!\n"); return -EINVAL; } @@ -1081,23 +1118,39 @@ static int mt9t112_probe(struct i2c_client *client, if (!priv) return -ENOMEM; - priv->info = client->dev.platform_data; priv->init_done = false; - - v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); - - priv->clk = devm_clk_get(&client->dev, "extclk"); - if (PTR_ERR(priv->clk) == -ENOENT) { + priv->dev = &client->dev; + + if (client->dev.platform_data) { + priv->info = client->dev.platform_data; + + priv->clk = devm_clk_get(&client->dev, "extclk"); + if (PTR_ERR(priv->clk) == -ENOENT) { + priv->clk = NULL; + } else if (IS_ERR(priv->clk)) { + dev_err(&client->dev, + "Unable to get clock \"extclk\"\n"); + return PTR_ERR(priv->clk); + } + } else { + /* + * External clock frequencies != 24MHz are only supported + * for non-OF systems. + */ priv->clk = NULL; - } else if (IS_ERR(priv->clk)) { - dev_err(&client->dev, "Unable to get clock \"extclk\"\n"); - return PTR_ERR(priv->clk); + priv->info = &mt9t112_default_pdata_24MHz; + + ret = mt9t112_parse_dt(priv); + if (ret) + return ret; } - priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "standby", + v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); + + priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "powerdown", GPIOD_OUT_HIGH); if (IS_ERR(priv->standby_gpio)) { - dev_err(&client->dev, "Unable to get gpio \"standby\"\n"); + dev_err(&client->dev, "Unable to get gpio \"powerdown\"\n"); return PTR_ERR(priv->standby_gpio); } @@ -1124,9 +1177,19 @@ static const struct i2c_device_id mt9t112_id[] = { }; MODULE_DEVICE_TABLE(i2c, mt9t112_id); +#if IS_ENABLED(CONFIG_OF) +static const struct of_device_id mt9t112_of_match[] = { + { .compatible = "micron,mt9t111", }, + { .compatible = "micron,mt9t112", }, + { /* sentinel */ }, +}; +MODULE_DEVICE_TABLE(of, mt9t112_of_match); +#endif + static struct i2c_driver mt9t112_i2c_driver = { .driver = { .name = "mt9t112", + .of_match_table = of_match_ptr(mt9t112_of_match), }, .probe = mt9t112_probe, .remove = mt9t112_remove, -- 2.7.4 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support 2018-04-25 11:00 ` [PATCH 2/2] media: i2c: mt9t112: Add device tree support Jacopo Mondi @ 2018-05-07 9:32 ` Sakari Ailus 2018-05-14 14:30 ` jacopo mondi 0 siblings, 1 reply; 9+ messages in thread From: Sakari Ailus @ 2018-05-07 9:32 UTC (permalink / raw) To: Jacopo Mondi Cc: hans.verkuil, mchehab, robh+dt, linux-media, devicetree, linux-kernel Hi Jacopo, On Wed, Apr 25, 2018 at 01:00:14PM +0200, Jacopo Mondi wrote: > Add support for OF systems to mt9t112 image sensor driver. > > As the devicetree bindings use standard name for 'powerdown' gpio, and while > at there, update the existing mt9t112 users to use the new name. > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org> > --- > arch/sh/boards/mach-ecovec24/setup.c | 4 +- > drivers/media/i2c/mt9t112.c | 87 +++++++++++++++++++++++++++++++----- > 2 files changed, 77 insertions(+), 14 deletions(-) > > diff --git a/arch/sh/boards/mach-ecovec24/setup.c b/arch/sh/boards/mach-ecovec24/setup.c > index adc61d1..16de9ec 100644 > --- a/arch/sh/boards/mach-ecovec24/setup.c > +++ b/arch/sh/boards/mach-ecovec24/setup.c > @@ -480,7 +480,7 @@ static struct gpiod_lookup_table tw9910_gpios = { > static struct gpiod_lookup_table mt9t112_0_gpios = { > .dev_id = "0-003c", > .table = { > - GPIO_LOOKUP("sh7724_pfc", GPIO_PTA3, "standby", > + GPIO_LOOKUP("sh7724_pfc", GPIO_PTA3, "powerdown", > GPIO_ACTIVE_HIGH), > }, > }; > @@ -488,7 +488,7 @@ static struct gpiod_lookup_table mt9t112_0_gpios = { > static struct gpiod_lookup_table mt9t112_1_gpios = { > .dev_id = "1-003c", > .table = { > - GPIO_LOOKUP("sh7724_pfc", GPIO_PTA4, "standby", > + GPIO_LOOKUP("sh7724_pfc", GPIO_PTA4, "powerdown", > GPIO_ACTIVE_HIGH), > }, > }; > diff --git a/drivers/media/i2c/mt9t112.c b/drivers/media/i2c/mt9t112.c > index af8cca9..704e7fb 100644 > --- a/drivers/media/i2c/mt9t112.c > +++ b/drivers/media/i2c/mt9t112.c > @@ -32,6 +32,7 @@ > > #include <media/i2c/mt9t112.h> > #include <media/v4l2-common.h> > +#include <media/v4l2-fwnode.h> > #include <media/v4l2-image-sizes.h> > #include <media/v4l2-subdev.h> > > @@ -77,6 +78,15 @@ > #define VAR(id, offset) _VAR(id, offset, 0x0000) > #define VAR8(id, offset) _VAR(id, offset, 0x8000) > > +/* > + * Default PLL configuration for 24MHz input clock > + */ > +static struct mt9t112_platform_data mt9t112_default_pdata_24MHz = { > + .divider = { > + 0x49, 0x6, 0, 6, 0, 9, 9, 6, 0, > + }, > +}; > + > /************************************************************************ > * struct > ***********************************************************************/ > @@ -88,6 +98,7 @@ struct mt9t112_format { > }; > > struct mt9t112_priv { > + struct device *dev; > struct v4l2_subdev subdev; > struct mt9t112_platform_data *info; > struct i2c_client *client; > @@ -1066,13 +1077,39 @@ static int mt9t112_camera_probe(struct i2c_client *client) > return ret; > } > > +static int mt9t112_parse_dt(struct mt9t112_priv *priv) > +{ > + struct fwnode_handle *fwnode = dev_fwnode(priv->dev); > + struct fwnode_handle *ep; > + struct v4l2_fwnode_endpoint vep; > + int ret; > + > + ep = fwnode_graph_get_next_endpoint(fwnode, NULL); > + if (IS_ERR_OR_NULL(ep)) { > + dev_err(priv->dev, "No endpoint registered\n"); > + return PTR_ERR(ep); > + } > + > + ret = v4l2_fwnode_endpoint_parse(ep, &vep); > + fwnode_handle_put(ep); > + if (ret) { > + dev_err(priv->dev, "Unable to parse endpoint: %d\n", ret); > + return ret; > + } > + > + if (vep.bus.parallel.flags & V4L2_MBUS_PCLK_SAMPLE_RISING) > + priv->info->flags = MT9T112_FLAG_PCLK_RISING_EDGE; > + > + return 0; > +} > + > static int mt9t112_probe(struct i2c_client *client, > const struct i2c_device_id *did) > { > struct mt9t112_priv *priv; > int ret; > > - if (!client->dev.platform_data) { > + if (!client->dev.of_node && !client->dev.platform_data) { > dev_err(&client->dev, "mt9t112: missing platform data!\n"); > return -EINVAL; > } > @@ -1081,23 +1118,39 @@ static int mt9t112_probe(struct i2c_client *client, > if (!priv) > return -ENOMEM; > > - priv->info = client->dev.platform_data; > priv->init_done = false; > - > - v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > - > - priv->clk = devm_clk_get(&client->dev, "extclk"); > - if (PTR_ERR(priv->clk) == -ENOENT) { > + priv->dev = &client->dev; > + > + if (client->dev.platform_data) { > + priv->info = client->dev.platform_data; > + > + priv->clk = devm_clk_get(&client->dev, "extclk"); extclk needs to be documented in DT binding documentation. > + if (PTR_ERR(priv->clk) == -ENOENT) { > + priv->clk = NULL; > + } else if (IS_ERR(priv->clk)) { > + dev_err(&client->dev, > + "Unable to get clock \"extclk\"\n"); > + return PTR_ERR(priv->clk); > + } > + } else { > + /* > + * External clock frequencies != 24MHz are only supported > + * for non-OF systems. > + */ Shouldn't you actually set the frequency? Or perhaps even better to check it, and use assigned-clocks and assigned-clock-rates properties? > priv->clk = NULL; > - } else if (IS_ERR(priv->clk)) { > - dev_err(&client->dev, "Unable to get clock \"extclk\"\n"); > - return PTR_ERR(priv->clk); > + priv->info = &mt9t112_default_pdata_24MHz; > + > + ret = mt9t112_parse_dt(priv); > + if (ret) > + return ret; > } > > - priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "standby", > + v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > + > + priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "powerdown", > GPIOD_OUT_HIGH); > if (IS_ERR(priv->standby_gpio)) { > - dev_err(&client->dev, "Unable to get gpio \"standby\"\n"); > + dev_err(&client->dev, "Unable to get gpio \"powerdown\"\n"); > return PTR_ERR(priv->standby_gpio); > } > > @@ -1124,9 +1177,19 @@ static const struct i2c_device_id mt9t112_id[] = { > }; > MODULE_DEVICE_TABLE(i2c, mt9t112_id); > > +#if IS_ENABLED(CONFIG_OF) > +static const struct of_device_id mt9t112_of_match[] = { > + { .compatible = "micron,mt9t111", }, > + { .compatible = "micron,mt9t112", }, > + { /* sentinel */ }, > +}; > +MODULE_DEVICE_TABLE(of, mt9t112_of_match); > +#endif > + > static struct i2c_driver mt9t112_i2c_driver = { > .driver = { > .name = "mt9t112", > + .of_match_table = of_match_ptr(mt9t112_of_match), No need to use of_match_ptr(). > }, > .probe = mt9t112_probe, > .remove = mt9t112_remove, -- Sakari Ailus e-mail: sakari.ailus@iki.fi ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support 2018-05-07 9:32 ` Sakari Ailus @ 2018-05-14 14:30 ` jacopo mondi 2018-05-14 21:50 ` Sakari Ailus 0 siblings, 1 reply; 9+ messages in thread From: jacopo mondi @ 2018-05-14 14:30 UTC (permalink / raw) To: Sakari Ailus Cc: Jacopo Mondi, hans.verkuil, mchehab, robh+dt, linux-media, devicetree, linux-kernel [-- Attachment #1: Type: text/plain, Size: 3672 bytes --] Hi Sakari, On Mon, May 07, 2018 at 12:32:19PM +0300, Sakari Ailus wrote: > Hi Jacopo, > > On Wed, Apr 25, 2018 at 01:00:14PM +0200, Jacopo Mondi wrote: [snip] > > static int mt9t112_probe(struct i2c_client *client, > > const struct i2c_device_id *did) > > { > > struct mt9t112_priv *priv; > > int ret; > > > > - if (!client->dev.platform_data) { > > + if (!client->dev.of_node && !client->dev.platform_data) { > > dev_err(&client->dev, "mt9t112: missing platform data!\n"); > > return -EINVAL; > > } > > @@ -1081,23 +1118,39 @@ static int mt9t112_probe(struct i2c_client *client, > > if (!priv) > > return -ENOMEM; > > > > - priv->info = client->dev.platform_data; > > priv->init_done = false; > > - > > - v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > > - > > - priv->clk = devm_clk_get(&client->dev, "extclk"); > > - if (PTR_ERR(priv->clk) == -ENOENT) { > > + priv->dev = &client->dev; > > + > > + if (client->dev.platform_data) { > > + priv->info = client->dev.platform_data; > > + > > + priv->clk = devm_clk_get(&client->dev, "extclk"); > > extclk needs to be documented in DT binding documentation. > > > + if (PTR_ERR(priv->clk) == -ENOENT) { > > + priv->clk = NULL; > > + } else if (IS_ERR(priv->clk)) { > > + dev_err(&client->dev, > > + "Unable to get clock \"extclk\"\n"); > > + return PTR_ERR(priv->clk); > > + } > > + } else { > > + /* > > + * External clock frequencies != 24MHz are only supported > > + * for non-OF systems. > > + */ > > Shouldn't you actually set the frequency? Or perhaps even better to check > it, and use assigned-clocks and assigned-clock-rates properties? > I might be confused, but my intention was to use an external clock reference, with a configurable frequency only in the platform data use case. As you can see in this 'else' branch, in OF case, the priv->clk field is null, and all the PLL and clock computations are performed assuming a 24MHz input clock. In my opinion, as the driver when running on OF systems does not get any reference to 'extclk' clock, it should not be documented in bindings. Do you agree? Thanks j > > priv->clk = NULL; > > - } else if (IS_ERR(priv->clk)) { > > - dev_err(&client->dev, "Unable to get clock \"extclk\"\n"); > > - return PTR_ERR(priv->clk); > > + priv->info = &mt9t112_default_pdata_24MHz; > > + > > + ret = mt9t112_parse_dt(priv); > > + if (ret) > > + return ret; > > } > > > > - priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "standby", > > + v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > > + > > + priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "powerdown", > > GPIOD_OUT_HIGH); > > if (IS_ERR(priv->standby_gpio)) { > > - dev_err(&client->dev, "Unable to get gpio \"standby\"\n"); > > + dev_err(&client->dev, "Unable to get gpio \"powerdown\"\n"); > > return PTR_ERR(priv->standby_gpio); > > } > > > > @@ -1124,9 +1177,19 @@ static const struct i2c_device_id mt9t112_id[] = { > > }; > > MODULE_DEVICE_TABLE(i2c, mt9t112_id); > > > > +#if IS_ENABLED(CONFIG_OF) > > +static const struct of_device_id mt9t112_of_match[] = { > > + { .compatible = "micron,mt9t111", }, > > + { .compatible = "micron,mt9t112", }, > > + { /* sentinel */ }, > > +}; > > +MODULE_DEVICE_TABLE(of, mt9t112_of_match); > > +#endif > > + > > static struct i2c_driver mt9t112_i2c_driver = { > > .driver = { > > .name = "mt9t112", > > + .of_match_table = of_match_ptr(mt9t112_of_match), > > No need to use of_match_ptr(). > > > }, > > .probe = mt9t112_probe, > > .remove = mt9t112_remove, > > -- > Sakari Ailus > e-mail: sakari.ailus@iki.fi [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support 2018-05-14 14:30 ` jacopo mondi @ 2018-05-14 21:50 ` Sakari Ailus 2018-05-15 7:10 ` jacopo mondi 0 siblings, 1 reply; 9+ messages in thread From: Sakari Ailus @ 2018-05-14 21:50 UTC (permalink / raw) To: jacopo mondi Cc: Jacopo Mondi, hans.verkuil, mchehab, robh+dt, linux-media, devicetree, linux-kernel Hi Jacopo, On Mon, May 14, 2018 at 04:30:44PM +0200, jacopo mondi wrote: > Hi Sakari, > > On Mon, May 07, 2018 at 12:32:19PM +0300, Sakari Ailus wrote: > > Hi Jacopo, > > > > On Wed, Apr 25, 2018 at 01:00:14PM +0200, Jacopo Mondi wrote: > > [snip] > > > > static int mt9t112_probe(struct i2c_client *client, > > > const struct i2c_device_id *did) > > > { > > > struct mt9t112_priv *priv; > > > int ret; > > > > > > - if (!client->dev.platform_data) { > > > + if (!client->dev.of_node && !client->dev.platform_data) { > > > dev_err(&client->dev, "mt9t112: missing platform data!\n"); > > > return -EINVAL; > > > } > > > @@ -1081,23 +1118,39 @@ static int mt9t112_probe(struct i2c_client *client, > > > if (!priv) > > > return -ENOMEM; > > > > > > - priv->info = client->dev.platform_data; > > > priv->init_done = false; > > > - > > > - v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > > > - > > > - priv->clk = devm_clk_get(&client->dev, "extclk"); > > > - if (PTR_ERR(priv->clk) == -ENOENT) { > > > + priv->dev = &client->dev; > > > + > > > + if (client->dev.platform_data) { > > > + priv->info = client->dev.platform_data; > > > + > > > + priv->clk = devm_clk_get(&client->dev, "extclk"); > > > > extclk needs to be documented in DT binding documentation. > > > > > + if (PTR_ERR(priv->clk) == -ENOENT) { > > > + priv->clk = NULL; > > > + } else if (IS_ERR(priv->clk)) { > > > + dev_err(&client->dev, > > > + "Unable to get clock \"extclk\"\n"); > > > + return PTR_ERR(priv->clk); > > > + } > > > + } else { > > > + /* > > > + * External clock frequencies != 24MHz are only supported > > > + * for non-OF systems. > > > + */ > > > > Shouldn't you actually set the frequency? Or perhaps even better to check > > it, and use assigned-clocks and assigned-clock-rates properties? > > > > I might be confused, but my intention was to use an external clock > reference, with a configurable frequency only in the platform data use > case. As you can see in this 'else' branch, in OF case, the priv->clk > field is null, and all the PLL and clock computations are performed > assuming a 24MHz input clock. > > In my opinion, as the driver when running on OF systems does not > get any reference to 'extclk' clock, it should not be documented in > bindings. Do you agree? Uh, isn't the clock generally controlled by the driver on OF-based systems? You could assign the frequency in DT though, and not in the driver, but that should be documented in binding documentation. The register configuration the driver does not appear to be dependent on the clock frequency, which suggests that it is only applicable to a particular frequency --- 24 MHz? > > Thanks > j > > > > priv->clk = NULL; > > > - } else if (IS_ERR(priv->clk)) { > > > - dev_err(&client->dev, "Unable to get clock \"extclk\"\n"); > > > - return PTR_ERR(priv->clk); > > > + priv->info = &mt9t112_default_pdata_24MHz; > > > + > > > + ret = mt9t112_parse_dt(priv); > > > + if (ret) > > > + return ret; > > > } > > > > > > - priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "standby", > > > + v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > > > + > > > + priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "powerdown", > > > GPIOD_OUT_HIGH); > > > if (IS_ERR(priv->standby_gpio)) { > > > - dev_err(&client->dev, "Unable to get gpio \"standby\"\n"); > > > + dev_err(&client->dev, "Unable to get gpio \"powerdown\"\n"); > > > return PTR_ERR(priv->standby_gpio); > > > } > > > > > > @@ -1124,9 +1177,19 @@ static const struct i2c_device_id mt9t112_id[] = { > > > }; > > > MODULE_DEVICE_TABLE(i2c, mt9t112_id); > > > > > > +#if IS_ENABLED(CONFIG_OF) > > > +static const struct of_device_id mt9t112_of_match[] = { > > > + { .compatible = "micron,mt9t111", }, > > > + { .compatible = "micron,mt9t112", }, > > > + { /* sentinel */ }, > > > +}; > > > +MODULE_DEVICE_TABLE(of, mt9t112_of_match); > > > +#endif > > > + > > > static struct i2c_driver mt9t112_i2c_driver = { > > > .driver = { > > > .name = "mt9t112", > > > + .of_match_table = of_match_ptr(mt9t112_of_match), > > > > No need to use of_match_ptr(). > > > > > }, > > > .probe = mt9t112_probe, > > > .remove = mt9t112_remove, > > > > -- > > Sakari Ailus > > e-mail: sakari.ailus@iki.fi -- Sakari Ailus e-mail: sakari.ailus@iki.fi ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support 2018-05-14 21:50 ` Sakari Ailus @ 2018-05-15 7:10 ` jacopo mondi 0 siblings, 0 replies; 9+ messages in thread From: jacopo mondi @ 2018-05-15 7:10 UTC (permalink / raw) To: Sakari Ailus Cc: Jacopo Mondi, hans.verkuil, mchehab, robh+dt, linux-media, devicetree, linux-kernel [-- Attachment #1: Type: text/plain, Size: 6333 bytes --] Hi Sakari, On Tue, May 15, 2018 at 12:50:04AM +0300, Sakari Ailus wrote: > Hi Jacopo, > > On Mon, May 14, 2018 at 04:30:44PM +0200, jacopo mondi wrote: > > Hi Sakari, > > > > On Mon, May 07, 2018 at 12:32:19PM +0300, Sakari Ailus wrote: > > > Hi Jacopo, > > > > > > On Wed, Apr 25, 2018 at 01:00:14PM +0200, Jacopo Mondi wrote: > > > > [snip] > > > > > > static int mt9t112_probe(struct i2c_client *client, > > > > const struct i2c_device_id *did) > > > > { > > > > struct mt9t112_priv *priv; > > > > int ret; > > > > > > > > - if (!client->dev.platform_data) { > > > > + if (!client->dev.of_node && !client->dev.platform_data) { > > > > dev_err(&client->dev, "mt9t112: missing platform data!\n"); > > > > return -EINVAL; > > > > } > > > > @@ -1081,23 +1118,39 @@ static int mt9t112_probe(struct i2c_client *client, > > > > if (!priv) > > > > return -ENOMEM; > > > > > > > > - priv->info = client->dev.platform_data; > > > > priv->init_done = false; > > > > - > > > > - v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > > > > - > > > > - priv->clk = devm_clk_get(&client->dev, "extclk"); > > > > - if (PTR_ERR(priv->clk) == -ENOENT) { > > > > + priv->dev = &client->dev; > > > > + > > > > + if (client->dev.platform_data) { > > > > + priv->info = client->dev.platform_data; > > > > + > > > > + priv->clk = devm_clk_get(&client->dev, "extclk"); > > > > > > extclk needs to be documented in DT binding documentation. > > > > > > > + if (PTR_ERR(priv->clk) == -ENOENT) { > > > > + priv->clk = NULL; > > > > + } else if (IS_ERR(priv->clk)) { > > > > + dev_err(&client->dev, > > > > + "Unable to get clock \"extclk\"\n"); > > > > + return PTR_ERR(priv->clk); > > > > + } > > > > + } else { > > > > + /* > > > > + * External clock frequencies != 24MHz are only supported > > > > + * for non-OF systems. > > > > + */ > > > > > > Shouldn't you actually set the frequency? Or perhaps even better to check > > > it, and use assigned-clocks and assigned-clock-rates properties? > > > > > > > I might be confused, but my intention was to use an external clock > > reference, with a configurable frequency only in the platform data use > > case. As you can see in this 'else' branch, in OF case, the priv->clk > > field is null, and all the PLL and clock computations are performed > > assuming a 24MHz input clock. > > > > In my opinion, as the driver when running on OF systems does not > > get any reference to 'extclk' clock, it should not be documented in > > bindings. Do you agree? > > Uh, isn't the clock generally controlled by the driver on OF-based systems? > You could assign the frequency in DT though, and not in the driver, but > that should be documented in binding documentation. > > The register configuration the driver does not appear to be dependent on > the clock frequency, which suggests that it is only applicable to a > particular frequency --- 24 MHz? Correct. That's what the comment above here states... /* * External clock frequencies != 24MHz are only supported * for non-OF systems. */ That's how it works: the driver expects to receive the PLL dividers from platform data. It's ugly, I agree, but that's how it was. I do not have time atm to poke around with PLL configuration, and I'm not even sure I have the right documentation, so I made a 'default PLL configuration' for 24MHz clock, copied from the platform data supplied to the driver by the only user in mainline. In general, I would like to have the driver calculate the PLL dividers based on the input clock frequency, that should be supplied from DT. As this is not possible, at the moment I made the driver only provide a PLL configuration for 24MHz, and that's the only clock the driver accepts. + priv->info = &mt9t112_default_pdata_24MHz; Would you prefer I take a reference to an external clock, check it's frequency and refuse it if != 24MHz? By the way, I'm trying to run this driver with a camera module connected to an ARM platform and so far I have not been able to capture any image. The Ecovec I have (thanks Hans) has a camera module but the cable is bad, so I can't test it on the platform the driver has originally been developed on, but I assume on SH Ecovec it works properly. Any confirmation from someone who has that board would be appreciate though. Thanks j > > > > > Thanks > > j > > > > > > priv->clk = NULL; > > > > - } else if (IS_ERR(priv->clk)) { > > > > - dev_err(&client->dev, "Unable to get clock \"extclk\"\n"); > > > > - return PTR_ERR(priv->clk); > > > > + priv->info = &mt9t112_default_pdata_24MHz; > > > > + > > > > + ret = mt9t112_parse_dt(priv); > > > > + if (ret) > > > > + return ret; > > > > } > > > > > > > > - priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "standby", > > > > + v4l2_i2c_subdev_init(&priv->subdev, client, &mt9t112_subdev_ops); > > > > + > > > > + priv->standby_gpio = devm_gpiod_get_optional(&client->dev, "powerdown", > > > > GPIOD_OUT_HIGH); > > > > if (IS_ERR(priv->standby_gpio)) { > > > > - dev_err(&client->dev, "Unable to get gpio \"standby\"\n"); > > > > + dev_err(&client->dev, "Unable to get gpio \"powerdown\"\n"); > > > > return PTR_ERR(priv->standby_gpio); > > > > } > > > > > > > > @@ -1124,9 +1177,19 @@ static const struct i2c_device_id mt9t112_id[] = { > > > > }; > > > > MODULE_DEVICE_TABLE(i2c, mt9t112_id); > > > > > > > > +#if IS_ENABLED(CONFIG_OF) > > > > +static const struct of_device_id mt9t112_of_match[] = { > > > > + { .compatible = "micron,mt9t111", }, > > > > + { .compatible = "micron,mt9t112", }, > > > > + { /* sentinel */ }, > > > > +}; > > > > +MODULE_DEVICE_TABLE(of, mt9t112_of_match); > > > > +#endif > > > > + > > > > static struct i2c_driver mt9t112_i2c_driver = { > > > > .driver = { > > > > .name = "mt9t112", > > > > + .of_match_table = of_match_ptr(mt9t112_of_match), > > > > > > No need to use of_match_ptr(). > > > > > > > }, > > > > .probe = mt9t112_probe, > > > > .remove = mt9t112_remove, > > > > > > -- > > > Sakari Ailus > > > e-mail: sakari.ailus@iki.fi > > > > -- > Sakari Ailus > e-mail: sakari.ailus@iki.fi [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2018-05-15 7:10 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2018-04-25 11:00 [PATCH 0/2] media: i2c: mt9t112: Add OF tree support Jacopo Mondi 2018-04-25 11:00 ` [PATCH 1/2] dt-bindings: media: i2c: Add mt9t111 image sensor Jacopo Mondi 2018-05-01 14:28 ` Rob Herring 2018-05-07 9:17 ` Sakari Ailus 2018-04-25 11:00 ` [PATCH 2/2] media: i2c: mt9t112: Add device tree support Jacopo Mondi 2018-05-07 9:32 ` Sakari Ailus 2018-05-14 14:30 ` jacopo mondi 2018-05-14 21:50 ` Sakari Ailus 2018-05-15 7:10 ` jacopo mondi
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).