From: Stephen Boyd <sboyd@codeaurora.org>
To: Mathieu Olivari <mathieu@codeaurora.org>
Cc: robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com,
ijc+devicetree@hellion.org.uk, galak@codeaurora.org,
linux@arm.linux.org.uk, dwmw2@infradead.org,
computersforpeace@gmail.com, agross@codeaurora.org,
bjorn.andersson@sonymobile.com, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org
Subject: Re: [PATCH 3/3] mtd: add SMEM parser for QCOM platforms
Date: Thu, 13 Aug 2015 17:38:02 -0700 [thread overview]
Message-ID: <55CD386A.5070801@codeaurora.org> (raw)
In-Reply-To: <1439501620-24073-4-git-send-email-mathieu@codeaurora.org>
On 08/13/2015 02:33 PM, Mathieu Olivari wrote:
> diff --git a/drivers/mtd/qcom_smem_part.c b/drivers/mtd/qcom_smem_part.c
> new file mode 100644
> index 0000000..6cbf610
> --- /dev/null
> +++ b/drivers/mtd/qcom_smem_part.c
>
> +#define SMEM_PARTS_MAX 32
> +
> +struct smem_partition {
> + char name[SMEM_PART_NAME_SZ];
> + uint32_t start;
> + uint32_t size;
> + uint32_t attr;
Is this little endian? __le32? I think so.
> +};
> +
> +struct smem_partition_table {
> + uint32_t magic[2];
> + uint32_t version;
> + uint32_t len;
Same for these being little endian. And if so, please make magic into a
byte array of size 8 and then do a memcmp with another static byte array.
> + struct smem_partition parts[SMEM_PARTS_MAX];
> +};
> +
> +static int qcom_smem_get_flash_blksz(uint64_t **smem_blksz)
I don't know, but I prefer u64 because it's short and sweet. But I'm not
the maintainer here.
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_BOOT_FLASH_BLOCK_SIZE,
> + (void **) smem_blksz, &size);
Is the cast necessary?
> +
> + if (ret < 0) {
> + pr_err("Unable to read flash blksz from SMEM\n");
> + return -ENOENT;
> + }
> +
> + if (size != sizeof(**smem_blksz)) {
> + pr_err("Invalid flash blksz size in SMEM\n");
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +static int qcom_smem_get_flash_type(uint64_t **smem_flash_type)
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_BOOT_FLASH_TYPE,
> + (void **) smem_flash_type, &size);
> +
> + if (ret < 0) {
> + pr_err("Unable to read flash type from SMEM\n");
> + return -ENOENT;
> + }
> +
> + if (size != sizeof(**smem_flash_type)) {
> + pr_err("Invalid flash type size in SMEM\n");
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +static int qcom_smem_get_flash_partitions(struct smem_partition_table **pparts)
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_AARM_PARTITION_TABLE,
> + (void **) pparts, &size);
> +
> + if (ret < 0) {
> + pr_err("Unable to read partition table from SMEM\n");
> + return -ENOENT;
> + }
> +
> + return 0;
> +}
> +
> +static int of_dev_node_match(struct device *dev, void *data)
> +{
> + return dev->of_node == data;
> +}
> +
> +static bool is_spi_device(struct device_node *np)
> +{
> + struct device *dev;
> +
> + dev = bus_find_device(&spi_bus_type, NULL, np, of_dev_node_match);
I'm pretty sure this holds a reference to the device that needs to be
released with put_device().
> + return dev ? true : false;
> +}
> +
> +static int parse_qcom_smem_partitions(struct mtd_info *master,
> + struct mtd_partition **pparts,
> + struct mtd_part_parser_data *data)
> +{
> + struct smem_partition_table *smem_parts;
> + uint64_t *smem_flash_type, *smem_blksz;
> + struct mtd_partition *mtd_parts;
> + struct device_node *of_node = data->of_node;
> + int i, ret;
> +
> + /*
> + * SMEM will only store the partition table of the boot device.
> + * If this is not the boot device, do not return any partition.
> + */
> + ret = qcom_smem_get_flash_type(&smem_flash_type);
> + if (ret < 0)
> + return ret;
> +
> + if ((*smem_flash_type == SMEM_FLASH_NAND && !mtd_type_is_nand(master))
> + || (*smem_flash_type == SMEM_FLASH_SPI && !is_spi_device(of_node)))
> + return 0;
> +
> + /*
> + * Just for sanity purpose, make sure the block size in SMEM matches the
> + * block size of the MTD device
> + */
> + ret = qcom_smem_get_flash_blksz(&smem_blksz);
> + if (ret < 0)
> + return ret;
> +
> + if (*smem_blksz != master->erasesize) {
> + pr_err("SMEM block size differs from MTD block size\n");
> + return -EINVAL;
> + }
> +
> + /* Get partition pointer from SMEM */
> + ret = qcom_smem_get_flash_partitions(&smem_parts);
> + if (ret < 0)
> + return ret;
> +
> + if (smem_parts->magic[0] != SMEM_PTABLE_MAGIC_1 ||
> + smem_parts->magic[1] != SMEM_PTABLE_MAGIC_2) {
> + pr_err("SMEM partition magic invalid\n");
> + return -EINVAL;
> + }
> +
> + /* Allocate and populate the mtd structures */
> + mtd_parts = kcalloc(smem_parts->len, sizeof(struct mtd_partition),
sizeof(*mtd_parts)?
> + GFP_KERNEL);
> + if (mtd_parts == NULL)
if (!mtd_parts) is more kernel style.
> + return -ENOMEM;
> +
> + for (i = 0; i < smem_parts->len; i++) {
> + struct smem_partition *part = &smem_parts->parts[i];
> +
> + mtd_parts[i].name = part->name;
> + mtd_parts[i].size = part->size * (*smem_blksz);
> + mtd_parts[i].offset = part->start * (*smem_blksz);
> +
> + /*
> + * The last SMEM partition may have its size marked as
> + * something like 0xffffffff, which means "until the end of the
> + * flash device". In this case, truncate it.
> + */
> + if (mtd_parts[i].offset + mtd_parts[i].size > master->size)
> + mtd_parts[i].size = master->size - mtd_parts[i].offset;
That is 7 mtd_parts[i]. instances. Consider making a local variable
pointer instead. Actually we could make two pointers for
smem_parts->part and mtd_parts and increment both in the loop to make
tighter code.
> + }
> +
> + *pparts = mtd_parts;
Oh we already have the pointer, so just do this assignment before iterating.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
WARNING: multiple messages have this Message-ID (diff)
From: sboyd@codeaurora.org (Stephen Boyd)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/3] mtd: add SMEM parser for QCOM platforms
Date: Thu, 13 Aug 2015 17:38:02 -0700 [thread overview]
Message-ID: <55CD386A.5070801@codeaurora.org> (raw)
In-Reply-To: <1439501620-24073-4-git-send-email-mathieu@codeaurora.org>
On 08/13/2015 02:33 PM, Mathieu Olivari wrote:
> diff --git a/drivers/mtd/qcom_smem_part.c b/drivers/mtd/qcom_smem_part.c
> new file mode 100644
> index 0000000..6cbf610
> --- /dev/null
> +++ b/drivers/mtd/qcom_smem_part.c
>
> +#define SMEM_PARTS_MAX 32
> +
> +struct smem_partition {
> + char name[SMEM_PART_NAME_SZ];
> + uint32_t start;
> + uint32_t size;
> + uint32_t attr;
Is this little endian? __le32? I think so.
> +};
> +
> +struct smem_partition_table {
> + uint32_t magic[2];
> + uint32_t version;
> + uint32_t len;
Same for these being little endian. And if so, please make magic into a
byte array of size 8 and then do a memcmp with another static byte array.
> + struct smem_partition parts[SMEM_PARTS_MAX];
> +};
> +
> +static int qcom_smem_get_flash_blksz(uint64_t **smem_blksz)
I don't know, but I prefer u64 because it's short and sweet. But I'm not
the maintainer here.
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_BOOT_FLASH_BLOCK_SIZE,
> + (void **) smem_blksz, &size);
Is the cast necessary?
> +
> + if (ret < 0) {
> + pr_err("Unable to read flash blksz from SMEM\n");
> + return -ENOENT;
> + }
> +
> + if (size != sizeof(**smem_blksz)) {
> + pr_err("Invalid flash blksz size in SMEM\n");
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +static int qcom_smem_get_flash_type(uint64_t **smem_flash_type)
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_BOOT_FLASH_TYPE,
> + (void **) smem_flash_type, &size);
> +
> + if (ret < 0) {
> + pr_err("Unable to read flash type from SMEM\n");
> + return -ENOENT;
> + }
> +
> + if (size != sizeof(**smem_flash_type)) {
> + pr_err("Invalid flash type size in SMEM\n");
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +static int qcom_smem_get_flash_partitions(struct smem_partition_table **pparts)
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_AARM_PARTITION_TABLE,
> + (void **) pparts, &size);
> +
> + if (ret < 0) {
> + pr_err("Unable to read partition table from SMEM\n");
> + return -ENOENT;
> + }
> +
> + return 0;
> +}
> +
> +static int of_dev_node_match(struct device *dev, void *data)
> +{
> + return dev->of_node == data;
> +}
> +
> +static bool is_spi_device(struct device_node *np)
> +{
> + struct device *dev;
> +
> + dev = bus_find_device(&spi_bus_type, NULL, np, of_dev_node_match);
I'm pretty sure this holds a reference to the device that needs to be
released with put_device().
> + return dev ? true : false;
> +}
> +
> +static int parse_qcom_smem_partitions(struct mtd_info *master,
> + struct mtd_partition **pparts,
> + struct mtd_part_parser_data *data)
> +{
> + struct smem_partition_table *smem_parts;
> + uint64_t *smem_flash_type, *smem_blksz;
> + struct mtd_partition *mtd_parts;
> + struct device_node *of_node = data->of_node;
> + int i, ret;
> +
> + /*
> + * SMEM will only store the partition table of the boot device.
> + * If this is not the boot device, do not return any partition.
> + */
> + ret = qcom_smem_get_flash_type(&smem_flash_type);
> + if (ret < 0)
> + return ret;
> +
> + if ((*smem_flash_type == SMEM_FLASH_NAND && !mtd_type_is_nand(master))
> + || (*smem_flash_type == SMEM_FLASH_SPI && !is_spi_device(of_node)))
> + return 0;
> +
> + /*
> + * Just for sanity purpose, make sure the block size in SMEM matches the
> + * block size of the MTD device
> + */
> + ret = qcom_smem_get_flash_blksz(&smem_blksz);
> + if (ret < 0)
> + return ret;
> +
> + if (*smem_blksz != master->erasesize) {
> + pr_err("SMEM block size differs from MTD block size\n");
> + return -EINVAL;
> + }
> +
> + /* Get partition pointer from SMEM */
> + ret = qcom_smem_get_flash_partitions(&smem_parts);
> + if (ret < 0)
> + return ret;
> +
> + if (smem_parts->magic[0] != SMEM_PTABLE_MAGIC_1 ||
> + smem_parts->magic[1] != SMEM_PTABLE_MAGIC_2) {
> + pr_err("SMEM partition magic invalid\n");
> + return -EINVAL;
> + }
> +
> + /* Allocate and populate the mtd structures */
> + mtd_parts = kcalloc(smem_parts->len, sizeof(struct mtd_partition),
sizeof(*mtd_parts)?
> + GFP_KERNEL);
> + if (mtd_parts == NULL)
if (!mtd_parts) is more kernel style.
> + return -ENOMEM;
> +
> + for (i = 0; i < smem_parts->len; i++) {
> + struct smem_partition *part = &smem_parts->parts[i];
> +
> + mtd_parts[i].name = part->name;
> + mtd_parts[i].size = part->size * (*smem_blksz);
> + mtd_parts[i].offset = part->start * (*smem_blksz);
> +
> + /*
> + * The last SMEM partition may have its size marked as
> + * something like 0xffffffff, which means "until the end of the
> + * flash device". In this case, truncate it.
> + */
> + if (mtd_parts[i].offset + mtd_parts[i].size > master->size)
> + mtd_parts[i].size = master->size - mtd_parts[i].offset;
That is 7 mtd_parts[i]. instances. Consider making a local variable
pointer instead. Actually we could make two pointers for
smem_parts->part and mtd_parts and increment both in the loop to make
tighter code.
> + }
> +
> + *pparts = mtd_parts;
Oh we already have the pointer, so just do this assignment before iterating.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
WARNING: multiple messages have this Message-ID (diff)
From: Stephen Boyd <sboyd-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
To: Mathieu Olivari <mathieu-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Cc: robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
pawel.moll-5wv7dgnIgG8@public.gmane.org,
mark.rutland-5wv7dgnIgG8@public.gmane.org,
ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org,
galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org,
dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
computersforpeace-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
agross-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org,
bjorn.andersson-/MT0OVThwyLZJqsBc5GL+g@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH 3/3] mtd: add SMEM parser for QCOM platforms
Date: Thu, 13 Aug 2015 17:38:02 -0700 [thread overview]
Message-ID: <55CD386A.5070801@codeaurora.org> (raw)
In-Reply-To: <1439501620-24073-4-git-send-email-mathieu-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
On 08/13/2015 02:33 PM, Mathieu Olivari wrote:
> diff --git a/drivers/mtd/qcom_smem_part.c b/drivers/mtd/qcom_smem_part.c
> new file mode 100644
> index 0000000..6cbf610
> --- /dev/null
> +++ b/drivers/mtd/qcom_smem_part.c
>
> +#define SMEM_PARTS_MAX 32
> +
> +struct smem_partition {
> + char name[SMEM_PART_NAME_SZ];
> + uint32_t start;
> + uint32_t size;
> + uint32_t attr;
Is this little endian? __le32? I think so.
> +};
> +
> +struct smem_partition_table {
> + uint32_t magic[2];
> + uint32_t version;
> + uint32_t len;
Same for these being little endian. And if so, please make magic into a
byte array of size 8 and then do a memcmp with another static byte array.
> + struct smem_partition parts[SMEM_PARTS_MAX];
> +};
> +
> +static int qcom_smem_get_flash_blksz(uint64_t **smem_blksz)
I don't know, but I prefer u64 because it's short and sweet. But I'm not
the maintainer here.
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_BOOT_FLASH_BLOCK_SIZE,
> + (void **) smem_blksz, &size);
Is the cast necessary?
> +
> + if (ret < 0) {
> + pr_err("Unable to read flash blksz from SMEM\n");
> + return -ENOENT;
> + }
> +
> + if (size != sizeof(**smem_blksz)) {
> + pr_err("Invalid flash blksz size in SMEM\n");
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +static int qcom_smem_get_flash_type(uint64_t **smem_flash_type)
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_BOOT_FLASH_TYPE,
> + (void **) smem_flash_type, &size);
> +
> + if (ret < 0) {
> + pr_err("Unable to read flash type from SMEM\n");
> + return -ENOENT;
> + }
> +
> + if (size != sizeof(**smem_flash_type)) {
> + pr_err("Invalid flash type size in SMEM\n");
> + return -EINVAL;
> + }
> +
> + return 0;
> +}
> +
> +static int qcom_smem_get_flash_partitions(struct smem_partition_table **pparts)
> +{
> + int ret;
> + size_t size;
> +
> + ret = qcom_smem_get(SMEM_HOST_APPS, SMEM_AARM_PARTITION_TABLE,
> + (void **) pparts, &size);
> +
> + if (ret < 0) {
> + pr_err("Unable to read partition table from SMEM\n");
> + return -ENOENT;
> + }
> +
> + return 0;
> +}
> +
> +static int of_dev_node_match(struct device *dev, void *data)
> +{
> + return dev->of_node == data;
> +}
> +
> +static bool is_spi_device(struct device_node *np)
> +{
> + struct device *dev;
> +
> + dev = bus_find_device(&spi_bus_type, NULL, np, of_dev_node_match);
I'm pretty sure this holds a reference to the device that needs to be
released with put_device().
> + return dev ? true : false;
> +}
> +
> +static int parse_qcom_smem_partitions(struct mtd_info *master,
> + struct mtd_partition **pparts,
> + struct mtd_part_parser_data *data)
> +{
> + struct smem_partition_table *smem_parts;
> + uint64_t *smem_flash_type, *smem_blksz;
> + struct mtd_partition *mtd_parts;
> + struct device_node *of_node = data->of_node;
> + int i, ret;
> +
> + /*
> + * SMEM will only store the partition table of the boot device.
> + * If this is not the boot device, do not return any partition.
> + */
> + ret = qcom_smem_get_flash_type(&smem_flash_type);
> + if (ret < 0)
> + return ret;
> +
> + if ((*smem_flash_type == SMEM_FLASH_NAND && !mtd_type_is_nand(master))
> + || (*smem_flash_type == SMEM_FLASH_SPI && !is_spi_device(of_node)))
> + return 0;
> +
> + /*
> + * Just for sanity purpose, make sure the block size in SMEM matches the
> + * block size of the MTD device
> + */
> + ret = qcom_smem_get_flash_blksz(&smem_blksz);
> + if (ret < 0)
> + return ret;
> +
> + if (*smem_blksz != master->erasesize) {
> + pr_err("SMEM block size differs from MTD block size\n");
> + return -EINVAL;
> + }
> +
> + /* Get partition pointer from SMEM */
> + ret = qcom_smem_get_flash_partitions(&smem_parts);
> + if (ret < 0)
> + return ret;
> +
> + if (smem_parts->magic[0] != SMEM_PTABLE_MAGIC_1 ||
> + smem_parts->magic[1] != SMEM_PTABLE_MAGIC_2) {
> + pr_err("SMEM partition magic invalid\n");
> + return -EINVAL;
> + }
> +
> + /* Allocate and populate the mtd structures */
> + mtd_parts = kcalloc(smem_parts->len, sizeof(struct mtd_partition),
sizeof(*mtd_parts)?
> + GFP_KERNEL);
> + if (mtd_parts == NULL)
if (!mtd_parts) is more kernel style.
> + return -ENOMEM;
> +
> + for (i = 0; i < smem_parts->len; i++) {
> + struct smem_partition *part = &smem_parts->parts[i];
> +
> + mtd_parts[i].name = part->name;
> + mtd_parts[i].size = part->size * (*smem_blksz);
> + mtd_parts[i].offset = part->start * (*smem_blksz);
> +
> + /*
> + * The last SMEM partition may have its size marked as
> + * something like 0xffffffff, which means "until the end of the
> + * flash device". In this case, truncate it.
> + */
> + if (mtd_parts[i].offset + mtd_parts[i].size > master->size)
> + mtd_parts[i].size = master->size - mtd_parts[i].offset;
That is 7 mtd_parts[i]. instances. Consider making a local variable
pointer instead. Actually we could make two pointers for
smem_parts->part and mtd_parts and increment both in the loop to make
tighter code.
> + }
> +
> + *pparts = mtd_parts;
Oh we already have the pointer, so just do this assignment before iterating.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2015-08-14 0:38 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-13 21:33 [PATCH 0/3] qcom: Add SMEM MTD parser Mathieu Olivari
2015-08-13 21:33 ` Mathieu Olivari
2015-08-13 21:33 ` Mathieu Olivari
2015-08-13 21:33 ` [PATCH 1/3] ARM: qcom: add SFPB nodes to IPQ806x dts Mathieu Olivari
2015-08-13 21:33 ` Mathieu Olivari
2015-08-13 21:33 ` Mathieu Olivari
2015-08-13 23:18 ` Stephen Boyd
2015-08-13 23:18 ` Stephen Boyd
2015-08-13 23:18 ` Stephen Boyd
2015-08-14 17:25 ` Mathieu Olivari
2015-08-14 17:25 ` Mathieu Olivari
2015-08-13 21:33 ` [PATCH 2/3] ARM: qcom: add SMEM device node " Mathieu Olivari
2015-08-13 21:33 ` Mathieu Olivari
2015-08-13 23:57 ` Stephen Boyd
2015-08-13 23:57 ` Stephen Boyd
2015-08-13 23:57 ` Stephen Boyd
2015-08-14 18:54 ` Mathieu Olivari
2015-08-14 18:54 ` Mathieu Olivari
2015-08-13 21:33 ` [PATCH 3/3] mtd: add SMEM parser for QCOM platforms Mathieu Olivari
2015-08-13 21:33 ` Mathieu Olivari
2015-08-14 0:38 ` Stephen Boyd [this message]
2015-08-14 0:38 ` Stephen Boyd
2015-08-14 0:38 ` Stephen Boyd
2015-08-14 19:08 ` Mathieu Olivari
2015-08-14 19:08 ` Mathieu Olivari
-- strict thread matches above, loose matches on Subject: below --
2015-08-15 0:46 [PATCH 0/3] qcom: Add SMEM MTD parser Mathieu Olivari
2015-08-15 0:46 ` [PATCH 3/3] mtd: add SMEM parser for QCOM platforms Mathieu Olivari
2015-08-15 0:46 ` Mathieu Olivari
2015-08-15 0:46 ` Mathieu Olivari
2015-08-15 5:48 ` Bjorn Andersson
2015-08-15 5:48 ` Bjorn Andersson
2015-08-15 5:48 ` Bjorn Andersson
2015-08-17 21:24 ` Mathieu Olivari
2015-08-17 21:24 ` Mathieu Olivari
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=55CD386A.5070801@codeaurora.org \
--to=sboyd@codeaurora.org \
--cc=agross@codeaurora.org \
--cc=bjorn.andersson@sonymobile.com \
--cc=computersforpeace@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux@arm.linux.org.uk \
--cc=mark.rutland@arm.com \
--cc=mathieu@codeaurora.org \
--cc=pawel.moll@arm.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 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.