All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anson Huang <anson.huang@nxp.com>
To: Eduardo Valentin <edubezval@gmail.com>
Cc: "rui.zhang@intel.com" <rui.zhang@intel.com>,
	"daniel.lezcano@linaro.org" <daniel.lezcano@linaro.org>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"mark.rutland@arm.com" <mark.rutland@arm.com>,
	"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
	"will.deacon@arm.com" <will.deacon@arm.com>,
	Aisheng DONG <aisheng.dong@nxp.com>,
	Andy Gross <andy.gross@linaro.org>,
	"heiko@sntech.de" <heiko@sntech.de>,
	"horms+renesas@verge.net.au" <horms+renesas@verge.net.au>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"amit.kucheria@linaro.org" <amit.kucheria@linaro.org>,
	"enric.balletbo@collabora.com" <enric.balletbo@collabora.com>,
	"ezequiel@collabora.com" <ezequiel@collabora.com>,
	"olof@lixom.net" <olof@lixom.net>,
	"bjorn.andersson@linaro.org" <bjorn.andersson@linaro.org>,
	"shawnguo@kernel.org" <shawnguo@kernel.org>,
	"LW@KARO-electronics.de" <LW@KARO-electronics.de>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	dl-linux-imx <linux-imx@nxp.com>
Subject: RE: [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller thermal support
Date: Fri, 30 Nov 2018 01:18:22 +0000	[thread overview]
Message-ID: <DB3PR0402MB3916853210DE945AA8309841F5D30@DB3PR0402MB3916.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <20181129164908.GB2688@localhost.localdomain>

Hi, Eduardo

Best Regards!
Anson Huang

> -----Original Message-----
> From: Eduardo Valentin [mailto:edubezval@gmail.com]
> Sent: 2018年11月30日 0:49
> To: Anson Huang <anson.huang@nxp.com>
> Cc: rui.zhang@intel.com; daniel.lezcano@linaro.org; robh+dt@kernel.org;
> mark.rutland@arm.com; catalin.marinas@arm.com; will.deacon@arm.com;
> Aisheng DONG <aisheng.dong@nxp.com>; Andy Gross
> <andy.gross@linaro.org>; heiko@sntech.de; horms+renesas@verge.net.au;
> arnd@arndb.de; amit.kucheria@linaro.org; enric.balletbo@collabora.com;
> ezequiel@collabora.com; olof@lixom.net; bjorn.andersson@linaro.org;
> shawnguo@kernel.org; LW@KARO-electronics.de; linux-pm@vger.kernel.org;
> devicetree@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-arm-kernel@lists.infradead.org; dl-linux-imx <linux-imx@nxp.com>
> Subject: Re: [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller
> thermal support
> 
> On Thu, Nov 29, 2018 at 02:37:32AM +0000, Anson Huang wrote:
> > i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
> > inside, the system controller is in charge of controlling power, clock
> > and thermal sensors etc..
> >
> > This patch adds i.MX system controller thermal driver support, Linux
> > kernel has to communicate with system controller via MU (message unit)
> > IPC to get each thermal sensor's temperature, it supports multiple
> > sensors which are passed from device tree, please see the binding doc
> > for details.
> >
> > Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
> > ---
> > ChangeLog:
> > V3->V4:
> >   *merge request/response message structure into one struction;
> >   *change the compatible string to start with "fsl" instead of "nxp" to align
> with other nodes in dtb.
> > ---
> >  drivers/thermal/Kconfig          |  11 +++
> >  drivers/thermal/Makefile         |   1 +
> >  drivers/thermal/imx_sc_thermal.c | 205
> > +++++++++++++++++++++++++++++++++++++++
> >  3 files changed, 217 insertions(+)
> >  create mode 100644 drivers/thermal/imx_sc_thermal.c
> >
> > diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig index
> > 0e69edc..84e850c 100644
> > --- a/drivers/thermal/Kconfig
> > +++ b/drivers/thermal/Kconfig
> > @@ -222,6 +222,17 @@ config IMX_THERMAL
> >  	  cpufreq is used as the cooling device to throttle CPUs when the
> >  	  passive trip is crossed.
> >
> > +config IMX_SC_THERMAL
> > +	tristate "Temperature sensor driver for NXP i.MX SoCs with System
> Controller"
> > +	depends on ARCH_MXC || COMPILE_TEST
> > +	depends on OF
> > +	help
> > +	  Support for Temperature Monitor (TEMPMON) found on NXP i.MX SoCs
> with
> > +	  system controller inside, Linux kernel has to communicate with system
> > +	  controller via MU (message unit) IPC to get temperature from thermal
> > +	  sensor. It supports one critical trip point and one
> > +	  passive trip point for each thermal sensor.
> > +
> >  config MAX77620_THERMAL
> >  	tristate "Temperature sensor driver for Maxim MAX77620 PMIC"
> >  	depends on MFD_MAX77620
> > diff --git a/drivers/thermal/Makefile b/drivers/thermal/Makefile index
> > 610344e..1b13f6a 100644
> > --- a/drivers/thermal/Makefile
> > +++ b/drivers/thermal/Makefile
> > @@ -41,6 +41,7 @@ obj-$(CONFIG_DB8500_THERMAL)	+=
> db8500_thermal.o
> >  obj-$(CONFIG_ARMADA_THERMAL)	+= armada_thermal.o
> >  obj-$(CONFIG_TANGO_THERMAL)	+= tango_thermal.o
> >  obj-$(CONFIG_IMX_THERMAL)	+= imx_thermal.o
> > +obj-$(CONFIG_IMX_SC_THERMAL)	+= imx_sc_thermal.o
> >  obj-$(CONFIG_MAX77620_THERMAL)	+= max77620_thermal.o
> >  obj-$(CONFIG_QORIQ_THERMAL)	+= qoriq_thermal.o
> >  obj-$(CONFIG_DA9062_THERMAL)	+= da9062-thermal.o
> > diff --git a/drivers/thermal/imx_sc_thermal.c
> > b/drivers/thermal/imx_sc_thermal.c
> > new file mode 100644
> > index 0000000..ce8e2de
> > --- /dev/null
> > +++ b/drivers/thermal/imx_sc_thermal.c
> > @@ -0,0 +1,205 @@
> > +// SPDX-License-Identifier: GPL-2.0+
> > +/*
> > + * Copyright 2018 NXP.
> > + */
> > +
> > +#include <linux/err.h>
> > +#include <linux/firmware/imx/sci.h>
> > +#include <linux/module.h>
> > +#include <linux/of.h>
> > +#include <linux/of_device.h>
> > +#include <linux/platform_device.h>
> > +#include <linux/slab.h>
> > +#include <linux/thermal.h>
> > +
> > +#include "thermal_core.h"
> > +
> > +#define IMX_SC_MISC_FUNC_GET_TEMP	13
> > +#define IMX_SC_C_TEMP			0
> > +
> > +static struct imx_sc_ipc *thermal_ipc_handle;
> > +
> > +struct imx_sc_sensor {
> > +	struct thermal_zone_device *tzd;
> > +	u32 resource_id;
> > +};
> > +
> > +struct imx_sc_thermal_data {
> > +	struct imx_sc_sensor *sensor;
> > +};
> > +
> > +struct req_get_temp {
> > +	u16 resource_id;
> > +	u8 type;
> > +} __packed;
> > +
> > +struct resp_get_temp {
> > +	u16 celsius;
> > +	u8 tenths;
> > +} __packed;
> > +
> > +struct imx_sc_msg_misc_get_temp {
> > +	struct imx_sc_rpc_msg hdr;
> > +	union {
> > +		struct req_get_temp req;
> > +		struct resp_get_temp resp;
> > +	} data;
> > +} __packed;
> > +
> > +static int imx_sc_thermal_get_temp(void *data, int *temp) {
> > +	struct imx_sc_msg_misc_get_temp msg;
> > +	struct imx_sc_rpc_msg *hdr = &msg.hdr;
> > +	struct imx_sc_sensor *sensor = data;
> > +	int ret;
> > +
> > +	msg.data.req.resource_id = sensor->resource_id;
> > +	msg.data.req.type = IMX_SC_C_TEMP;
> > +
> > +	hdr->ver = IMX_SC_RPC_VERSION;
> > +	hdr->svc = IMX_SC_RPC_SVC_MISC;
> > +	hdr->func = IMX_SC_MISC_FUNC_GET_TEMP;
> > +	hdr->size = 2;
> > +
> > +	ret = imx_scu_call_rpc(thermal_ipc_handle, &msg, true);
> > +	if (ret) {
> > +		pr_err("read temp sensor %d failed, ret %d\n",
> > +			sensor->resource_id, ret);
> > +		return ret;
> > +	}
> > +
> > +	*temp = msg.data.resp.celsius * 1000 + msg.data.resp.tenths * 100;
> > +
> > +	return 0;
> > +}
> > +
> > +static const struct thermal_zone_of_device_ops imx_sc_thermal_ops = {
> > +	.get_temp = imx_sc_thermal_get_temp, };
> > +
> > +static int imx_sc_thermal_register_sensor(struct platform_device *pdev,
> > +					  struct imx_sc_sensor *sensor)
> > +{
> > +	struct thermal_zone_device *tzd;
> > +
> > +	tzd = devm_thermal_zone_of_sensor_register(&pdev->dev,
> > +						   sensor->resource_id,
> > +						   sensor,
> > +						   &imx_sc_thermal_ops);
> > +	if (IS_ERR(tzd)) {
> > +		dev_err(&pdev->dev, "failed to register sensor: %d\n",
> > +			sensor->resource_id);
> > +		return PTR_ERR(tzd);
> > +	}
> > +
> > +	sensor->tzd = tzd;
> > +
> > +	return 0;
> > +}
> > +
> > +static int imx_sc_thermal_get_sensor_id(struct device_node
> > +*sensor_np, u32 *id) {
> > +	struct of_phandle_args sensor_specs;
> > +	int ret;
> > +
> > +	ret = of_parse_phandle_with_args(sensor_np, "thermal-sensors",
> > +			"#thermal-sensor-cells",
> > +			0, &sensor_specs);
> > +	if (ret)
> > +		return ret;
> > +
> > +	if (sensor_specs.args_count >= 1) {
> > +		*id = sensor_specs.args[0];
> > +		WARN(sensor_specs.args_count > 1,
> > +				"%pOFn: too many cells in sensor specifier %d\n",
> > +				sensor_specs.np, sensor_specs.args_count);
> > +	} else {
> > +		return -EINVAL;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> > +static int imx_sc_thermal_probe(struct platform_device *pdev) {
> > +	struct device_node *np = pdev->dev.of_node;
> > +	struct device_node *sensor_np = NULL;
> > +	struct imx_sc_thermal_data *data;
> > +	struct imx_sc_sensor *sensors;
> > +	u32 sensor_num;
> > +	int ret, i;
> > +
> > +	ret = imx_scu_get_handle(&thermal_ipc_handle);
> > +	if (ret) {
> > +		if (ret == -EPROBE_DEFER)
> > +			return ret;
> > +
> > +		dev_err(&pdev->dev, "failed to get ipc handle: %d!\n", ret);
> > +		return ret;
> > +	}
> > +
> > +	data = devm_kzalloc(&pdev->dev, sizeof(*data), GFP_KERNEL);
> > +	if (!data)
> > +		return -ENOMEM;
> > +
> > +	ret = of_property_read_u32(np, "tsens-num", &sensor_num);
> > +	if (ret || !sensor_num) {
> > +		dev_err(&pdev->dev, "failed to get valid temp sensor number!\n");
> > +		return -EINVAL;
> > +	}
> > +
> > +	sensors = devm_kzalloc(&pdev->dev, sizeof(*data->sensor) * sensor_num,
> > +			       GFP_KERNEL);
> > +	if (!sensors)
> > +		return -ENOMEM;
> > +
> > +	data->sensor = sensors;
> > +
> > +	np = of_find_node_by_name(NULL, "thermal-zones");
> > +	if (!np)
> > +		return -ENODEV;
> > +
> > +	for (i = 0; i < sensor_num; i++) {
> > +		struct imx_sc_sensor *sensor = &data->sensor[i];
> > +
> > +		sensor_np = of_get_next_child(np, sensor_np);
> > +		ret = imx_sc_thermal_get_sensor_id(sensor_np,
> > +&sensor->resource_id);
> 
> Interesting.. another driver willing to have a get sensor id from DT.
> Can you please describe why you need this? Why not simply registering all
> sensors?

The sensor id we used here is actually our i.MX8QXP's resource ID, because the
MU IPC API to get sensor's temperature needs to pass the resource ID to system
controller firmware, if using the ID started from 0,1,2.., then we will have to remap
the ID to resource ID like below, and different SoCs may introduce different map table,
for example as below, so I just use our resource ID as the thermal sensor ID, then we
can save the remap and no need to modify the thermal driver for new SoC. That is why
I need to get sensor id from DT.

For other sensors like DRC, since we still have some hardware related issues, so system
controller does NOT enable it now, we will add them later in dtb.

28 #define SC_R_DRC_0                      12
371 #define SC_R_SYSTEM                     355

45 static const sc_rsrc_t imx8qm_sensor_hw_id[] = {
 46         SC_R_A53, SC_R_A72, SC_R_GPU_0_PID0, SC_R_GPU_1_PID0,
 47         SC_R_DRC_0, SC_R_PMIC_0, SC_R_PMIC_1, SC_R_PMIC_2,
 48 };
 49
 50 static const sc_rsrc_t imx8qxp_sensor_hw_id[] = {
 51         SC_R_SYSTEM, SC_R_DRC_0, SC_R_PMIC_0,
 52         SC_R_PMIC_1, SC_R_PMIC_2,
 53 }; 

Thanks.

Anson.


> 
> > +		if (ret < 0) {
> > +			dev_err(&pdev->dev,
> > +				"failed to get valid sensor resource id: %d\n",
> > +				ret);
> > +			break;
> > +		}
> > +
> > +		ret = imx_sc_thermal_register_sensor(pdev, sensor);
> > +		if (ret) {
> > +			dev_err(&pdev->dev, "failed to register thermal sensor: %d\n",
> > +				ret);
> > +			break;
> > +		}
> > +	}
> > +
> > +	of_node_put(np);
> > +	of_node_put(sensor_np);
> > +
> > +	return ret;
> > +}
> > +
> > +static const struct of_device_id imx_sc_thermal_table[] = {
> > +	{ .compatible = "fsl,imx8qxp-sc-thermal", },
> > +	{}
> > +};
> > +MODULE_DEVICE_TABLE(of, imx_sc_thermal_table);
> > +
> > +static struct platform_driver imx_sc_thermal_driver = {
> > +		.probe = imx_sc_thermal_probe,
> > +		.driver = {
> > +			.name = "imx-sc-thermal",
> > +			.of_match_table = imx_sc_thermal_table,
> > +		},
> > +};
> > +module_platform_driver(imx_sc_thermal_driver);
> > +
> > +MODULE_AUTHOR("Anson Huang <Anson.Huang@nxp.com>");
> > +MODULE_DESCRIPTION("Thermal driver for NXP i.MX SoCs with system
> > +controller"); MODULE_LICENSE("GPL v2");
> > --
> > 2.7.4
> >

WARNING: multiple messages have this Message-ID (diff)
From: Anson Huang <anson.huang@nxp.com>
To: Eduardo Valentin <edubezval@gmail.com>
Cc: "rui.zhang@intel.com" <rui.zhang@intel.com>,
	"daniel.lezcano@linaro.org" <daniel.lezcano@linaro.org>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"mark.rutland@arm.com" <mark.rutland@arm.com>,
	"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
	"will.deacon@arm.com" <will.deacon@arm.com>,
	Aisheng DONG <aisheng.dong@nxp.com>,
	Andy Gross <andy.gross@linaro.org>,
	"heiko@sntech.de" <heiko@sntech.de>,
	"horms+renesas@verge.net.au" <horms+renesas@verge.net.au>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"amit.kucheria@linaro.org" <amit.kucheria@linaro.org>,
	"enric.balletbo@collabora.com" <enric.balletbo@collabora.com>,
	"ezequiel@collabora.com" <ezequiel@collabora.com>,
	"olof@lixom.net" <olof@lixom.net>,
	"bjorn.andersson@linaro.org" <bjorn.andersson@linaro.org>,
	shawnguo@ker
Subject: RE: [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller thermal support
Date: Fri, 30 Nov 2018 01:18:22 +0000	[thread overview]
Message-ID: <DB3PR0402MB3916853210DE945AA8309841F5D30@DB3PR0402MB3916.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <20181129164908.GB2688@localhost.localdomain>

Hi, Eduardo

Best Regards!
Anson Huang

> -----Original Message-----
> From: Eduardo Valentin [mailto:edubezval@gmail.com]
> Sent: 2018年11月30日 0:49
> To: Anson Huang <anson.huang@nxp.com>
> Cc: rui.zhang@intel.com; daniel.lezcano@linaro.org; robh+dt@kernel.org;
> mark.rutland@arm.com; catalin.marinas@arm.com; will.deacon@arm.com;
> Aisheng DONG <aisheng.dong@nxp.com>; Andy Gross
> <andy.gross@linaro.org>; heiko@sntech.de; horms+renesas@verge.net.au;
> arnd@arndb.de; amit.kucheria@linaro.org; enric.balletbo@collabora.com;
> ezequiel@collabora.com; olof@lixom.net; bjorn.andersson@linaro.org;
> shawnguo@kernel.org; LW@KARO-electronics.de; linux-pm@vger.kernel.org;
> devicetree@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-arm-kernel@lists.infradead.org; dl-linux-imx <linux-imx@nxp.com>
> Subject: Re: [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller
> thermal support
> 
> On Thu, Nov 29, 2018 at 02:37:32AM +0000, Anson Huang wrote:
> > i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
> > inside, the system controller is in charge of controlling power, clock
> > and thermal sensors etc..
> >
> > This patch adds i.MX system controller thermal driver support, Linux
> > kernel has to communicate with system controller via MU (message unit)
> > IPC to get each thermal sensor's temperature, it supports multiple
> > sensors which are passed from device tree, please see the binding doc
> > for details.
> >
> > Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
> > ---
> > ChangeLog:
> > V3->V4:
> >   *merge request/response message structure into one struction;
> >   *change the compatible string to start with "fsl" instead of "nxp" to align
> with other nodes in dtb.
> > ---
> >  drivers/thermal/Kconfig          |  11 +++
> >  drivers/thermal/Makefile         |   1 +
> >  drivers/thermal/imx_sc_thermal.c | 205
> > +++++++++++++++++++++++++++++++++++++++
> >  3 files changed, 217 insertions(+)
> >  create mode 100644 drivers/thermal/imx_sc_thermal.c
> >
> > diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig index
> > 0e69edc..84e850c 100644
> > --- a/drivers/thermal/Kconfig
> > +++ b/drivers/thermal/Kconfig
> > @@ -222,6 +222,17 @@ config IMX_THERMAL
> >  	  cpufreq is used as the cooling device to throttle CPUs when the
> >  	  passive trip is crossed.
> >
> > +config IMX_SC_THERMAL
> > +	tristate "Temperature sensor driver for NXP i.MX SoCs with System
> Controller"
> > +	depends on ARCH_MXC || COMPILE_TEST
> > +	depends on OF
> > +	help
> > +	  Support for Temperature Monitor (TEMPMON) found on NXP i.MX SoCs
> with
> > +	  system controller inside, Linux kernel has to communicate with system
> > +	  controller via MU (message unit) IPC to get temperature from thermal
> > +	  sensor. It supports one critical trip point and one
> > +	  passive trip point for each thermal sensor.
> > +
> >  config MAX77620_THERMAL
> >  	tristate "Temperature sensor driver for Maxim MAX77620 PMIC"
> >  	depends on MFD_MAX77620
> > diff --git a/drivers/thermal/Makefile b/drivers/thermal/Makefile index
> > 610344e..1b13f6a 100644
> > --- a/drivers/thermal/Makefile
> > +++ b/drivers/thermal/Makefile
> > @@ -41,6 +41,7 @@ obj-$(CONFIG_DB8500_THERMAL)	+=
> db8500_thermal.o
> >  obj-$(CONFIG_ARMADA_THERMAL)	+= armada_thermal.o
> >  obj-$(CONFIG_TANGO_THERMAL)	+= tango_thermal.o
> >  obj-$(CONFIG_IMX_THERMAL)	+= imx_thermal.o
> > +obj-$(CONFIG_IMX_SC_THERMAL)	+= imx_sc_thermal.o
> >  obj-$(CONFIG_MAX77620_THERMAL)	+= max77620_thermal.o
> >  obj-$(CONFIG_QORIQ_THERMAL)	+= qoriq_thermal.o
> >  obj-$(CONFIG_DA9062_THERMAL)	+= da9062-thermal.o
> > diff --git a/drivers/thermal/imx_sc_thermal.c
> > b/drivers/thermal/imx_sc_thermal.c
> > new file mode 100644
> > index 0000000..ce8e2de
> > --- /dev/null
> > +++ b/drivers/thermal/imx_sc_thermal.c
> > @@ -0,0 +1,205 @@
> > +// SPDX-License-Identifier: GPL-2.0+
> > +/*
> > + * Copyright 2018 NXP.
> > + */
> > +
> > +#include <linux/err.h>
> > +#include <linux/firmware/imx/sci.h>
> > +#include <linux/module.h>
> > +#include <linux/of.h>
> > +#include <linux/of_device.h>
> > +#include <linux/platform_device.h>
> > +#include <linux/slab.h>
> > +#include <linux/thermal.h>
> > +
> > +#include "thermal_core.h"
> > +
> > +#define IMX_SC_MISC_FUNC_GET_TEMP	13
> > +#define IMX_SC_C_TEMP			0
> > +
> > +static struct imx_sc_ipc *thermal_ipc_handle;
> > +
> > +struct imx_sc_sensor {
> > +	struct thermal_zone_device *tzd;
> > +	u32 resource_id;
> > +};
> > +
> > +struct imx_sc_thermal_data {
> > +	struct imx_sc_sensor *sensor;
> > +};
> > +
> > +struct req_get_temp {
> > +	u16 resource_id;
> > +	u8 type;
> > +} __packed;
> > +
> > +struct resp_get_temp {
> > +	u16 celsius;
> > +	u8 tenths;
> > +} __packed;
> > +
> > +struct imx_sc_msg_misc_get_temp {
> > +	struct imx_sc_rpc_msg hdr;
> > +	union {
> > +		struct req_get_temp req;
> > +		struct resp_get_temp resp;
> > +	} data;
> > +} __packed;
> > +
> > +static int imx_sc_thermal_get_temp(void *data, int *temp) {
> > +	struct imx_sc_msg_misc_get_temp msg;
> > +	struct imx_sc_rpc_msg *hdr = &msg.hdr;
> > +	struct imx_sc_sensor *sensor = data;
> > +	int ret;
> > +
> > +	msg.data.req.resource_id = sensor->resource_id;
> > +	msg.data.req.type = IMX_SC_C_TEMP;
> > +
> > +	hdr->ver = IMX_SC_RPC_VERSION;
> > +	hdr->svc = IMX_SC_RPC_SVC_MISC;
> > +	hdr->func = IMX_SC_MISC_FUNC_GET_TEMP;
> > +	hdr->size = 2;
> > +
> > +	ret = imx_scu_call_rpc(thermal_ipc_handle, &msg, true);
> > +	if (ret) {
> > +		pr_err("read temp sensor %d failed, ret %d\n",
> > +			sensor->resource_id, ret);
> > +		return ret;
> > +	}
> > +
> > +	*temp = msg.data.resp.celsius * 1000 + msg.data.resp.tenths * 100;
> > +
> > +	return 0;
> > +}
> > +
> > +static const struct thermal_zone_of_device_ops imx_sc_thermal_ops = {
> > +	.get_temp = imx_sc_thermal_get_temp, };
> > +
> > +static int imx_sc_thermal_register_sensor(struct platform_device *pdev,
> > +					  struct imx_sc_sensor *sensor)
> > +{
> > +	struct thermal_zone_device *tzd;
> > +
> > +	tzd = devm_thermal_zone_of_sensor_register(&pdev->dev,
> > +						   sensor->resource_id,
> > +						   sensor,
> > +						   &imx_sc_thermal_ops);
> > +	if (IS_ERR(tzd)) {
> > +		dev_err(&pdev->dev, "failed to register sensor: %d\n",
> > +			sensor->resource_id);
> > +		return PTR_ERR(tzd);
> > +	}
> > +
> > +	sensor->tzd = tzd;
> > +
> > +	return 0;
> > +}
> > +
> > +static int imx_sc_thermal_get_sensor_id(struct device_node
> > +*sensor_np, u32 *id) {
> > +	struct of_phandle_args sensor_specs;
> > +	int ret;
> > +
> > +	ret = of_parse_phandle_with_args(sensor_np, "thermal-sensors",
> > +			"#thermal-sensor-cells",
> > +			0, &sensor_specs);
> > +	if (ret)
> > +		return ret;
> > +
> > +	if (sensor_specs.args_count >= 1) {
> > +		*id = sensor_specs.args[0];
> > +		WARN(sensor_specs.args_count > 1,
> > +				"%pOFn: too many cells in sensor specifier %d\n",
> > +				sensor_specs.np, sensor_specs.args_count);
> > +	} else {
> > +		return -EINVAL;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> > +static int imx_sc_thermal_probe(struct platform_device *pdev) {
> > +	struct device_node *np = pdev->dev.of_node;
> > +	struct device_node *sensor_np = NULL;
> > +	struct imx_sc_thermal_data *data;
> > +	struct imx_sc_sensor *sensors;
> > +	u32 sensor_num;
> > +	int ret, i;
> > +
> > +	ret = imx_scu_get_handle(&thermal_ipc_handle);
> > +	if (ret) {
> > +		if (ret == -EPROBE_DEFER)
> > +			return ret;
> > +
> > +		dev_err(&pdev->dev, "failed to get ipc handle: %d!\n", ret);
> > +		return ret;
> > +	}
> > +
> > +	data = devm_kzalloc(&pdev->dev, sizeof(*data), GFP_KERNEL);
> > +	if (!data)
> > +		return -ENOMEM;
> > +
> > +	ret = of_property_read_u32(np, "tsens-num", &sensor_num);
> > +	if (ret || !sensor_num) {
> > +		dev_err(&pdev->dev, "failed to get valid temp sensor number!\n");
> > +		return -EINVAL;
> > +	}
> > +
> > +	sensors = devm_kzalloc(&pdev->dev, sizeof(*data->sensor) * sensor_num,
> > +			       GFP_KERNEL);
> > +	if (!sensors)
> > +		return -ENOMEM;
> > +
> > +	data->sensor = sensors;
> > +
> > +	np = of_find_node_by_name(NULL, "thermal-zones");
> > +	if (!np)
> > +		return -ENODEV;
> > +
> > +	for (i = 0; i < sensor_num; i++) {
> > +		struct imx_sc_sensor *sensor = &data->sensor[i];
> > +
> > +		sensor_np = of_get_next_child(np, sensor_np);
> > +		ret = imx_sc_thermal_get_sensor_id(sensor_np,
> > +&sensor->resource_id);
> 
> Interesting.. another driver willing to have a get sensor id from DT.
> Can you please describe why you need this? Why not simply registering all
> sensors?

The sensor id we used here is actually our i.MX8QXP's resource ID, because the
MU IPC API to get sensor's temperature needs to pass the resource ID to system
controller firmware, if using the ID started from 0,1,2.., then we will have to remap
the ID to resource ID like below, and different SoCs may introduce different map table,
for example as below, so I just use our resource ID as the thermal sensor ID, then we
can save the remap and no need to modify the thermal driver for new SoC. That is why
I need to get sensor id from DT.

For other sensors like DRC, since we still have some hardware related issues, so system
controller does NOT enable it now, we will add them later in dtb.

28 #define SC_R_DRC_0                      12
371 #define SC_R_SYSTEM                     355

45 static const sc_rsrc_t imx8qm_sensor_hw_id[] = {
 46         SC_R_A53, SC_R_A72, SC_R_GPU_0_PID0, SC_R_GPU_1_PID0,
 47         SC_R_DRC_0, SC_R_PMIC_0, SC_R_PMIC_1, SC_R_PMIC_2,
 48 };
 49
 50 static const sc_rsrc_t imx8qxp_sensor_hw_id[] = {
 51         SC_R_SYSTEM, SC_R_DRC_0, SC_R_PMIC_0,
 52         SC_R_PMIC_1, SC_R_PMIC_2,
 53 }; 

Thanks.

Anson.


> 
> > +		if (ret < 0) {
> > +			dev_err(&pdev->dev,
> > +				"failed to get valid sensor resource id: %d\n",
> > +				ret);
> > +			break;
> > +		}
> > +
> > +		ret = imx_sc_thermal_register_sensor(pdev, sensor);
> > +		if (ret) {
> > +			dev_err(&pdev->dev, "failed to register thermal sensor: %d\n",
> > +				ret);
> > +			break;
> > +		}
> > +	}
> > +
> > +	of_node_put(np);
> > +	of_node_put(sensor_np);
> > +
> > +	return ret;
> > +}
> > +
> > +static const struct of_device_id imx_sc_thermal_table[] = {
> > +	{ .compatible = "fsl,imx8qxp-sc-thermal", },
> > +	{}
> > +};
> > +MODULE_DEVICE_TABLE(of, imx_sc_thermal_table);
> > +
> > +static struct platform_driver imx_sc_thermal_driver = {
> > +		.probe = imx_sc_thermal_probe,
> > +		.driver = {
> > +			.name = "imx-sc-thermal",
> > +			.of_match_table = imx_sc_thermal_table,
> > +		},
> > +};
> > +module_platform_driver(imx_sc_thermal_driver);
> > +
> > +MODULE_AUTHOR("Anson Huang <Anson.Huang@nxp.com>");
> > +MODULE_DESCRIPTION("Thermal driver for NXP i.MX SoCs with system
> > +controller"); MODULE_LICENSE("GPL v2");
> > --
> > 2.7.4
> >

WARNING: multiple messages have this Message-ID (diff)
From: Anson Huang <anson.huang@nxp.com>
To: Eduardo Valentin <edubezval@gmail.com>
Cc: "mark.rutland@arm.com" <mark.rutland@arm.com>,
	"heiko@sntech.de" <heiko@sntech.de>,
	"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
	"will.deacon@arm.com" <will.deacon@arm.com>,
	"bjorn.andersson@linaro.org" <bjorn.andersson@linaro.org>,
	"LW@KARO-electronics.de" <LW@KARO-electronics.de>,
	"daniel.lezcano@linaro.org" <daniel.lezcano@linaro.org>,
	dl-linux-imx <linux-imx@nxp.com>,
	Andy Gross <andy.gross@linaro.org>,
	"rui.zhang@intel.com" <rui.zhang@intel.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"enric.balletbo@collabora.com" <enric.balletbo@collabora.com>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"horms+renesas@verge.net.au" <horms+renesas@verge.net.au>,
	"ezequiel@collabora.com" <ezequiel@collabora.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	Aisheng DONG <aisheng.dong@nxp.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"amit.kucheria@linaro.org" <amit.kucheria@linaro.org>,
	"olof@lixom.net" <olof@lixom.net>,
	"shawnguo@kernel.org" <shawnguo@kernel.org>
Subject: RE: [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller thermal support
Date: Fri, 30 Nov 2018 01:18:22 +0000	[thread overview]
Message-ID: <DB3PR0402MB3916853210DE945AA8309841F5D30@DB3PR0402MB3916.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <20181129164908.GB2688@localhost.localdomain>

Hi, Eduardo

Best Regards!
Anson Huang

> -----Original Message-----
> From: Eduardo Valentin [mailto:edubezval@gmail.com]
> Sent: 2018年11月30日 0:49
> To: Anson Huang <anson.huang@nxp.com>
> Cc: rui.zhang@intel.com; daniel.lezcano@linaro.org; robh+dt@kernel.org;
> mark.rutland@arm.com; catalin.marinas@arm.com; will.deacon@arm.com;
> Aisheng DONG <aisheng.dong@nxp.com>; Andy Gross
> <andy.gross@linaro.org>; heiko@sntech.de; horms+renesas@verge.net.au;
> arnd@arndb.de; amit.kucheria@linaro.org; enric.balletbo@collabora.com;
> ezequiel@collabora.com; olof@lixom.net; bjorn.andersson@linaro.org;
> shawnguo@kernel.org; LW@KARO-electronics.de; linux-pm@vger.kernel.org;
> devicetree@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-arm-kernel@lists.infradead.org; dl-linux-imx <linux-imx@nxp.com>
> Subject: Re: [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller
> thermal support
> 
> On Thu, Nov 29, 2018 at 02:37:32AM +0000, Anson Huang wrote:
> > i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
> > inside, the system controller is in charge of controlling power, clock
> > and thermal sensors etc..
> >
> > This patch adds i.MX system controller thermal driver support, Linux
> > kernel has to communicate with system controller via MU (message unit)
> > IPC to get each thermal sensor's temperature, it supports multiple
> > sensors which are passed from device tree, please see the binding doc
> > for details.
> >
> > Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
> > ---
> > ChangeLog:
> > V3->V4:
> >   *merge request/response message structure into one struction;
> >   *change the compatible string to start with "fsl" instead of "nxp" to align
> with other nodes in dtb.
> > ---
> >  drivers/thermal/Kconfig          |  11 +++
> >  drivers/thermal/Makefile         |   1 +
> >  drivers/thermal/imx_sc_thermal.c | 205
> > +++++++++++++++++++++++++++++++++++++++
> >  3 files changed, 217 insertions(+)
> >  create mode 100644 drivers/thermal/imx_sc_thermal.c
> >
> > diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig index
> > 0e69edc..84e850c 100644
> > --- a/drivers/thermal/Kconfig
> > +++ b/drivers/thermal/Kconfig
> > @@ -222,6 +222,17 @@ config IMX_THERMAL
> >  	  cpufreq is used as the cooling device to throttle CPUs when the
> >  	  passive trip is crossed.
> >
> > +config IMX_SC_THERMAL
> > +	tristate "Temperature sensor driver for NXP i.MX SoCs with System
> Controller"
> > +	depends on ARCH_MXC || COMPILE_TEST
> > +	depends on OF
> > +	help
> > +	  Support for Temperature Monitor (TEMPMON) found on NXP i.MX SoCs
> with
> > +	  system controller inside, Linux kernel has to communicate with system
> > +	  controller via MU (message unit) IPC to get temperature from thermal
> > +	  sensor. It supports one critical trip point and one
> > +	  passive trip point for each thermal sensor.
> > +
> >  config MAX77620_THERMAL
> >  	tristate "Temperature sensor driver for Maxim MAX77620 PMIC"
> >  	depends on MFD_MAX77620
> > diff --git a/drivers/thermal/Makefile b/drivers/thermal/Makefile index
> > 610344e..1b13f6a 100644
> > --- a/drivers/thermal/Makefile
> > +++ b/drivers/thermal/Makefile
> > @@ -41,6 +41,7 @@ obj-$(CONFIG_DB8500_THERMAL)	+=
> db8500_thermal.o
> >  obj-$(CONFIG_ARMADA_THERMAL)	+= armada_thermal.o
> >  obj-$(CONFIG_TANGO_THERMAL)	+= tango_thermal.o
> >  obj-$(CONFIG_IMX_THERMAL)	+= imx_thermal.o
> > +obj-$(CONFIG_IMX_SC_THERMAL)	+= imx_sc_thermal.o
> >  obj-$(CONFIG_MAX77620_THERMAL)	+= max77620_thermal.o
> >  obj-$(CONFIG_QORIQ_THERMAL)	+= qoriq_thermal.o
> >  obj-$(CONFIG_DA9062_THERMAL)	+= da9062-thermal.o
> > diff --git a/drivers/thermal/imx_sc_thermal.c
> > b/drivers/thermal/imx_sc_thermal.c
> > new file mode 100644
> > index 0000000..ce8e2de
> > --- /dev/null
> > +++ b/drivers/thermal/imx_sc_thermal.c
> > @@ -0,0 +1,205 @@
> > +// SPDX-License-Identifier: GPL-2.0+
> > +/*
> > + * Copyright 2018 NXP.
> > + */
> > +
> > +#include <linux/err.h>
> > +#include <linux/firmware/imx/sci.h>
> > +#include <linux/module.h>
> > +#include <linux/of.h>
> > +#include <linux/of_device.h>
> > +#include <linux/platform_device.h>
> > +#include <linux/slab.h>
> > +#include <linux/thermal.h>
> > +
> > +#include "thermal_core.h"
> > +
> > +#define IMX_SC_MISC_FUNC_GET_TEMP	13
> > +#define IMX_SC_C_TEMP			0
> > +
> > +static struct imx_sc_ipc *thermal_ipc_handle;
> > +
> > +struct imx_sc_sensor {
> > +	struct thermal_zone_device *tzd;
> > +	u32 resource_id;
> > +};
> > +
> > +struct imx_sc_thermal_data {
> > +	struct imx_sc_sensor *sensor;
> > +};
> > +
> > +struct req_get_temp {
> > +	u16 resource_id;
> > +	u8 type;
> > +} __packed;
> > +
> > +struct resp_get_temp {
> > +	u16 celsius;
> > +	u8 tenths;
> > +} __packed;
> > +
> > +struct imx_sc_msg_misc_get_temp {
> > +	struct imx_sc_rpc_msg hdr;
> > +	union {
> > +		struct req_get_temp req;
> > +		struct resp_get_temp resp;
> > +	} data;
> > +} __packed;
> > +
> > +static int imx_sc_thermal_get_temp(void *data, int *temp) {
> > +	struct imx_sc_msg_misc_get_temp msg;
> > +	struct imx_sc_rpc_msg *hdr = &msg.hdr;
> > +	struct imx_sc_sensor *sensor = data;
> > +	int ret;
> > +
> > +	msg.data.req.resource_id = sensor->resource_id;
> > +	msg.data.req.type = IMX_SC_C_TEMP;
> > +
> > +	hdr->ver = IMX_SC_RPC_VERSION;
> > +	hdr->svc = IMX_SC_RPC_SVC_MISC;
> > +	hdr->func = IMX_SC_MISC_FUNC_GET_TEMP;
> > +	hdr->size = 2;
> > +
> > +	ret = imx_scu_call_rpc(thermal_ipc_handle, &msg, true);
> > +	if (ret) {
> > +		pr_err("read temp sensor %d failed, ret %d\n",
> > +			sensor->resource_id, ret);
> > +		return ret;
> > +	}
> > +
> > +	*temp = msg.data.resp.celsius * 1000 + msg.data.resp.tenths * 100;
> > +
> > +	return 0;
> > +}
> > +
> > +static const struct thermal_zone_of_device_ops imx_sc_thermal_ops = {
> > +	.get_temp = imx_sc_thermal_get_temp, };
> > +
> > +static int imx_sc_thermal_register_sensor(struct platform_device *pdev,
> > +					  struct imx_sc_sensor *sensor)
> > +{
> > +	struct thermal_zone_device *tzd;
> > +
> > +	tzd = devm_thermal_zone_of_sensor_register(&pdev->dev,
> > +						   sensor->resource_id,
> > +						   sensor,
> > +						   &imx_sc_thermal_ops);
> > +	if (IS_ERR(tzd)) {
> > +		dev_err(&pdev->dev, "failed to register sensor: %d\n",
> > +			sensor->resource_id);
> > +		return PTR_ERR(tzd);
> > +	}
> > +
> > +	sensor->tzd = tzd;
> > +
> > +	return 0;
> > +}
> > +
> > +static int imx_sc_thermal_get_sensor_id(struct device_node
> > +*sensor_np, u32 *id) {
> > +	struct of_phandle_args sensor_specs;
> > +	int ret;
> > +
> > +	ret = of_parse_phandle_with_args(sensor_np, "thermal-sensors",
> > +			"#thermal-sensor-cells",
> > +			0, &sensor_specs);
> > +	if (ret)
> > +		return ret;
> > +
> > +	if (sensor_specs.args_count >= 1) {
> > +		*id = sensor_specs.args[0];
> > +		WARN(sensor_specs.args_count > 1,
> > +				"%pOFn: too many cells in sensor specifier %d\n",
> > +				sensor_specs.np, sensor_specs.args_count);
> > +	} else {
> > +		return -EINVAL;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> > +static int imx_sc_thermal_probe(struct platform_device *pdev) {
> > +	struct device_node *np = pdev->dev.of_node;
> > +	struct device_node *sensor_np = NULL;
> > +	struct imx_sc_thermal_data *data;
> > +	struct imx_sc_sensor *sensors;
> > +	u32 sensor_num;
> > +	int ret, i;
> > +
> > +	ret = imx_scu_get_handle(&thermal_ipc_handle);
> > +	if (ret) {
> > +		if (ret == -EPROBE_DEFER)
> > +			return ret;
> > +
> > +		dev_err(&pdev->dev, "failed to get ipc handle: %d!\n", ret);
> > +		return ret;
> > +	}
> > +
> > +	data = devm_kzalloc(&pdev->dev, sizeof(*data), GFP_KERNEL);
> > +	if (!data)
> > +		return -ENOMEM;
> > +
> > +	ret = of_property_read_u32(np, "tsens-num", &sensor_num);
> > +	if (ret || !sensor_num) {
> > +		dev_err(&pdev->dev, "failed to get valid temp sensor number!\n");
> > +		return -EINVAL;
> > +	}
> > +
> > +	sensors = devm_kzalloc(&pdev->dev, sizeof(*data->sensor) * sensor_num,
> > +			       GFP_KERNEL);
> > +	if (!sensors)
> > +		return -ENOMEM;
> > +
> > +	data->sensor = sensors;
> > +
> > +	np = of_find_node_by_name(NULL, "thermal-zones");
> > +	if (!np)
> > +		return -ENODEV;
> > +
> > +	for (i = 0; i < sensor_num; i++) {
> > +		struct imx_sc_sensor *sensor = &data->sensor[i];
> > +
> > +		sensor_np = of_get_next_child(np, sensor_np);
> > +		ret = imx_sc_thermal_get_sensor_id(sensor_np,
> > +&sensor->resource_id);
> 
> Interesting.. another driver willing to have a get sensor id from DT.
> Can you please describe why you need this? Why not simply registering all
> sensors?

The sensor id we used here is actually our i.MX8QXP's resource ID, because the
MU IPC API to get sensor's temperature needs to pass the resource ID to system
controller firmware, if using the ID started from 0,1,2.., then we will have to remap
the ID to resource ID like below, and different SoCs may introduce different map table,
for example as below, so I just use our resource ID as the thermal sensor ID, then we
can save the remap and no need to modify the thermal driver for new SoC. That is why
I need to get sensor id from DT.

For other sensors like DRC, since we still have some hardware related issues, so system
controller does NOT enable it now, we will add them later in dtb.

28 #define SC_R_DRC_0                      12
371 #define SC_R_SYSTEM                     355

45 static const sc_rsrc_t imx8qm_sensor_hw_id[] = {
 46         SC_R_A53, SC_R_A72, SC_R_GPU_0_PID0, SC_R_GPU_1_PID0,
 47         SC_R_DRC_0, SC_R_PMIC_0, SC_R_PMIC_1, SC_R_PMIC_2,
 48 };
 49
 50 static const sc_rsrc_t imx8qxp_sensor_hw_id[] = {
 51         SC_R_SYSTEM, SC_R_DRC_0, SC_R_PMIC_0,
 52         SC_R_PMIC_1, SC_R_PMIC_2,
 53 }; 

Thanks.

Anson.


> 
> > +		if (ret < 0) {
> > +			dev_err(&pdev->dev,
> > +				"failed to get valid sensor resource id: %d\n",
> > +				ret);
> > +			break;
> > +		}
> > +
> > +		ret = imx_sc_thermal_register_sensor(pdev, sensor);
> > +		if (ret) {
> > +			dev_err(&pdev->dev, "failed to register thermal sensor: %d\n",
> > +				ret);
> > +			break;
> > +		}
> > +	}
> > +
> > +	of_node_put(np);
> > +	of_node_put(sensor_np);
> > +
> > +	return ret;
> > +}
> > +
> > +static const struct of_device_id imx_sc_thermal_table[] = {
> > +	{ .compatible = "fsl,imx8qxp-sc-thermal", },
> > +	{}
> > +};
> > +MODULE_DEVICE_TABLE(of, imx_sc_thermal_table);
> > +
> > +static struct platform_driver imx_sc_thermal_driver = {
> > +		.probe = imx_sc_thermal_probe,
> > +		.driver = {
> > +			.name = "imx-sc-thermal",
> > +			.of_match_table = imx_sc_thermal_table,
> > +		},
> > +};
> > +module_platform_driver(imx_sc_thermal_driver);
> > +
> > +MODULE_AUTHOR("Anson Huang <Anson.Huang@nxp.com>");
> > +MODULE_DESCRIPTION("Thermal driver for NXP i.MX SoCs with system
> > +controller"); MODULE_LICENSE("GPL v2");
> > --
> > 2.7.4
> >
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2018-11-30  1:18 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-29  2:37 [PATCH V4 0/4] Add i.MX System Controller thermal driver support Anson Huang
2018-11-29  2:37 ` Anson Huang
2018-11-29  2:37 ` Anson Huang
2018-11-29  2:37 ` [PATCH V4 1/4] dt-bindings: fsl: scu: add thermal binding Anson Huang
2018-11-29  2:37 ` Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-12-07 23:13   ` Rob Herring
2018-12-07 23:13     ` Rob Herring
2018-12-07 23:13     ` Rob Herring
2018-11-29  2:37 ` [PATCH V4 2/4] thermal: imx_sc: add i.MX system controller thermal support Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29 16:49   ` Eduardo Valentin
2018-11-29 16:49     ` Eduardo Valentin
2018-11-29 16:49     ` Eduardo Valentin
2018-11-30  1:18     ` Anson Huang [this message]
2018-11-30  1:18       ` Anson Huang
2018-11-30  1:18       ` Anson Huang
2018-11-29  2:37 ` Anson Huang
2018-11-29  2:37 ` [PATCH V4 3/4] defconfig: arm64: " Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29  2:37 ` Anson Huang
2018-11-29  2:37 ` [PATCH V4 4/4] ARM64: dts: imx: add i.MX8QXP " Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29  2:37   ` Anson Huang
2018-11-29 16:50   ` Eduardo Valentin
2018-11-29 16:50     ` Eduardo Valentin
2018-11-29 16:50     ` Eduardo Valentin
2018-11-29 16:50   ` Eduardo Valentin
2018-11-29 16:50     ` Eduardo Valentin
2018-11-29 16:50     ` Eduardo Valentin
2018-11-30  1:11     ` Anson Huang
2018-11-30  1:11       ` Anson Huang
2018-11-30  1:11       ` Anson Huang
2018-11-29  2:37 ` Anson Huang

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=DB3PR0402MB3916853210DE945AA8309841F5D30@DB3PR0402MB3916.eurprd04.prod.outlook.com \
    --to=anson.huang@nxp.com \
    --cc=LW@KARO-electronics.de \
    --cc=aisheng.dong@nxp.com \
    --cc=amit.kucheria@linaro.org \
    --cc=andy.gross@linaro.org \
    --cc=arnd@arndb.de \
    --cc=bjorn.andersson@linaro.org \
    --cc=catalin.marinas@arm.com \
    --cc=daniel.lezcano@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=edubezval@gmail.com \
    --cc=enric.balletbo@collabora.com \
    --cc=ezequiel@collabora.com \
    --cc=heiko@sntech.de \
    --cc=horms+renesas@verge.net.au \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=olof@lixom.net \
    --cc=robh+dt@kernel.org \
    --cc=rui.zhang@intel.com \
    --cc=shawnguo@kernel.org \
    --cc=will.deacon@arm.com \
    /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.