From: Grant Likely <grant.likely@secretlab.ca>
To: linuxppc-dev@lists.ozlabs.org, benh@kernel.crashing.org,
Stephen Rothwell <sfr@canb.auug.org.au>,
davem@davemloft.net, sparclinux@vger.kernel.org,
monstr@monstr.eu, microblaze-uclinux@itee.uq.edu.au,
devicetree-discuss@lists.ozlabs.org
Subject: [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze and PowerPC
Date: Tue, 06 Oct 2009 22:31:12 -0600 [thread overview]
Message-ID: <20091007043104.16890.73844.stgit@angua> (raw)
In-Reply-To: <20091007041007.16890.62194.stgit@angua>
Merge common code for working with Flattened Device Tree data structure
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
---
arch/microblaze/include/asm/prom.h | 30 ------------------------------
arch/powerpc/include/asm/prom.h | 31 -------------------------------
include/linux/of_fdt.h | 30 ++++++++++++++++++++++++++++++
3 files changed, 30 insertions(+), 61 deletions(-)
diff --git a/arch/microblaze/include/asm/prom.h b/arch/microblaze/include/asm/prom.h
index 5f461f0..dfc4afc 100644
--- a/arch/microblaze/include/asm/prom.h
+++ b/arch/microblaze/include/asm/prom.h
@@ -33,36 +33,6 @@
#define of_prop_cmp(s1, s2) strcmp((s1), (s2))
#define of_node_cmp(s1, s2) strcasecmp((s1), (s2))
-/*
- * This is what gets passed to the kernel by prom_init or kexec
- *
- * The dt struct contains the device tree structure, full pathes and
- * property contents. The dt strings contain a separate block with just
- * the strings for the property names, and is fully page aligned and
- * self contained in a page, so that it can be kept around by the kernel,
- * each property name appears only once in this page (cheap compression)
- *
- * the mem_rsvmap contains a map of reserved ranges of physical memory,
- * passing it here instead of in the device-tree itself greatly simplifies
- * the job of everybody. It's just a list of u64 pairs (base/size) that
- * ends when size is 0
- */
-struct boot_param_header {
- u32 magic; /* magic word OF_DT_HEADER */
- u32 totalsize; /* total size of DT block */
- u32 off_dt_struct; /* offset to structure */
- u32 off_dt_strings; /* offset to strings */
- u32 off_mem_rsvmap; /* offset to memory reserve map */
- u32 version; /* format version */
- u32 last_comp_version; /* last compatible version */
- /* version 2 fields below */
- u32 boot_cpuid_phys; /* Physical CPU id we're booting on */
- /* version 3 fields below */
- u32 dt_strings_size; /* size of the DT strings block */
- /* version 17 fields below */
- u32 dt_struct_size; /* size of the DT structure block */
-};
-
extern struct device_node *of_chosen;
static inline int of_node_check_flag(struct device_node *n, unsigned long flag)
diff --git a/arch/powerpc/include/asm/prom.h b/arch/powerpc/include/asm/prom.h
index 7181f8a..ef20e6c 100644
--- a/arch/powerpc/include/asm/prom.h
+++ b/arch/powerpc/include/asm/prom.h
@@ -30,37 +30,6 @@
#define of_prop_cmp(s1, s2) strcmp((s1), (s2))
#define of_node_cmp(s1, s2) strcasecmp((s1), (s2))
-/*
- * This is what gets passed to the kernel by prom_init or kexec
- *
- * The dt struct contains the device tree structure, full pathes and
- * property contents. The dt strings contain a separate block with just
- * the strings for the property names, and is fully page aligned and
- * self contained in a page, so that it can be kept around by the kernel,
- * each property name appears only once in this page (cheap compression)
- *
- * the mem_rsvmap contains a map of reserved ranges of physical memory,
- * passing it here instead of in the device-tree itself greatly simplifies
- * the job of everybody. It's just a list of u64 pairs (base/size) that
- * ends when size is 0
- */
-struct boot_param_header
-{
- u32 magic; /* magic word OF_DT_HEADER */
- u32 totalsize; /* total size of DT block */
- u32 off_dt_struct; /* offset to structure */
- u32 off_dt_strings; /* offset to strings */
- u32 off_mem_rsvmap; /* offset to memory reserve map */
- u32 version; /* format version */
- u32 last_comp_version; /* last compatible version */
- /* version 2 fields below */
- u32 boot_cpuid_phys; /* Physical CPU id we're booting on */
- /* version 3 fields below */
- u32 dt_strings_size; /* size of the DT strings block */
- /* version 17 fields below */
- u32 dt_struct_size; /* size of the DT structure block */
-};
-
extern struct device_node *of_chosen;
static inline int of_node_check_flag(struct device_node *n, unsigned long flag)
diff --git a/include/linux/of_fdt.h b/include/linux/of_fdt.h
index f81d3f8..8b87bcb 100644
--- a/include/linux/of_fdt.h
+++ b/include/linux/of_fdt.h
@@ -27,4 +27,34 @@
#define OF_DT_VERSION 0x10
+/*
+ * This is what gets passed to the kernel by prom_init or kexec
+ *
+ * The dt struct contains the device tree structure, full pathes and
+ * property contents. The dt strings contain a separate block with just
+ * the strings for the property names, and is fully page aligned and
+ * self contained in a page, so that it can be kept around by the kernel,
+ * each property name appears only once in this page (cheap compression)
+ *
+ * the mem_rsvmap contains a map of reserved ranges of physical memory,
+ * passing it here instead of in the device-tree itself greatly simplifies
+ * the job of everybody. It's just a list of u64 pairs (base/size) that
+ * ends when size is 0
+ */
+struct boot_param_header {
+ u32 magic; /* magic word OF_DT_HEADER */
+ u32 totalsize; /* total size of DT block */
+ u32 off_dt_struct; /* offset to structure */
+ u32 off_dt_strings; /* offset to strings */
+ u32 off_mem_rsvmap; /* offset to memory reserve map */
+ u32 version; /* format version */
+ u32 last_comp_version; /* last compatible version */
+ /* version 2 fields below */
+ u32 boot_cpuid_phys; /* Physical CPU id we're booting on */
+ /* version 3 fields below */
+ u32 dt_strings_size; /* size of the DT strings block */
+ /* version 17 fields below */
+ u32 dt_struct_size; /* size of the DT structure block */
+};
+
#endif /* _LINUX_OF_FDT_H */
WARNING: multiple messages have this Message-ID (diff)
From: Grant Likely <grant.likely@secretlab.ca>
To: linuxppc-dev@lists.ozlabs.org, benh@kernel.crashing.org,
Stephen Rothwell <sfr@canb.auug.org.au>,
davem@davemloft.net, sparclinux@vger.kernel.org,
monstr@monstr.eu, microblaze-uclinux@itee.uq.edu.au,
devicetree-discuss@lists.ozlabs.org
Subject: [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze
Date: Wed, 07 Oct 2009 04:31:12 +0000 [thread overview]
Message-ID: <20091007043104.16890.73844.stgit@angua> (raw)
In-Reply-To: <20091007041007.16890.62194.stgit@angua>
Merge common code for working with Flattened Device Tree data structure
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
---
arch/microblaze/include/asm/prom.h | 30 ------------------------------
arch/powerpc/include/asm/prom.h | 31 -------------------------------
include/linux/of_fdt.h | 30 ++++++++++++++++++++++++++++++
3 files changed, 30 insertions(+), 61 deletions(-)
diff --git a/arch/microblaze/include/asm/prom.h b/arch/microblaze/include/asm/prom.h
index 5f461f0..dfc4afc 100644
--- a/arch/microblaze/include/asm/prom.h
+++ b/arch/microblaze/include/asm/prom.h
@@ -33,36 +33,6 @@
#define of_prop_cmp(s1, s2) strcmp((s1), (s2))
#define of_node_cmp(s1, s2) strcasecmp((s1), (s2))
-/*
- * This is what gets passed to the kernel by prom_init or kexec
- *
- * The dt struct contains the device tree structure, full pathes and
- * property contents. The dt strings contain a separate block with just
- * the strings for the property names, and is fully page aligned and
- * self contained in a page, so that it can be kept around by the kernel,
- * each property name appears only once in this page (cheap compression)
- *
- * the mem_rsvmap contains a map of reserved ranges of physical memory,
- * passing it here instead of in the device-tree itself greatly simplifies
- * the job of everybody. It's just a list of u64 pairs (base/size) that
- * ends when size is 0
- */
-struct boot_param_header {
- u32 magic; /* magic word OF_DT_HEADER */
- u32 totalsize; /* total size of DT block */
- u32 off_dt_struct; /* offset to structure */
- u32 off_dt_strings; /* offset to strings */
- u32 off_mem_rsvmap; /* offset to memory reserve map */
- u32 version; /* format version */
- u32 last_comp_version; /* last compatible version */
- /* version 2 fields below */
- u32 boot_cpuid_phys; /* Physical CPU id we're booting on */
- /* version 3 fields below */
- u32 dt_strings_size; /* size of the DT strings block */
- /* version 17 fields below */
- u32 dt_struct_size; /* size of the DT structure block */
-};
-
extern struct device_node *of_chosen;
static inline int of_node_check_flag(struct device_node *n, unsigned long flag)
diff --git a/arch/powerpc/include/asm/prom.h b/arch/powerpc/include/asm/prom.h
index 7181f8a..ef20e6c 100644
--- a/arch/powerpc/include/asm/prom.h
+++ b/arch/powerpc/include/asm/prom.h
@@ -30,37 +30,6 @@
#define of_prop_cmp(s1, s2) strcmp((s1), (s2))
#define of_node_cmp(s1, s2) strcasecmp((s1), (s2))
-/*
- * This is what gets passed to the kernel by prom_init or kexec
- *
- * The dt struct contains the device tree structure, full pathes and
- * property contents. The dt strings contain a separate block with just
- * the strings for the property names, and is fully page aligned and
- * self contained in a page, so that it can be kept around by the kernel,
- * each property name appears only once in this page (cheap compression)
- *
- * the mem_rsvmap contains a map of reserved ranges of physical memory,
- * passing it here instead of in the device-tree itself greatly simplifies
- * the job of everybody. It's just a list of u64 pairs (base/size) that
- * ends when size is 0
- */
-struct boot_param_header
-{
- u32 magic; /* magic word OF_DT_HEADER */
- u32 totalsize; /* total size of DT block */
- u32 off_dt_struct; /* offset to structure */
- u32 off_dt_strings; /* offset to strings */
- u32 off_mem_rsvmap; /* offset to memory reserve map */
- u32 version; /* format version */
- u32 last_comp_version; /* last compatible version */
- /* version 2 fields below */
- u32 boot_cpuid_phys; /* Physical CPU id we're booting on */
- /* version 3 fields below */
- u32 dt_strings_size; /* size of the DT strings block */
- /* version 17 fields below */
- u32 dt_struct_size; /* size of the DT structure block */
-};
-
extern struct device_node *of_chosen;
static inline int of_node_check_flag(struct device_node *n, unsigned long flag)
diff --git a/include/linux/of_fdt.h b/include/linux/of_fdt.h
index f81d3f8..8b87bcb 100644
--- a/include/linux/of_fdt.h
+++ b/include/linux/of_fdt.h
@@ -27,4 +27,34 @@
#define OF_DT_VERSION 0x10
+/*
+ * This is what gets passed to the kernel by prom_init or kexec
+ *
+ * The dt struct contains the device tree structure, full pathes and
+ * property contents. The dt strings contain a separate block with just
+ * the strings for the property names, and is fully page aligned and
+ * self contained in a page, so that it can be kept around by the kernel,
+ * each property name appears only once in this page (cheap compression)
+ *
+ * the mem_rsvmap contains a map of reserved ranges of physical memory,
+ * passing it here instead of in the device-tree itself greatly simplifies
+ * the job of everybody. It's just a list of u64 pairs (base/size) that
+ * ends when size is 0
+ */
+struct boot_param_header {
+ u32 magic; /* magic word OF_DT_HEADER */
+ u32 totalsize; /* total size of DT block */
+ u32 off_dt_struct; /* offset to structure */
+ u32 off_dt_strings; /* offset to strings */
+ u32 off_mem_rsvmap; /* offset to memory reserve map */
+ u32 version; /* format version */
+ u32 last_comp_version; /* last compatible version */
+ /* version 2 fields below */
+ u32 boot_cpuid_phys; /* Physical CPU id we're booting on */
+ /* version 3 fields below */
+ u32 dt_strings_size; /* size of the DT strings block */
+ /* version 17 fields below */
+ u32 dt_struct_size; /* size of the DT structure block */
+};
+
#endif /* _LINUX_OF_FDT_H */
next prev parent reply other threads:[~2009-10-07 4:31 UTC|newest]
Thread overview: 136+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-07 4:29 [RFC PATCH 00/12] Merge common OpenFirmware device tree code Grant Likely
2009-10-07 4:29 ` Grant Likely
2009-10-07 4:30 ` [RFC PATCH 01/12] of: Rework linux/of.h and asm/prom.h include ordering Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` [RFC PATCH 01/12] of: Rework linux/of.h and asm/prom.h include Grant Likely
2009-10-07 4:30 ` [RFC PATCH 02/12] of: merge phandle, ihandle and struct property Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` [RFC PATCH 03/12] of: merge struct device_node Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` [RFC PATCH 04/12] of: Move OF_IS_DYNAMIC and OF_MARK_DYNAMIC macros to of.h Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` [RFC PATCH 04/12] of: Move OF_IS_DYNAMIC and OF_MARK_DYNAMIC macros Grant Likely
2009-10-07 4:30 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07 4:30 ` Grant Likely
2009-10-07 4:30 ` [RFC PATCH 05/12] of: add common header for flattened device tree Grant Likely
2009-10-07 4:57 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Stephen Rothwell
2009-10-07 4:57 ` Stephen Rothwell
2009-10-07 4:57 ` [RFC PATCH 05/12] of: add common header for flattened device Stephen Rothwell
2009-10-07 12:14 ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation Michal Simek
2009-10-07 12:14 ` Michal Simek
2009-10-07 12:14 ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header Michal Simek
2009-10-07 13:38 ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07 13:38 ` Grant Likely
2009-10-07 13:38 ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header Grant Likely
2009-10-07 14:07 ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation Michal Simek
2009-10-07 14:07 ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header Michal Simek
2009-10-07 5:14 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Benjamin Herrenschmidt
2009-10-07 5:14 ` Benjamin Herrenschmidt
2009-10-07 5:14 ` [RFC PATCH 05/12] of: add common header for flattened device Benjamin Herrenschmidt
2009-10-07 13:41 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07 13:41 ` Grant Likely
2009-10-07 13:41 ` [RFC PATCH 05/12] of: add common header for flattened device tree Grant Likely
2009-10-09 6:35 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation David Gibson
2009-10-09 6:35 ` David Gibson
2009-10-09 6:35 ` [RFC PATCH 05/12] of: add common header for flattened device David Gibson
2009-10-09 7:07 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-09 7:07 ` Grant Likely
2009-10-09 7:07 ` [RFC PATCH 05/12] of: add common header for flattened device tree Grant Likely
2009-10-14 4:47 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation David Gibson
2009-10-14 4:47 ` David Gibson
2009-10-14 4:47 ` [RFC PATCH 05/12] of: add common header for flattened device David Gibson
2009-10-07 4:31 ` [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze and PowerPC Grant Likely
2009-10-07 4:31 ` Grant Likely [this message]
2009-10-07 4:31 ` [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze Grant Likely
2009-10-07 4:31 ` [RFC PATCH 07/12] of: merge of_node_*_flag() and set_node_proc_entry() Grant Likely
2009-10-07 4:31 ` Grant Likely
2009-10-07 4:31 ` Grant Likely
2009-10-07 4:31 ` [RFC PATCH 08/12] of: merge of_read_number() an of_read_ulong() Grant Likely
2009-10-07 4:31 ` Grant Likely
2009-10-07 4:31 ` Grant Likely
2009-10-07 4:31 ` [RFC PATCH 09/12] of: merge of_node_get(), of_node_put() and of_find_all_nodes() Grant Likely
2009-10-07 4:31 ` [RFC PATCH 09/12] of: merge of_node_get(), Grant Likely
2009-10-07 4:31 ` [RFC PATCH 09/12] of: merge of_node_get(), of_node_put() and of_find_all_nodes() Grant Likely
2009-10-07 4:32 ` [RFC PATCH 10/12] of: merge of_*_flat_dt*() functions Grant Likely
2009-10-07 4:32 ` Grant Likely
2009-10-07 4:32 ` Grant Likely
2009-10-09 6:36 ` David Gibson
2009-10-09 6:36 ` David Gibson
2009-10-09 6:36 ` David Gibson
2009-10-09 7:03 ` Grant Likely
2009-10-09 7:03 ` Grant Likely
2009-10-09 7:03 ` Grant Likely
2009-10-07 4:32 ` [RFC PATCH 11/12] of: merge other miscellaneous prototypes Grant Likely
2009-10-07 4:32 ` Grant Likely
2009-10-07 4:32 ` Grant Likely
2009-10-07 4:32 ` [RFC PATCH 12/12] of: merge of_find_all_nodes() implementations Grant Likely
2009-10-07 4:32 ` Grant Likely
2009-10-07 4:32 ` Grant Likely
2009-10-07 4:49 ` [RFC PATCH 00/12] Merge common OpenFirmware device tree code Grant Likely
2009-10-07 4:49 ` Grant Likely
2009-10-07 4:49 ` Grant Likely
2009-10-07 5:18 ` Julian Calaby
2009-10-07 5:18 ` Julian Calaby
2009-10-07 5:18 ` Julian Calaby
2009-10-07 13:52 ` Sam Creasey
2009-10-07 13:52 ` Sam Creasey
2009-10-07 13:52 ` Sam Creasey
2009-10-07 19:30 ` Mitch Bradley
2009-10-07 19:30 ` Mitch Bradley
2009-10-07 19:30 ` Mitch Bradley
2009-10-07 20:54 ` Chris Newport
2009-10-07 20:54 ` Chris Newport
2009-10-07 20:54 ` Chris Newport
2009-10-07 21:09 ` David Miller
2009-10-07 21:09 ` David Miller
2009-10-07 21:09 ` David Miller
2009-10-08 1:29 ` Chris Newport
2009-10-08 1:29 ` Chris Newport
2009-10-08 4:39 ` David Miller
2009-10-08 4:39 ` David Miller
2009-10-08 4:39 ` David Miller
2009-10-08 13:24 ` Kjetil Oftedal
2009-10-08 13:24 ` Kjetil Oftedal
2009-10-08 13:24 ` Kjetil Oftedal
2009-10-07 22:57 ` Brad Boyer
2009-10-07 22:57 ` Brad Boyer
2009-10-07 7:09 ` Rob Landley
2009-10-07 7:09 ` Rob Landley
2009-10-07 7:09 ` Rob Landley
2009-10-07 14:02 ` Grant Likely
2009-10-07 14:02 ` Grant Likely
2009-10-07 14:02 ` Grant Likely
2009-10-07 14:21 ` [microblaze-uclinux] " Michal Simek
2009-10-07 14:21 ` Michal Simek
2009-10-07 14:21 ` [microblaze-uclinux] Re: [RFC PATCH 00/12] Merge common OpenFirmware Michal Simek
2009-10-07 7:27 ` [RFC PATCH 00/12] Merge common OpenFirmware device tree code David Miller
2009-10-07 7:27 ` David Miller
2009-10-07 7:27 ` David Miller
2009-10-07 16:39 ` Stephen Neuendorffer
2009-10-07 16:39 ` Stephen Neuendorffer
2009-10-07 16:39 ` Stephen Neuendorffer
2009-10-07 9:02 ` Wolfram Sang
2009-10-07 9:02 ` Wolfram Sang
2009-10-07 9:02 ` Wolfram Sang
2009-10-07 22:20 ` Leif Sawyer
2009-10-07 22:39 ` David Miller
2009-10-07 22:50 ` Mitch Bradley
2009-10-15 1:00 ` Stephen Rothwell
2009-10-15 1:00 ` Stephen Rothwell
2009-10-15 1:00 ` Stephen Rothwell
2009-10-15 1:01 ` [PATCH 1/2] of: create asm/of.h Stephen Rothwell
2009-10-15 1:01 ` Stephen Rothwell
2009-10-15 1:01 ` Stephen Rothwell
2009-10-15 1:02 ` [PATCH 2/2] of: move struct property to asm/of.h Stephen Rothwell
2009-10-15 1:02 ` Stephen Rothwell
2009-10-15 17:06 ` [RFC PATCH 00/12] Merge common OpenFirmware device tree code Grant Likely
2009-10-15 17:06 ` Grant Likely
2009-10-15 17:06 ` Grant Likely
2009-10-15 23:38 ` Stephen Rothwell
2009-10-15 23:38 ` Stephen Rothwell
2009-10-15 23:38 ` Stephen Rothwell
2009-10-16 3:18 ` Grant Likely
2009-10-16 3:18 ` Grant Likely
2009-10-16 3:18 ` Grant Likely
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=20091007043104.16890.73844.stgit@angua \
--to=grant.likely@secretlab.ca \
--cc=benh@kernel.crashing.org \
--cc=davem@davemloft.net \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=microblaze-uclinux@itee.uq.edu.au \
--cc=monstr@monstr.eu \
--cc=sfr@canb.auug.org.au \
--cc=sparclinux@vger.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.