From: Marek Vasut <marek.vasut@gmail.com>
To: Masahiro Yamada <yamada.masahiro@socionext.com>,
linux-mtd@lists.infradead.org
Cc: Alan Cox <alan@linux.intel.com>,
David Woodhouse <David.Woodhouse@intel.com>,
Jason Roberts <jason.e.roberts@intel.com>,
Chuanxiao Dong <chuanxiao.dong@intel.com>,
Dinh Nguyen <dinguyen@altera.com>,
linux-kernel@vger.kernel.org,
Boris Brezillon <boris.brezillon@free-electrons.com>,
Brian Norris <computersforpeace@gmail.com>,
Richard Weinberger <richard@nod.at>,
David Woodhouse <dwmw2@infradead.org>,
Cyrille Pitchen <cyrille.pitchen@atmel.com>
Subject: Re: [PATCH 05/11] mtd: nand: denali: remove "Spectra:" prefix from printk strings
Date: Sat, 12 Nov 2016 22:35:35 +0100 [thread overview]
Message-ID: <5a1b5ef5-5c1a-ce20-f0be-ed6abed6996e@gmail.com> (raw)
In-Reply-To: <1478666130-13413-6-git-send-email-yamada.masahiro@socionext.com>
On 11/09/2016 05:35 AM, Masahiro Yamada wrote:
> As far as I understood from the Kconfig menu deleted by commit
> be7f39c5ecf5 ("Staging: delete spectra driver"), the "Spectra" is
> specific to Intel Moorestown Platform.
>
> The Denali NAND controller IP is used for various SoCs such as
> Altera SOCFPGA, Socionext UniPhier, etc. The platform specific
> strings are not preferred in this driver.
>
> Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Reviewed-by: Marek Vasut <marek.vasut@gmail.com>
> ---
>
> As an ARM-SoC developer, I only need denali.c and denali_dt.c.
>
> I see some "Spectra:" in drivers/mtd/nand/denali_pci.c as well.
> I was not quite sure if they are needed or not.
> If desired, I can update this patch to remove them too.
Is anyone even using Denali on Intel now ?
> drivers/mtd/nand/denali.c | 11 +++++------
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/mtd/nand/denali.c b/drivers/mtd/nand/denali.c
> index 80d3e26..78d795b 100644
> --- a/drivers/mtd/nand/denali.c
> +++ b/drivers/mtd/nand/denali.c
> @@ -402,7 +402,7 @@ static void get_hynix_nand_para(struct denali_nand_info *denali,
> break;
> default:
> dev_warn(denali->dev,
> - "Spectra: Unknown Hynix NAND (Device ID: 0x%x).\n"
> + "Unknown Hynix NAND (Device ID: 0x%x).\n"
> "Will use default parameter values instead.\n",
> device_id);
> }
> @@ -1458,7 +1458,7 @@ int denali_init(struct denali_nand_info *denali)
> */
> if (request_irq(denali->irq, denali_isr, IRQF_SHARED,
> DENALI_NAND_NAME, denali)) {
> - pr_err("Spectra: Unable to allocate IRQ\n");
> + dev_err(denali->dev, "Unable to request IRQ\n");
> return -ENODEV;
> }
>
> @@ -1495,7 +1495,7 @@ int denali_init(struct denali_nand_info *denali)
> /* Is 32-bit DMA supported? */
> ret = dma_set_mask(denali->dev, DMA_BIT_MASK(32));
> if (ret) {
> - pr_err("Spectra: no usable DMA configuration\n");
> + dev_err(denali->dev, "no usable DMA configuration\n");
> goto failed_req_irq;
> }
>
> @@ -1503,7 +1503,7 @@ int denali_init(struct denali_nand_info *denali)
> mtd->writesize + mtd->oobsize,
> DMA_BIDIRECTIONAL);
> if (dma_mapping_error(denali->dev, denali->buf.dma_buf)) {
> - dev_err(denali->dev, "Spectra: failed to map DMA buffer\n");
> + dev_err(denali->dev, "failed to map DMA buffer\n");
Nit: For consistency's sake, use Failed with capital F . Fix the "No
usable DMA ..." too.
> ret = -EIO;
> goto failed_req_irq;
> }
> @@ -1598,8 +1598,7 @@ int denali_init(struct denali_nand_info *denali)
>
> ret = mtd_device_register(mtd, NULL, 0);
> if (ret) {
> - dev_err(denali->dev, "Spectra: Failed to register MTD: %d\n",
> - ret);
> + dev_err(denali->dev, "Failed to register MTD: %d\n", ret);
> goto failed_req_irq;
> }
> return 0;
>
--
Best regards,
Marek Vasut
next prev parent reply other threads:[~2016-11-12 21:57 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-09 4:35 [PATCH 00/11] mtd: nand: denali: first round of cleanups of Denali NAND driver Masahiro Yamada
2016-11-09 4:35 ` [PATCH 01/11] mtd: nand: denali: remove unneeded <linux/slab.h> includes Masahiro Yamada
2016-11-12 21:28 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 02/11] mtd: nand: denali: remove unused struct member denali_nand_info::idx Masahiro Yamada
2016-11-12 21:29 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 03/11] mtd: nand: denali: remove bogus comment about interrupt handler setup Masahiro Yamada
2016-11-12 21:29 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 04/11] mtd: nand: denali: remove detect_partition_feature() Masahiro Yamada
2016-11-12 21:31 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 05/11] mtd: nand: denali: remove "Spectra:" prefix from printk strings Masahiro Yamada
2016-11-12 21:35 ` Marek Vasut [this message]
2016-11-15 2:32 ` Masahiro Yamada
2016-11-18 8:42 ` Masahiro Yamada
2016-11-18 8:49 ` Marek Vasut
2016-11-19 8:25 ` Boris Brezillon
2016-11-09 4:35 ` [PATCH 06/11] mtd: nand: denali: remove unused struct member totalblks, blksperchip Masahiro Yamada
2016-11-12 21:35 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 07/11] mtd: nand: denali: use managed devm_irq_request() Masahiro Yamada
2016-11-12 21:38 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 08/11] mtd: nand: denali: return error code from devm_request_irq() on error Masahiro Yamada
2016-11-12 21:39 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 09/11] mtd: nand: denali: return error code from nand_scan_ident/tail " Masahiro Yamada
2016-11-12 21:40 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 10/11] mtd: nand: denali: remove unneeded parentheses Masahiro Yamada
2016-11-12 21:41 ` Marek Vasut
2016-11-09 4:35 ` [PATCH 11/11] mtd: nand: denali: remove debug lines of __FILE__, __LINE__, __func__ Masahiro Yamada
2016-11-12 21:41 ` Marek Vasut
2016-11-12 21:41 ` [PATCH 00/11] mtd: nand: denali: first round of cleanups of Denali NAND driver Marek Vasut
2016-11-19 8:30 ` Boris Brezillon
2016-11-19 16:15 ` Masahiro Yamada
2016-11-19 18:26 ` Boris Brezillon
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=5a1b5ef5-5c1a-ce20-f0be-ed6abed6996e@gmail.com \
--to=marek.vasut@gmail.com \
--cc=David.Woodhouse@intel.com \
--cc=alan@linux.intel.com \
--cc=boris.brezillon@free-electrons.com \
--cc=chuanxiao.dong@intel.com \
--cc=computersforpeace@gmail.com \
--cc=cyrille.pitchen@atmel.com \
--cc=dinguyen@altera.com \
--cc=dwmw2@infradead.org \
--cc=jason.e.roberts@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=richard@nod.at \
--cc=yamada.masahiro@socionext.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®