Skip to contentSkip to conversation

pinctrl: sh-pfc: Print correct pinmux info name

PATCH In review Eugeniu Rosca 2 participants 3 messages Mar 18, 2017 – Mar 19, 2017 Pin control

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 pinctrl: sh-pfc: Print correct pinmux info name

Quoted 1 line

From cce7953dac965d620bb4fe5a456cffe40793f39b Mon Sep 17 00:00:00 2001

From: Eugeniu Rosca <[email protected]>
Date: Tue, 28 Feb 2017 13:38:36 +0100
Subject: [PATCH] pinctrl: sh-pfc: Print correct pinmux info name

commit 0c151062f32c ("sh-pfc: Add support for SoC-specific initialization") allows defining SoC specific init functions. Such custom functions can register new pinmux info structures. Here is an example:

static int my_pinmux_init(struct sh_pfc *pfc)

{
    if (my_criteria())
        pfc->info = &new_pinmux_info;
}

A side effect of the pfc->info update in the above example is that the const struct sh_pfc_soc_info *info pointer used in the probe routine becomes outdated. One consequence of it is printing the wrong pinmux info structure name at the end of sh_pfc_probe(). Fix this.

---
 drivers/pinctrl/sh-pfc/core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/pinctrl/sh-pfc/core.c +1 -1
index 6399eb1feb12..37fc70fb8e4d 100644
@@ -703,7 +703,7 @@ static int sh_pfc_probe(struct platform_device *pdev)
 
 	platform_set_drvdata(pdev, pfc);
 
-	dev_info(pfc->dev, "%s support registered\n", info->name);
+	dev_info(pfc->dev, "%s support registered\n", pfc->info->name);
 
 	return 0;
 }
Signature · 1 line
2.12.0
#1 lore raw

Hi Eugeniu,

Quoted 11 lines · Eugeniu Rosca

commit 0c151062f32c ("sh-pfc: Add support for SoC-specific initialization") allows defining SoC specific init functions. Such custom functions can register new pinmux info structures. Here is an example:

static int my_pinmux_init(struct sh_pfc *pfc)

{
    if (my_criteria())
        pfc->info = &new_pinmux_info;
}
Quoted 6 lines

A side effect of the pfc->info update in the above example is that the const struct sh_pfc_soc_info *info pointer used in the probe routine becomes outdated. One consequence of it is printing the wrong pinmux info structure name at the end of sh_pfc_probe(). Fix this.

Thanks for your patch!
But next time, please send it inline, for easier commenting.

Quoted 15 lines
---
 drivers/pinctrl/sh-pfc/core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/pinctrl/sh-pfc/core.c +1 -1
index 6399eb1feb12..37fc70fb8e4d 100644
@@ -703,7 +703,7 @@ static int sh_pfc_probe(struct platform_device *pdev)
 
      platform_set_drvdata(pdev, pfc);
 
-     dev_info(pfc->dev, "%s support registered\n", info->name);
+     dev_info(pfc->dev, "%s support registered\n", pfc->info->name);
 
Quoted 1 line

From a code maintenance point of view, I think it's safer to update the info

pointer itself, cfr. "[PATCH v2 1/4] pinctrl: sh-pfc: Update info pointer after SoC-specific init"
(https://www.spinics.net/lists/linux-renesas-soc/msg12375.html).

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#2 lore raw

On Sun, Mar 19, 2017 at 03:02:48PM +0100, Geert Uytterhoeven wrote:

Hi Geert,

Quoted 2 lines

Thanks for your patch!
But next time, please send it inline, for easier commenting.

Thanks! Will do that next time.

Quoted 4 lines

From a code maintenance point of view, I think it's safer to update the info pointer itself, cfr. "[PATCH v2 1/4] pinctrl: sh-pfc: Update info pointer after SoC-specific init"
(https://www.spinics.net/lists/linux-renesas-soc/msg12375.html).

Agree! It's good that printing the correct PFC driver name is already fixed on your side.

Best regards,
Eugeniu.