On Thursday 22 September 2011, Pawel Moll wrote:
> Executive summary:
>
> * I have second map_desc with pfn for RS1 memory map, but using the same
> virtual address as the legacy one. The legacy one is used if root of the
> tree is compatible with "arm,vexpress-legacy".
>
> * The devices I need t
On Thu, Sep 22, 2011 at 8:25 PM, Anton Staaf wrote:
> On Thu, Sep 22, 2011 at 5:13 PM, David Gibson
> wrote:
>> On Thu, Sep 22, 2011 at 10:57:58AM -0700, Anton Staaf wrote:
>>> On Wed, Sep 21, 2011 at 7:33 PM, David Gibson
>>> wrote:
>>> > On Wed, Sep 21, 2011 at 01:42:10PM -0700, Anton Staaf wr
This patch set adds, tests, and documents support for variable sized cells in
cell arrays. The new syntax is:
property = /bits/ [8|16|32|64] <0x00 0x12>;
So cell arrays of 8, 16, 32, or 64-bits can now be created. No padding is
done on the resulting cell array. So if three 8-bit cells
This utility routine will be used in the variable size cell literal
append code. It is a straightforward adaptation of the fdt32_to_cpu
function.
Signed-off-by: Anton Staaf
Cc: Jon Loeliger
Cc: David Gibson
Cc: Grant Likely
---
libfdt/libfdt_env.h |6 ++
1 files changed, 6 insertions
This function deals with appending integers of various sizes (8, 16
32, and 64 bit currently). It handles endianess conversions. If the
integer will not fit in the requested number of bits of storage it
will have it's high bits ignored.
This patch also rewrites data_append_cell and data_append_a
Cells of size 8, 16, 32, and 64 bits are supported. The new
/bits/ syntax was selected so as to not pollute the reserved
keyword space with uint8/uint16/... type names.
With this patch the following property assignment:
property = /bits/ 16 <0x1234 0x5678 0x0 0x>;
is equivalent to:
Hi Tony, Grant,
Here is the first set of patches to add device-tree support for OMAP3+
platforms.
That series mainly adds a minimal OMAP2+ generic board file for basic
DT support on OMAP2420, OMAP2430, OMAP3, OMAP4 and beyond. The goal is
to remove even the minimal static devices init in order to
Add initial device-tree support for OMAP4 SoC.
This is based on the original panda board patch done by Manju:
http://permalink.gmane.org/gmane.linux.ports.arm.omap/60393
Add the generic GIC interrupt-controller from ARM.
Add an empty "soc" node to contain non memory mapped IPs
(DSP, MPU, IPU...)
Add SoC specific map_io function to be used by the generic DT
board file. This is an intermediate step before having some
generic DT aware map_io function.
Signed-off-by: Benoit Cousson
Cc: Tony Lindgren
---
arch/arm/mach-omap2/common.c | 18 ++
arch/arm/plat-omap/
Based on the original omap4-panda.dts file from Manju.
http://www.spinics.net/lists/linux-omap/msg55836.html
Add memory information and a default bootargs to allow
a boot from RAMDISK.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
Cc: G, Manjunath Kondaiah
---
arch/arm/boot/dts/omap4-panda.d
Add initial OMAP3 soc file with empty ocp bus.
Based on initial patch from Manju:
http://www.spinics.net/lists/linux-omap/msg55830.html
Signed-off-by: Benoit Cousson
Cc: Grant Likely
Cc: G, Manjunath Kondaiah
---
arch/arm/boot/dts/omap3.dtsi | 44 ++
Add the SDP/Blaze (Software Development Board) support with
device tree.
That file is based on the omap4-panda.dts.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
Cc: G, Manjunath Kondaiah
---
arch/arm/boot/dts/omap4-sdp.dts | 29 +
1 files changed, 29 insertions(
Add OMAP3 beagleboard DTS file to use the omap3.dtsi
SoC file.
Add a default bootargs line to allow a boot from RAMDISK
Add memory node information.
Signed-off-by: Benoit Cousson
Cc: G, Manjunath Kondaiah
---
arch/arm/boot/dts/omap3-beagle.dts | 29 +
1 files cha
Still needed to boot until the i2c & twl driver is adapted to
device-tree. Otherwise the voltage control code will try to
access the twl and crash.
Signed-off-by: Benoit Cousson
Cc: Tony Lindgren
---
arch/arm/mach-omap2/board-generic.c | 41 +-
1 files changed,
Re-cycle the original board-generic file to support Device Tree
for every OMAP2+ variants.
Note: Since it is a completely new content in the existing file
I removed the original copyright.
The current approach is an intermediate step before having only
one machine descriptor that will use some gen
Add device-tree support for the l3-noc driver.
Use platform_driver_register to defer the probing at device init
time.
Add documentation for the l3-noc bindings.
Signed-off-by: Benoit Cousson
Cc: Tony Lindgren
Cc: Santosh Shilimkar
---
.../devicetree/bindings/arm/omap/l3-noc.txt| 19
Used the main OCP node to add bindings with the l3_noc driver.
Remove l3_noc static device creation if DT is populated.
Signed-off-by: Benoit Cousson
Cc: Tony Lindgren
Cc: Santosh Shilimkar
---
arch/arm/boot/dts/omap4.dtsi |3 ++-
arch/arm/mach-omap2/devices.c |5 +
2 files change
Add nodes for devices used by PM code (mpu, dsp, iva).
Add an empty cpus node as well as recommended in the DT spec.
Remove mpu, dsp, iva devices init if dt is populated.
Signed-off-by: Benoit Cousson
Cc: Grant Likely
Cc: Kevin Hilman
---
Documentation/devicetree/bindings/arm/omap/dsp.txt |
* Benoit Cousson [110923 12:50]:
> Used the main OCP node to add bindings with the l3_noc driver.
> Remove l3_noc static device creation if DT is populated.
> --- a/arch/arm/mach-omap2/devices.c
> +++ b/arch/arm/mach-omap2/devices.c
> @@ -16,6 +16,7 @@
> #include
> #include
> #include
> +#in
* Benoit Cousson [110923 12:50]:
> Add SoC specific map_io function to be used by the generic DT
> board file. This is an intermediate step before having some
> generic DT aware map_io function.
Thanks, I'll apply this into cleanup branch and with the related
conversion of board files.
Regards,
On Thu, Sep 22, 2011 at 09:21:13PM -0500, Rob Herring wrote:
> From: Rob Herring
>
> of_irq_init will scan the devicetree for matching interrupt controller
> nodes. Then it calls an initialization function for each found controller
> in the proper order with parent nodes initialized before child
* Benoit Cousson [110923 12:50]:
> Re-cycle the original board-generic file to support Device Tree
> for every OMAP2+ variants.
> Note: Since it is a completely new content in the existing file
> I removed the original copyright.
I'd suggest just keeping it, maybe just update the comments
accordi
* Benoit Cousson [110923 12:50]:
> Still needed to boot until the i2c & twl driver is adapted to
> device-tree. Otherwise the voltage control code will try to
> access the twl and crash.
That sounds OK to me for now. For merging these patches, how
about the following:
- Kevin queues up the omap_
On Fri, Sep 23, 2011 at 10:23:11PM +0200, Benoit Cousson wrote:
> Based on the original omap4-panda.dts file from Manju.
> http://www.spinics.net/lists/linux-omap/msg55836.html
>
> Add memory information and a default bootargs to allow
> a boot from RAMDISK.
>
> Signed-off-by: Benoit Cousson
> C
On Fri, Sep 23, 2011 at 10:23:19PM +0200, Benoit Cousson wrote:
> Add nodes for devices used by PM code (mpu, dsp, iva).
>
> Add an empty cpus node as well as recommended in the DT spec.
>
> Remove mpu, dsp, iva devices init if dt is populated.
>
> Signed-off-by: Benoit Cousson
> Cc: Grant Like
On Fri, Sep 23, 2011 at 04:12:08PM -0700, Tony Lindgren wrote:
> * Benoit Cousson [110923 12:50]:
> > Still needed to boot until the i2c & twl driver is adapted to
> > device-tree. Otherwise the voltage control code will try to
> > access the twl and crash.
>
> That sounds OK to me for now. For m
On Fri, Sep 23, 2011 at 11:02:52AM -0700, Anton Staaf wrote:
> This utility routine will be used in the variable size cell literal
> append code. It is a straightforward adaptation of the fdt32_to_cpu
> function.
>
> Signed-off-by: Anton Staaf
> Cc: Jon Loeliger
> Cc: David Gibson
> Cc: Grant
On Fri, Sep 23, 2011 at 11:02:53AM -0700, Anton Staaf wrote:
> This function deals with appending integers of various sizes (8, 16
> 32, and 64 bit currently). It handles endianess conversions. If the
> integer will not fit in the requested number of bits of storage it
> will have it's high bits
28 matches
Mail list logo