From: Lee Jones <lee.jones@linaro.org>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-kernel@vger.kernel.org,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH v1 1/1] mfd: intel_quark_i2c_gpio: Don't play dirty trick with const
Date: Fri, 26 Mar 2021 08:16:46 +0000 [thread overview]
Message-ID: <20210326081646.GX2916463@dell> (raw)
In-Reply-To: <20210325192347.67326-1-andriy.shevchenko@linux.intel.com>
On Thu, 25 Mar 2021, Andy Shevchenko wrote:
> As Linus rightfully noticed, the driver plays dirty trick with const,
> i.e. it assigns a place holder data structure to the const field
> in the MFD cell and then drops the const by explicit casting. This
> is not how it should be.
>
> Replace cell parameter by bar and assign local pointer res to the
> respective non-const place holder in the intel_quark_i2c_setup()
> and intel_quark_gpio_setup().
>
> Reported-by: Linus Torvalds <torvalds@linux-foundation.org>
Thanks for spotting this Linus.
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> ---
> drivers/mfd/intel_quark_i2c_gpio.c | 26 ++++++++++++--------------
> 1 file changed, 12 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/mfd/intel_quark_i2c_gpio.c b/drivers/mfd/intel_quark_i2c_gpio.c
> index 7f90e6f022ba..f2bce2ade510 100644
> --- a/drivers/mfd/intel_quark_i2c_gpio.c
> +++ b/drivers/mfd/intel_quark_i2c_gpio.c
> @@ -157,17 +157,16 @@ static void intel_quark_unregister_i2c_clk(struct device *dev)
> clk_unregister(quark_mfd->i2c_clk);
> }
>
> -static int intel_quark_i2c_setup(struct pci_dev *pdev, struct mfd_cell *cell)
> +static int intel_quark_i2c_setup(struct pci_dev *pdev, int bar)
> {
> + struct mfd_cell *cell = &intel_quark_mfd_cells[bar];
What's stopping you from removing the seemingly superfluous 'bar'
parameter and simply doing:
struct mfd_cell *cell = &intel_quark_mfd_cells[MFD_I2C_BAR];
> + struct resource *res = intel_quark_i2c_res;
> const struct dmi_system_id *dmi_id;
> struct dw_i2c_platform_data *pdata;
> - struct resource *res = (struct resource *)cell->resources;
> struct device *dev = &pdev->dev;
>
> - res[INTEL_QUARK_IORES_MEM].start =
> - pci_resource_start(pdev, MFD_I2C_BAR);
> - res[INTEL_QUARK_IORES_MEM].end =
> - pci_resource_end(pdev, MFD_I2C_BAR);
> + res[INTEL_QUARK_IORES_MEM].start = pci_resource_start(pdev, bar);
> + res[INTEL_QUARK_IORES_MEM].end = pci_resource_end(pdev, bar);
If you do end up using 'MFD_I2C_BAR' again in here, please omit the
line wrap. 80-char lines are so 1990s!
> res[INTEL_QUARK_IORES_IRQ].start = pci_irq_vector(pdev, 0);
> res[INTEL_QUARK_IORES_IRQ].end = pci_irq_vector(pdev, 0);
> @@ -189,16 +188,15 @@ static int intel_quark_i2c_setup(struct pci_dev *pdev, struct mfd_cell *cell)
> return 0;
> }
--
Lee Jones [李琼斯]
Senior Technical Lead - Developer Services
Linaro.org │ Open source software for Arm SoCs
Follow Linaro: Facebook | Twitter | Blog
prev parent reply other threads:[~2021-03-26 8:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-25 19:23 [PATCH v1 1/1] mfd: intel_quark_i2c_gpio: Don't play dirty trick with const Andy Shevchenko
2021-03-25 19:28 ` Linus Torvalds
2021-03-25 19:53 ` Andy Shevchenko
2021-03-26 8:16 ` Lee Jones [this message]
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=20210326081646.GX2916463@dell \
--to=lee.jones@linaro.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox