All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Daney <ddaney.cavm@gmail.com>
To: Matt Redfearn <matt.redfearn@imgtec.com>
Cc: david.daney@cavium.com, aleksey.makarov@caviumnetworks.com,
	ulf.hansson@linaro.org, robh@kernel.org, ralf@linux-mips.org,
	linux-mmc@vger.kernel.org, linux-mips@linux-mips.org,
	devicetree@vger.kernel.org
Subject: Re: [PATCH v6 2/3] MIPS: OCTEON: Rename legacy properties in internal device trees.
Date: Thu, 11 Feb 2016 08:32:46 -0800	[thread overview]
Message-ID: <56BCB7AE.2050901@gmail.com> (raw)
In-Reply-To: <1455207976-2262-2-git-send-email-matt.redfearn@imgtec.com>

On 02/11/2016 08:26 AM, Matt Redfearn wrote:
> Many OCTEON devices have been shipped in products with fixed DTBs. These
> DTBS contain properties which are not compatible with newer kernels with
> upstream drivers.
> Therefore some mechanism is necessary to convert legacy naming into
> upstream naming. In the first instance this is to support the OCTEON MMC
> controller, which is in a later patch of this series.
> This patch adds a octeon_handle_legacy_device_tree() function which is
> always called from device_tree_init() to fix up the device tree so that
> drivers need have no knowledge of the legacy naming or properties.
>
> Signed-off-by: Matt Redfearn <matt.redfearn@imgtec.com>

NAK...

I already sent e-mail on this, but it crossed in flight.

Basically, this patch is much more complex than the original code which 
was just a few lines to check the alternate "legacy" names.

Also this code is prone to breakage, see below...


> ---
> For reference, the legacy MMC bindings are as follows. Only the
> spi-max-frequency and bus-width properties currently need renaming.
>
> mmc: mmc@1180000002000 {
> 	compatible = "cavium,octeon-6130-mmc";
> 	reg = <0x11800 0x00002000 0x0 0x100>,
> 		<0x11800 0x00000168 0x0 0x20>;
> 	#address-cells = <1>;
> 	#size-cells = <0>;
> 	/* EMM irq, DMA irq */
> 	interrupts = <1 19>, <0 63>;
>
> 	/* The board only has a single MMC slot */
> 	mmc-slot@2 {
> 		compatible = "cavium,octeon-6130-mmc-slot";
> 		reg = <2>;
> 		voltage-ranges = <3300 3300>;
> 		spi-max-frequency = <26000000>;
> 		/* Power on GPIO 8, active high */
> 		/* power-gpios = <&gpio 8 0>; */
> 		power-gpios = <&gpio 8 1>;
>
> 	/*      spi-max-frequency = <52000000>; */
> 		/* bus width can be 1, 4 or 8 */
> 		cavium,bus-max-width = <8>;
> 	};
> 	mmc-slot@0 {
> 		compatible = "cavium,octeon-6130-mmc-slot";
> 		reg = <0>;
> 		voltage-ranges = <3300 3300>;
> 		spi-max-frequency = <26000000>;
> 		/* non-removable; */
> 		bus-width = <8>;
> 		/* bus width can be 1, 4 or 8 */
> 		cavium,bus-max-width = <8>;
> 	};
> };
> ---
>   arch/mips/cavium-octeon/octeon-platform.c | 57 +++++++++++++++++++++++++++++++
>   arch/mips/cavium-octeon/setup.c           |  3 ++
>   2 files changed, 60 insertions(+)
>
> diff --git a/arch/mips/cavium-octeon/octeon-platform.c b/arch/mips/cavium-octeon/octeon-platform.c
> index d113c8ded6e2..7933978bdfa5 100644
> --- a/arch/mips/cavium-octeon/octeon-platform.c
> +++ b/arch/mips/cavium-octeon/octeon-platform.c
> @@ -980,6 +980,63 @@ end_led:
>   	return 0;
>   }
>
> +/*
> + * Rename a DT property from legacy to upstream accepted name.
> + * The value is copied from old legacy name to new name.
> + */
> +static void __init octeon_fdt_renameprop(int node, const char *old, const char *new)
> +{
> +	const u32 *pv;
> +	u32 v;
> +
> +	pv = fdt_getprop(initial_boot_params, node, old, NULL);
> +	if (pv) {
> +		v = *pv;
> +		fdt_delprop(initial_boot_params, node, old);
> +		fdt_setprop_u32(initial_boot_params, node, new, v);
> +	}
> +}
> +
> +/*
> + * This function is called for every machine type to replace legacy entries
> + * in the device tree blob passed from older firmwares.
> + * It is impractical to change the DTB in shipped devices, but to support newer
> + * kernels with upstreamed drivers and DT bindings some massaging of the DTB
> + * must be done.
> + */
> +int __init octeon_handle_legacy_device_tree(void)
> +{
> +	const char *alias_prop;
> +	int aliases;
> +
> +	if (fdt_check_header(initial_boot_params))
> +		panic("Corrupt Device Tree.");
> +
> +	aliases = fdt_path_offset(initial_boot_params, "/aliases");
> +	if (aliases < 0) {
> +		pr_err("Error: No /aliases node in device tree.");
> +		return -EINVAL;
> +	}
> +

/aliases doesn't exist on many boards, so this will likely fail.


> +	/* MMC */
> +	alias_prop = fdt_getprop(initial_boot_params, aliases,
> +				 "emmc", NULL);
> +	if (alias_prop) {
> +		int mmc = fdt_path_offset(initial_boot_params, alias_prop);
> +		int slot = fdt_first_subnode(initial_boot_params, mmc);
> +
> +		while (slot > 0) {
> +			octeon_fdt_renameprop(slot, "cavium,bus-max-width",
> +					      "bus-width");
> +			octeon_fdt_renameprop(slot, "spi-max-frequency",
> +					      "max-frequency");
> +			slot = fdt_next_subnode(initial_boot_params, slot);
> +		}
> +	}
> +	return 0;
> +}
> +
> +
>   static int __init octeon_publish_devices(void)
>   {
>   	return of_platform_bus_probe(NULL, octeon_ids, NULL);
> diff --git a/arch/mips/cavium-octeon/setup.c b/arch/mips/cavium-octeon/setup.c
> index cd7101fb6227..f1f5191d02be 100644
> --- a/arch/mips/cavium-octeon/setup.c
> +++ b/arch/mips/cavium-octeon/setup.c
> @@ -1080,6 +1080,7 @@ void __init prom_free_prom_memory(void)
>   }
>
>   int octeon_prune_device_tree(void);
> +int octeon_handle_legacy_device_tree(void);
>
>   extern const char __appended_dtb;
>   extern const char __dtb_octeon_3xxx_begin;
> @@ -1112,6 +1113,8 @@ void __init device_tree_init(void)
>
>   	initial_boot_params = (void *)fdt;
>
> +	octeon_handle_legacy_device_tree();
> +
>   	if (do_prune) {
>   		octeon_prune_device_tree();
>   		pr_info("Using internal Device Tree.\n");
>

  reply	other threads:[~2016-02-11 16:32 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-11 16:26 [PATCH v6 1/3] mmc: OCTEON: Add DT bindings for OCTEON MMC controller Matt Redfearn
2016-02-11 16:26 ` Matt Redfearn
2016-02-11 16:26 ` Matt Redfearn
2016-02-11 16:26 ` [PATCH v6 2/3] MIPS: OCTEON: Rename legacy properties in internal device trees Matt Redfearn
2016-02-11 16:26   ` Matt Redfearn
2016-02-11 16:26   ` Matt Redfearn
2016-02-11 16:32   ` David Daney [this message]
2016-02-11 16:53     ` Matt Redfearn
2016-02-11 16:53       ` Matt Redfearn
2016-02-11 16:53       ` Matt Redfearn
2016-02-11 17:35       ` David Daney
2016-02-11 17:35         ` David Daney
2016-02-11 17:35         ` David Daney
2016-02-15  8:17         ` Matt Redfearn
2016-02-15  8:17           ` Matt Redfearn
2016-02-11 16:26 ` [PATCH v6 3/3] mmc: OCTEON: Add host driver for OCTEON MMC controller Matt Redfearn
2016-02-11 16:26   ` Matt Redfearn
2016-02-11 16:26   ` Matt Redfearn

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=56BCB7AE.2050901@gmail.com \
    --to=ddaney.cavm@gmail.com \
    --cc=aleksey.makarov@caviumnetworks.com \
    --cc=david.daney@cavium.com \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=matt.redfearn@imgtec.com \
    --cc=ralf@linux-mips.org \
    --cc=robh@kernel.org \
    --cc=ulf.hansson@linaro.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.