and 4-7 are the interesting bits.
Patch 2 and 3 provide the ability to use this code on x86, and are provided
mostly for reference.
The non-early boot code has been compile-tested and executed on X86.
Stephen Neuendorffer (7):
fdt: Add Kconfig for EARLY_FLATTREE
arch/x86: Add support for
compile it.
This also means that some of the requirements in the early code (such as
a cmd_line variable) that most architectures (e.g. X86) don't provide
can be ignored.
Signed-off-by: Stephen Neuendorffer
Grant,
We had discussed doing something like this a lng time ago. This (
A few support device-tree related support functions that x86 didn't
have before.
Signed-off-by: Stephen Neuendorffer
Looks like just some irq related junk left!
---
arch/x86/include/asm/irq.h |2 ++
arch/x86/kernel/irq.c | 11 +++
2 files changed, 13 insertions(
implement a driver-visible
fdt_unflatten_tree function, which can be used to unflatten a
blob after boot time.
Signed-off-by: Stephen Neuendorffer
--
V2: remove extra __va() call
make dt_alloc functions return void *. This doesn't fix the general
strangeness in this code
In preparation for providing run-time handling of device trees, factor
out some of the basic functions so that they take an arbitrary blob,
rather than relying on the single boot-time tree.
Signed-off-by: Stephen Neuendorffer
--
V2: functions have of_fdt_* names
removed find_flat_dt_string
unflatten_dt_node is a helper function that does most of the work to
convert a device tree blob into tree of device nodes. This code
now uses a passed-in blob instead of using the single boot-time blob,
allowing it to be called in more contexts.
Signed-off-by: Stephen Neuendorffer
---
V2
Testing patch to verify that the device tree code can be compiled on X86.
---
arch/x86/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index cea0cd9..0f2ed5b 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -59,6 +59,8 @@
Move unflatten_dt_node to be grouped with non-__init functions.
Signed-off-by: Stephen Neuendorffer
---
drivers/of/fdt.c | 218 +++---
1 files changed, 109 insertions(+), 109 deletions(-)
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Michael
> Ellerman
> Sent: Wednesday, November 24, 2010 6:04 AM
> To: LKML
> Cc: linux-mips; microblaze
> -Original Message-
> From: David Daney [mailto:dda...@caviumnetworks.com]
> Sent: Wednesday, November 24, 2010 9:18 AM
> To: Stephen Neuendorffer
> Cc: mich...@ellerman.id.au; LKML; linux-mips;
> microblaze-ucli...@itee.uq.edu.au; devicetree-
> disc...@lists.ozl
On Sun, Nov 28, 2010 at 4:38 PM, Benjamin Herrenschmidt <
b...@kernel.crashing.org> wrote:
> On Wed, 2010-09-08 at 09:41 -0700, Ira W. Snyder wrote:
> > This adds basic support for the system controller FPGA on the OVRO CARMA
> > board. This patch only adds infrastructure that will be used by late
gned-off-by: Grant Likely
>
reviewed-by: Stephen Neuendorffer
minor nits below.
> ---
> arch/powerpc/platforms/40x/ppc40x_simple.c| 13 +++---
> arch/powerpc/platforms/512x/mpc5121_generic.c | 13 +-
> arch/powerpc/platforms/52xx/lite5200.c| 16 +
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Grant
Likely
> Sent: Sunday, January 30, 2011 11:46 PM
> To: devicetree-disc...@lists.ozlabs.org;
linuxppc-
Minor nit below
Acked-by: Stephen Neuendorffer
Steve
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Grant
Likely
> Sent: Tuesday, Februar
John,
I just got a chance to browse this... Do you want to put in the
stripped device names?
.compatible = "xlnx,xps-ethernetlite-2", etc...
Steve
This email and any attachments are intended for the sole use of the named
recipient(s) and contain(s) confidential information that may be propri
Sorry... you're right... brain fart on my part.. :)
Steve
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Thursday, August 20, 2009 10:45 AM
> To: Stephen Neuendorffer
> Cc: John Linn; net...@vg
el free. And also feel free to add my:
>
> Acked-by: David S. Miller
>
> to your patches.
>
Thanks for doing this, Grant It's definitely needed.
Acked-by: Stephen Neuendorffer
Steve
This email and any attachments are intended for the sole use of the named
recipient(s) a
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Grant Likely
> Sent: Monday, November 09, 2009 1:22 PM
> To: Richard Röjfors
> Cc: spi-devel-gene...@lis
Alon,
There are at least two other ways that you might be able to reset a
board:
1) Internally through the ICAP device.
2) Through a GPIO connected externally to the reset logic.
Part of this is board specific, part of is it design specific.
Probably it would be best to have a mechanism in the d
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Alon
Ziv
> Sent: Thursday, November 19, 2009 4:47 AM
> To: Arnd Bergmann; linuxppc-dev@lists.ozlabs.org
> S
NAK.
If the problem is in the device trees that are being generated, we
should fix the issue there.
We've been trying to avoid putting the fully specified IP versions in
the kernel like this, since
the IP changes so often.
Steve
> -Original Message-
> From: linuxppc-dev-bounces+stephen=
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Arnd
Bergmann
> Sent: Thursday, November 19, 2009 9:33 AM
> To: Stephen Neuendorffer
> C
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Alon
Ziv
> Sent: Thursday, November 19, 2009 4:57 AM
> To: Stephen Neuendorffer; linuxppc
I think the mainline driver might (still) assume the presence of a PLB->DCR
bridge?
So there are really 4 cases:
Core has DCR access, accessed directly using DCR.
Core has DCR access, accessed indirectly using DCR.
Core has DCR access, accessed through plb->dcr bridge.
Core has PLB access.
S
> > - rc = of_address_to_resource(op->node, 0, &res);
> > - if (rc) {
> > - dev_err(&op->dev, "invalid address\n");
> > - return rc;
> > + /*
> > + * To check whether the core is connected directly to DCR or PLB
> > + * interface and initi
> -Original Message-
> From: Grant Likely [mailto:grant.lik...@secretlab.ca]
> Sent: Wednesday, April 15, 2009 9:03 AM
> To: Stephen Neuendorffer
> Cc: John Linn; jwbo...@linux.vnet.ibm.com;
> linux-fbdev-de...@lists.sourceforge.net; linuxppc-
> d...@ozlabs.org; ako
On Fri, Apr 17, 2009 at 10:49 PM, Grant Likely wrote:
> On Fri, Apr 17, 2009 at 11:06 AM, Stephen Neuendorffer
> wrote:
> >
> > Can we have XILINX_DRIVERS, please? That way this can also be enabled
> > on any architecture that has FPGA peripherals.
>
> I'
...@itee.uq.edu.au
Cc: grant.lik...@secretlab.ca; Stephen Neuendorffer; linuxppc-dev;
linux-ker...@vger.kernel.org; John Linn
Subject: Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable
drivers for Microblaze
On Sun, Apr 19, 2009 at 12:41 PM, Stephen Neuendorffer
wrote:
>
>
> On
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of John
Linn
> Sent: Friday, March 12, 2010 5:06 PM
> To: net...@vger.kernel.org; linuxppc-...@ozlabs.org;
gra
It seems to me like what's confused in the defconfigs is two concepts:
1) The requirements of a platform (what options must be set and must not
be set)
2) The guarantee that a particular config was known to work at some
point in time.
The first could allow you to drop 99% of the options (I think t
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Grant Likely
> Sent: Wednesday, June 16, 2010 1:02 PM
> To: Sergey Temerkhanov
> Cc: linuxppc-dev@lists.oz
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Monday, June 28, 2010 7:39 PM
> To: Stephen Neuendorffer
> Cc: grant.lik...@secretlab.ca; devicetree-disc...@lists.ozlabs.org;
David Miller;
> sparcli...@vger.kernel.org; Michal Sime
> You *could* generate the device tree dynamically, but I think that is
> a path of diminishing returns considering that generating a .dts at
> the same time as bitstream creation time is cheap and it is small. At
> one time Steven Neuendorffer was playing with a scheme to preload a
> section of
> >>The best alternative to creating the device tree dynamically
would
> >> be to
> >>append the devicetree to the bitimage in a way the boot loader
could
> >> always find it.
> >>
> >
> > That sounds like a good solution to me.
> >
> I am glad you like it. If Xilinx would like to offe
> -Original Message-
> From: David H. Lynch Jr. [mailto:dh...@dlasys.net]
> Sent: Monday, May 11, 2009 7:35 PM
> To: Stephen Neuendorffer; linuxppc-dev@ozlabs.org
> Subject: Re: device trees.
>
> Stephen Neuendorffer wrote:
> >
> >> Many of our sys
Another possibility is to pad the DTB with a DESYNC command and the correct pad
frame, just in case it cannot be prevented.
Steve
> -Original Message-
> From: Grant Likely [mailto:grant.lik...@secretlab.ca]
> Sent: Monday, May 11, 2009 10:30 PM
> To: Stephen Neuendorffer
&
>> Um.. one thing I'm missing in this discussion of attaching the dtb to
>> the bitstream: I don't see how the bitstream becomes accessible to
>> the kernel at runtime. Unless you were exposing the dtb as part of
>> the fpga programming, but I thought you explicitly weren't doing that
>> because
> 1) Probe the host controller in an of_platform driver. This has the
> advantage of simplicity. The probe routine will get automatically
> called when the PCI host controller device tree node is registered
> with the of_platform bus. The bus parenthood also gets reflected in
> the device model
> -Original Message-
> From: linuxppc-dev-bounces+stephen.neuendorffer=xilinx@ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen.neuendorffer=xilinx@ozlabs.org] On Behalf Of Grant
Likely
> Sent: Thursday, May 21, 2009 9:25 AM
> To: linuxppc-dev@ozlabs.org; Roderick Colenbrander
>
I wanted such function too, but stopped short of writing it because
of_match_node was in the wrong place.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Grant
Likely
> Sent: Monday, January 07, 2008 10:16 AM
> To: [EMAIL PROTECT
Mainly, this involves two changes:
1) xilinx->xlnx (recognized standard is to use the stock ticker)
2) In order to have the device tree focus on describing what the
hardware is as exactly as possible, the compatible strings contain the
full IP name and IP version.
Signed-off-by: Step
f the language relating to how mhs
nodes should be represent in the device tree.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 56 +++---
1 files changed, 33 insertions(+), 23 deletions(-)
diff --git a/D
These patches synchronize all the in-kernel drivers to use the compatible names
generated by the UBoot BSP generator. (at
git://git.xilinx.com/gen-mhs-devtree.git)
This set of patches should all be ready for 2.6.25: I've removed the ones that
weren't and cleaned up the remainder. In particul
All the __devexit functions are now appropriately tagged. This fixes
some ppc link warnings.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/serial/uartlite.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/uartlite.c b/d
These values now match what is generated by the uboot BSP generator.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/xilinx_intc.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/xilinx_intc.c
b/arch/p
Missed this one in the boot loader before.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/serial.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/serial.c b/arch/powerpc/boot/serial.c
index cafeece..b6c68ef 100644
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Fixed to apply against 2.6.24-rc5, and remove DEBUG information.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/serial/uartlite.c | 121 +-
Includes both flavors of plb, opb, dcr, and a pseudo 'compound' bus
for representing compound peripherals containing more than one logical
device.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/virtex.c | 12 +++-
1 files change
This driver is not in mainline, however since it is by far the most complex
driver we have in terms of interacting with the device tree, I wouldn't mind
some feedback. The complexity comes from the fact that the driver is capable
of being connected through two different control interfaces. Pre
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of
Stephen Rothwell
> Sent: Tuesday, January 08, 2008 3:29 PM
> To: Jon Loeliger
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] Use and not
variants.
>
> > But, of course, the variou
I like the spirit... It does seem like the compiled in device tree is
specified in the wrong place.
Comments inline.
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Grant
Likely
> Sent: Wednesday, January 30, 2008 4:34 PM
> To: [EMAIL
Peter,
Sorry, this has taken so long... I've undertaken some significant
refactorings, and included support for the new EDK9.2 xps_hwicap.
Responses below.
> Please don't put the HWICAP option in the middle of the HVC options.
oops! fixed.
>
> > +config XILINX_HWICAP
> > + tristate "Xilin
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Thursday, January 31, 2008 11:59 AM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH] [POWERPC] Xilinx: hwicap d
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Thursday, January 31, 2008 3:13 PM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH] [POWERPC] Xilinx: hwicap driv
Thanks,
I realized that on the way home.. That's what I get for trying to
finish something quickly before leaving.. :)
Steve
> -Original Message-
> From: Nathan Lynch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 31, 2008 9:56 PM
> To: Stephen Neuendorffer
&
What if it was something like:
image-$(CONFIG_MPC832x_MDS) += cuImage.mpc832x_mds
image-$(CONFIG_MPC832x_RDB) += cuImage.mpc832x_rdb
image-$(CONFIG_MPC834x_ITX) += cuImage.mpc8349emitx \
cuImage.mpc8349emitxgp
platform-
The ICAP device in Xilinx FPGAs differs slightly between different
FPGAs. The driver needs an additional attribute in the device tree to
distinguish this.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 14 ++
1
Fix some missing __user tags and incorrect section tags.
Convert semaphores to mutexes.
Make probed_devices re-entrancy and error condition safe.
Fix some backwards memcpys.
Some other minor cleanups.
Use kerneldoc format.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Grant,
In the future, this will be used to provide similar configuration for
PowerPC and Microblaze. It may also be convenient for those using
Xilinx cores as peripherals for external processors, rather than
explicitly having a dependance on the processor architecture.
Signed-off-by: Stephen
ial.c
> + regshift = get_property(np, "reg-shift", NULL);
ditto...
Otherwise,
Acked-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
Also, can you post a patch to the Xilinx portion of
booting-without-of.txt that has the device tree entries necessary to get
the uart to work? (
gcc knows better. :)
> -Original Message-
> From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 14, 2008 3:27 PM
> To: Stephen Neuendorffer
> Cc: Pavel Kiryukhin; linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] [POWERPC] Enable correct operati
> + - reg-shift : registers offset shift (standard uart_port
field).
> + Property is optional if regshift is zero.
I was hoping to get an idea of what is required here, or when I might
use it?
It looks like the ARCH=ppc code instantiates this with a reg-shift of
2... Is this the e
> -Original Message-
> From: Pavel Kiryukhin [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 15, 2008 9:41 AM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] booting-without-of: add Xilinx uart 16550.
>
> Stephen Neuendorffer w
> > Instead of attempting to come up with a generic description
> > of this, I recommend just naming it after the actual device
instance;
> > something like compatible="xlnx,opb-uart16550";
>
> Well, that means that we'll need a to add a code which "glues" the
chip to
> 8250.c driver... well,
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Grant Likely
> Sent: Saturday, February 23, 2008 10:17 PM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; git-dev; [EMAIL PROTECTED];
[EMAIL PROTECTED]
> Subject: Re: [PAT
ure
Fixed a comment that didn't match the function name
fixed argument with 'register' keyword.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Grant, Since it appears that the driver will stay in as-is, here are
the updates against mainline, based on Jiri'
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of Grant Likely
> Sent: Wednesday, October 17, 2007 6:15 AM
> To: Grant Likely; Paul Mackerras; Josh Boyer; linuxppc-dev@ozlabs.org
> Subject: Re: Merge dtc
>
> On 10/16/07, David Gibs
> -Original Message-
> From: Grant Likely [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 18, 2007 10:23 AM
> To: linuxppc-dev@ozlabs.org; Stephen Neuendorffer; Wolfgang
> Reissnegger; Leonid; [EMAIL PROTECTED]; Josh
> Boyer; Arnd Bergmann
> Subject: [
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Grant Likely
> Sent: Thursday, October 18, 2007 11:13 AM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; Wolfgang Reissnegger; Leonid;
> [EMAIL PROTECTED]; Josh
Here's a full .dts generated using an updated version of
gen_mhs_devtree.py, following the proposal.
It happens to be a microblaze system, but you get the idea.
Grant: Is this pretty what you intend?
Steve
/ {
#address-cells = <1>;
#size-cells = <1>;
compatible = "ibm,pl
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Michal Simek
> Sent: Friday, October 19, 2007 7:28 PM
> To: [EMAIL PROTECTED]
> Cc: Stephen Neuendorffer; Grant Likely; Leonid; Arnd
> Bergmann; linuxppc-dev@ozlabs.o
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of Michal Simek
> Sent: Monday, October 22, 2007 9:08 PM
> To: [EMAIL PROTECTED]
> Cc: Leonid; Wolfgang Reissnegger; Arnd Bergmann;
> linuxppc-dev@ozlabs.org
> Subject: RE: [microblaz
interrupts = < 0 0 >;
reg = < 41c0 1 >;
xlnx,count-width = <20>;
xlnx,edk-name = "opb_timer_1";
xlnx,one-timer-only = <1>;
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of Scott Wood
> Sent: Monday, November 12, 2007 9:13 AM
> To: David Gibson
> Cc: linuxppc-dev@ozlabs.org; Paul Mackerras
> Subject: Re: [PATCH 1/4] Merge dtc and libfdt upstream source
I've updated some code from Michel Simek to generate Flat Device Trees
from Xilinx EDK projects. This code is now hosted at:
git://git.xilinx.com/gen-mhs-devtree.git
This has one major advantage over the gen-mhs-devtree.py approach:
default IP core parameters that are not specified in th
It was the edk-derived driver for the uartlite.. The functionality is now
provided by the open source driver.
Steve
-Original Message-
From: [EMAIL PROTECTED] on behalf of Peter Korsgaard
Sent: Thu 11/22/2007 7:45 AM
To: Grant Likely
Cc: linuxppc-dev@ozlabs.org; Wolfgang Reissnegger
Su
x27;m concerned about maintaining a bunch of semantic information about the
ll_temac driver outside of the driver itself.
3) All of this is very different in structure from the way that the xparameters
are organized. The ll_temac BSP code copies the xparameters out of the MPMC
and they are sim
I've pushed the current state up to
git://git.xilinx.com/gen-mhs-devtree.git for your perusing. Comments
below.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Grant Likely
> Sent: Sunday, November 25, 2007 2:47 PM
> To:
I was misled by the prior language. I've attempted to clarify how
'ranges' are used, in particular, how to get a 1:1 mapping.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 11 +++
1 files change
I was misled by the prior language. I've attempted to clarify how
'ranges' are used, in particular, how to get an identity mapping.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 13 +
1 files change
I'm actually a little embarrassed that I didn't pick that nit myself.. :)
-Original Message-
From: David Gibson [mailto:[EMAIL PROTECTED]
Sent: Mon 12/3/2007 6:40 PM
To: Stephen Neuendorffer
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] [POWERPC] [v2
o needs to
get pulled to powerpc.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/raw-platform.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/raw-platform.c b/arch/powerpc/boot/raw-platform.c
i
ndled in user space anyway.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Grant,
No comments last time... It would be nice if this merged with 2.6.25, I think.
Steve
drivers/char/Kconfig |5 +
drivers/char/Makefile |1 +
d
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> > > Behalf Of Grant Likely
> > > Sent: Sunday, November 25, 2007 2:47 PM
> > > To: Stephen Neuendorffer; Segher Boessenkool; David Gibson;
> > > Jo
These patches synchronize all the in-kernel drivers to use the
compatible names generated by the UBoot BSP generator.
(at git://git.xilinx.com/gen-mhs-devtree.git)
The patches to make this work are coming shortly:
patches 1-2 are provided for context only... They're not ready for
mainline. They
From: Grant Likely <[EMAIL PROTECTED]>
This target produces a flat binary rather than an ELF file,
fixes the entry point at the beginning of the image, and takes
a complete device tree with no fixups needed.
The device tree must have labels on /#address-cells, the timebase
frequency, and the memo
o needs to
get pulled to powerpc.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/raw-platform.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/raw-platform.c b/arch/powerpc/boot/raw-platform.c
i
Includes both flavors of plb, opb, dcr, and a pseudo 'compound' bus
for representing compound peripherals containing more than one logical
device.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/virtex.c | 12 +++-
1 files change
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Fixed to apply against 2.6.24-rc5, and remove DEBUG information.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/serial/uartlite.c | 121 +-
These values now match what is generated by the uboot BSP generator.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/xilinx_intc.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/xilinx_intc.c
b/arch/p
Mainly, this involves two changes:
1) xilinx->xlnx (recognized standard is to use the stock ticker)
2) In order to have the device tree focus on describing what the hardware is as
exactly as possible, the compatible strings contain the full IP name and IP
version.
Signed-off-by: Step
This now better describes what the UBoot device tree generator actually does.
In particular:
1) Nodes have a label derived from the device name, and a node name
derived from the device type.
2) Usage of compound nodes (representing more than one device in the same IP)
which actually works. Thi
y, December 13, 2007 4:10 PM
> To: Stephen Neuendorffer
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH 2/7] [POWERPC] Xilinx: clear data caches.
>
>
> On Fri, 2007-12-14 at 11:07 +1100, Benjamin Herrenschmidt wro
> -Original Message-
> From: Milton Miller [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 14, 2007 12:06 AM
> To: Stephen Neuendorffer
> Cc: ppcdev; Grant Likely
> Subject: Re: [PATCH 1/7] bootwrapper: Add a
> firmware-independent "raw" target.
>
27;t be handled by a common
'pseudo-bus'.
Steve
-Original Message-
From: [EMAIL PROTECTED] on behalf of Grant Likely
Sent: Sun 12/16/2007 8:30 PM
To: Stephen Neuendorffer; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 7/7]
r ibm,ppc405 or ibm.ppc-405 would seem to be more in
character than PowerPC,405.
Steve
-Original Message-
From: David Gibson [mailto:[EMAIL PROTECTED]
Sent: Sat 12/15/2007 11:04 PM
To: Stephen Neuendorffer
Cc: Grant Likely; Michal Simek; John Williams; linuxppc-dev@ozlabs.org; git
Subj
Thanks, I've updated the generator to reflect this.
Steve
-Original Message-
From: David Gibson [mailto:[EMAIL PROTECTED]
Sent: Sun 12/16/2007 9:21 PM
To: Stephen Neuendorffer
Cc: linuxppc-dev@ozlabs.org; Michal Simek; git
Subject: Re: Device Tree updates for xilinx.
On Sun, D
s morning, so productivity may
be low. :)
Steve
From: [EMAIL PROTECTED] on behalf of Grant Likely
Sent: Mon 12/17/2007 7:19 AM
To: Stephen Neuendorffer
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org; David Gibson
Subject: Re: [PATC
17, 2007 7:20 AM
> To: Stephen Neuendorffer
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; linuxppc-
> [EMAIL PROTECTED]; David Gibson
> Subject: Re: [PATCH 7/7] [POWERPC] Xilinx: Update booting-without-of.
>
> > - (name)@(base-address) {
> > + (name): (ip-core-
f the language relating to how mhs
nodes should be represent in the device tree.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 56 +++---
1 files changed, 33 insertions(+), 23 deletions(-)
diff --git a/D
1 - 100 of 185 matches
Mail list logo