On Sat, Jan 19, 2013 at 08:59:18PM -0500, Paul Gortmaker wrote:
On Thu, Jan 17, 2013 at 5:33 PM, Mark A. Greer mgr...@animalcreek.com wrote:
Hello.
I want to make some fixups to the marvell hostbridge and
mpsc code and would like to test them on a PrPmc280/2800.
The problem is, I don't
Hello.
I want to make some fixups to the marvell hostbridge and
mpsc code and would like to test them on a PrPmc280/2800.
The problem is, I don't have one anymore.
If you have one handy and don't mind running a quick boot
test for me, please let me know.
Thanks,
Mark
--
On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
Just a reminder that the plan is to remove arch/ppc this summer (June
2008). The following boards still existing over in arch/ppc. Some of
them have been ported over to arch/powerpc. If you care about one of
these boards and
On Thu, Jan 17, 2008 at 10:27:02AM +1100, Stephen Rothwell wrote:
Hi Mark,
On Wed, 16 Jan 2008 15:12:10 -0700 Mark A. Greer [EMAIL PROTECTED] wrote:
+static void __init katana750i_setup_arch(void)
+{
+ struct device_node *np;
+ phys_addr_t paddr;
+ const unsigned int *reg
On Thu, Jan 17, 2008 at 09:48:59AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2008-01-14 at 15:51 -0700, Mark A. Greer wrote:
From: Mark A. Greer [EMAIL PROTECTED]
The mv64x60 Hotswap register is on the first hose of the mv64x60
hostbridge. To access it, manually find the hose
On Thu, Jan 17, 2008 at 12:06:34PM +1100, David Gibson wrote:
On Wed, Jan 16, 2008 at 01:48:09PM -0700, Mark A. Greer wrote:
On Wed, Jan 16, 2008 at 11:22:28AM +1100, David Gibson wrote:
On Tue, Jan 15, 2008 at 12:08:06PM -0700, Mark A. Greer wrote:
On Tue, Jan 15, 2008 at 10:34:06AM
On Tue, Jan 15, 2008 at 10:19:36AM +1100, Stephen Rothwell wrote:
Hi Mark,
Hi Stephen. Thanks for taking the time to review these patches.
On Mon, 14 Jan 2008 15:51:50 -0700 Mark A. Greer [EMAIL PROTECTED] wrote:
+static inline struct pci_controller *mv64x60_find_hose(u32 idx
On Tue, Jan 15, 2008 at 10:21:29AM +1100, Stephen Rothwell wrote:
Hi Mark,
On Mon, 14 Jan 2008 15:51:50 -0700 Mark A. Greer [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/sysdev/mv64x60.h
@@ -3,10 +3,32 @@
#include linux/init.h
+#include asm/prom.h
You probably meant
From: Mark A. Greer [EMAIL PROTECTED]
The mv64x60 Hotswap register is on the first hose of the mv64x60
hostbridge. To access it, manually find the hose structure and
use the early_* PCI accessor routines because the hostbridge is
normally hidden.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED
From: Mark A. Greer [EMAIL PROTECTED]
Add support for the Emerson Katana 750i 752i platforms.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
This patch depends on 2 other patch series. This is the list of all the
patches in the two series (not all of them are actually required):
http
From: Mark A. Greer [EMAIL PROTECTED]
Add DTS file for the Emerson Katana 750i 752i platforms.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/katana750i.dts | 372 +
1 file changed, 372 insertions(+)
diff --git a/arch/powerpc/boot/dts
From: Mark A. Greer [EMAIL PROTECTED]
Fix error in booting-without-of.txt that indicates that a node can inherit
its #address-cells and #size-cells definitions from its parent's parent.
This is not correct.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
Documentation/powerpc/booting-without
On Wed, Jan 02, 2008 at 07:46:40PM -0600, Josh Boyer wrote:
On Wed, 2 Jan 2008 17:07:50 -0700
Mark A. Greer [EMAIL PROTECTED] wrote:
From: Mark A. Greer [EMAIL PROTECTED]
Fix error in booting-without-of.txt that indicates that a node can inherit
its #address-cells and #size-cells
From: Mark A. Greer [EMAIL PROTECTED]
Fix error in booting-without-of.txt that indicates that a node can inherit
its #address-cells and #size-cells definitions from its parent's parent.
This is not correct and the latest dtc enforces it.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED
On Sat, Dec 15, 2007 at 09:03:35AM +1100, David Gibson wrote:
On Mon, Dec 10, 2007 at 05:37:38PM -0700, Mark A. Greer wrote:
From: Mark A. Greer [EMAIL PROTECTED]
Convert the prpmc2800.dts file to dts-v1. Basically, this means
converting the numeric constants to be 'C'-like (e.g
On Thu, Nov 29, 2007 at 06:35:55PM +0300, Andrei Dolnikov wrote:
Hi Andrei. I have a few comments below.
This patch adds new functionality to MV64x60 boot code. The changes are
required
to access DevCS windows registers and set PCI bus and devfn numbers for
MV644x60
PCI/PCI-X interfaces.
On Thu, Nov 29, 2007 at 06:39:51PM +0300, Andrei Dolnikov wrote:
Bootwrapper sources for Emerson Katana Qp
Signed-off-by: Andrei Dolnikov [EMAIL PROTECTED]
---
Makefile |3
cuboot-katanaqp.c | 470
++
2 files changed,
On Thu, Nov 29, 2007 at 06:42:00PM +0300, Andrei Dolnikov wrote:
Emerson Katana Qp platform specific code
Signed-off-by: Andrei Dolnikov [EMAIL PROTECTED]
Acked-by: Mark A. Greer [EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev
On Sat, Dec 08, 2007 at 12:33:09PM +1100, David Gibson wrote:
On Thu, Dec 06, 2007 at 04:27:56PM -0700, Mark A. Greer wrote:
David, et. al.,
This is a big blob patch of what I've changed for the prpmc2800. It
includes the necessary changes in the kernel which you can probably
ignore
This is the broken out patch series that equates to the big blob
patch (with minor modifications) that was sent here:
http://patchwork.ozlabs.org/linuxppc/patch?id=15382
These patches depend on the following patches to apply cleanly:
http://patchwork.ozlabs.org/linuxppc/patch?id=14397
From: Mark A. Greer [EMAIL PROTECTED]
Convert the prpmc2800.dts file to dts-v1. Basically, this means
converting the numeric constants to be 'C'-like (e.g., hexadecimal
numbers start with '0x').
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/prpmc2800.dts | 188
From: Mark A. Greer [EMAIL PROTECTED]
Add use labels for dts nodes that are referenced in the prpmc2800.dts
file to improve readability.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/prpmc2800.dts | 104 +-
1 file changed, 52 insertions
From: Mark A. Greer [EMAIL PROTECTED]
Compatible property names like marvell,mv64x60... are not acceptable
so replace them with name like marvell,mv64360...
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/prpmc2800.dts| 34 +++
arch/powerpc
From: Mark A. Greer [EMAIL PROTECTED]
DTS entries for mv64360 ethernet controllers should use 'reg' property
instead of the 'block-index' property. Also, use 'multiethernet'
instead of 'ethernet' for parent node and use '[EMAIL PROTECTED]' instead of
'eth?' for subnodes.
Signed-off-by: Mark
From: Mark A. Greer [EMAIL PROTECTED]
MPSC DTS nodes should use 'cell-index' to distinguish between MPSC
controllers (just like all the other DTS files). Also, rename the
compatible property from 'marvell,mpsc' to 'marvell,mv64360-mpsc'
for consistency.
Signed-off-by: Mark A. Greer [EMAIL
From: Mark A. Greer [EMAIL PROTECTED]
DTS files should not specify the default timeout value for the
mv64360 i2c controller. Also, remove deprecated 'retries' property.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
FYI, the 'retries' property use and related platform_data will be
removed
From: Mark A. Greer [EMAIL PROTECTED]
Remove support for the DTS timeout property that's currently there for
the watchdog timer on mv64x60 hostbridges. The platform_data remains
and can be modified by platform-specific code when necessary.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED
From: Mark A. Greer [EMAIL PROTECTED]
Remove unnecessary device_type properties and leading zeroes in node names.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/prpmc2800.dts |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/boot
David, et. al.,
This is a big blob patch of what I've changed for the prpmc2800. It
includes the necessary changes in the kernel which you can probably
ignore but they're there for reference. If you like the dts, then I'll
split the blob up into logical pieces and Andrei can make similar
On Tue, Dec 04, 2007 at 08:28:57PM +0300, Andrei Dolnikov wrote:
Mark A. Greer wrote:
On Tue, Dec 04, 2007 at 07:52:50AM +1100, Benjamin Herrenschmidt wrote:
#address-cells = 1;
+ #size-cells = 1;
+ model = Katana-Qp; /* Default */
+ compatible = emerson,Katana-Qp;
+ coherency
On Tue, Dec 04, 2007 at 06:23:09PM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2007-12-03 at 22:48 -0700, Mark A. Greer wrote:
From: Mark A. Greer [EMAIL PROTECTED]
The ppc_md.power_off hook performs the same function that the
pm_power_off hook is supposed to. However, it is powerpc
On Tue, Dec 04, 2007 at 01:05:46PM -0700, Grant Likely wrote:
On 12/4/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2007-12-04 at 11:01 -0700, Mark A. Greer wrote:
On Tue, Dec 04, 2007 at 06:23:09PM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2007-12-03 at 22:48
On Tue, Dec 04, 2007 at 07:52:50AM +1100, Benjamin Herrenschmidt wrote:
#address-cells = 1;
+ #size-cells = 1;
+ model = Katana-Qp; /* Default */
+ compatible = emerson,Katana-Qp;
+ coherency-off;
+
What do that mean (coherency-off) ?
Somebody is trying again to use a
On Tue, Dec 04, 2007 at 07:54:59AM +1100, Benjamin Herrenschmidt wrote:
On Thu, 2007-11-29 at 18:42 +0300, Andrei Dolnikov wrote:
+config PPC_KATANAQP
+ bool Emerson-Katana Qp
+ depends on EMBEDDED6xx
+ select MV64X60
+ select NOT_COHERENT_CACHE
@@
+/* Device Tree Source for Emerson Katana Qp
+ *
+ * Authors: Vladislav Buzov [EMAIL PROTECTED]
+ * Andrei Dolnikov [EMAIL PROTECTED]
+ *
+ * Based on prpmc8200.dts by Mark A. Greer [EMAIL PROTECTED]
+ *
+ * 2007 (c) MontaVista, Software, Inc. This file is licensed under
On Tue, Dec 04, 2007 at 01:50:32PM +1100, David Gibson wrote:
On Mon, Dec 03, 2007 at 07:10:26PM -0700, Mark A. Greer wrote:
On Mon, Dec 03, 2007 at 12:50:18PM +1100, David Gibson wrote:
On Thu, Nov 29, 2007 at 06:28:36PM +0300, Andrei Dolnikov wrote:
+ eth0
On Tue, Dec 04, 2007 at 01:14:43PM +1100, Benjamin Herrenschmidt wrote:
.../... (snip scary bunch of errata)
- FEr PCI-#4 (Detailed by Application Note AN-84):
[This isn't strictly a coherency issue but having coherency enabled
exacerbates the problem.] Basically, the bridge can
We seem to have the pm_power_off hook wrong in arch/powerpc. From the
other arches and from how its used by the rest of the kernel (e.g., ipmi),
it should point to the lowest-level power off function not to
machine_power_off(). Actually, machine_power_off() should call pm_power_off
since AFAICT
From: Mark A. Greer [EMAIL PROTECTED]
Drivers should call machine_power_off() not pm_power_off to power off
a machine.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
drivers/parisc/power.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/parisc/power.c b
From: Mark A. Greer [EMAIL PROTECTED]
machine_power_off() is the proper interface to use for powering
off a machine.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/platforms/pseries/ras.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc
From: Mark A. Greer [EMAIL PROTECTED]
The ppc_md.power_off hook performs the same function that the
pm_power_off hook is supposed to. However, it is powerpc-specific
and prevents kernel drivers (e.g., IPMI) from changing how a platform
is powered off. So, get rid of ppc_md.power_off and replace
From: Mark A. Greer [EMAIL PROTECTED]
Remove platform-specific power_off and halt routines, and ppc_md
initializations that are not necessary.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/platforms/embedded6xx/holly.c| 12
arch/powerpc/platforms
From: Mark A. Greer [EMAIL PROTECTED]
Platform-specific restart routines should not call panic() when they
fail. Instead, they should return so the caller (machine_restart())
can halt the system more gracefully.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/platforms/82xx/pq2
From: Mark A. Greer [EMAIL PROTECTED]
xmon should call machine_[restart|halt|power_off] instead of
ppc_md.[restart|halt|power_off].
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
I'm not sure about this one. Does anyone see a problem with this?
arch/powerpc/xmon/xmon.c |6 +++---
1
From: Mark A. Greer [EMAIL PROTECTED]
Factor out common code from the machine_xxx routines and make them better
handle a ppc_md hook that doesn't exist or fails better. In particular,
have machine_power_off() try ppc_md.halt if ppc_md.power_off is NULL or fails,
and have machine_halt() try
From: Mark A. Greer [EMAIL PROTECTED]
Turn on the L2 cache on the prpmc2800 platform.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/platforms/embedded6xx/prpmc2800.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/platforms/embedded6xx/prpmc2800.c
b/arch
From: Mark A. Greer [EMAIL PROTECTED]
The Marvell mv64x60 line of host bridges just don't like
PCI MEM-System Memory windows setups that don't match
the CPU-System Memory window setups. For example, if there
is 1GB of System Memory and 2 CPU-System Memory windows set up
for 512MB each
From: Mark A. Greer [EMAIL PROTECTED]
Make the prpmc2800 bootwrapper code use the new interface to
mv64x60_config_pci_windows(). With that change, some minor code
rearrangement is possible to make things neater.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/prpmc2800.c
From: Mark A. Greer [EMAIL PROTECTED]
Specify locations when initializing arrays. This has already been done
for one array so may as well do it for them all.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
I don't know if this one is worth the bother (it is a little anal)
but it keeps
for and the actual amount of memory.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
arch/powerpc/boot/prpmc2800.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/boot/prpmc2800.c b/arch/powerpc/boot/prpmc2800.c
index 9614e1d..559c45e 100644
--- a/arch/powerpc
On Mon, Nov 05, 2007 at 06:28:05PM -0700, Mark A. Greer wrote:
It turns out that the firmware on some PrPMC2800 processor modules
initializes the memory controller for 512 MB even when there is more
memory. As a simple work around, set the amount of memory in the
device tree passed
From: Mark A. Greer [EMAIL PROTECTED]
The prpmc2800 bootwrapper code currently overwrites the DTS' user FLASH
size with a predetermined value. Intead make it use whatever is specified
in the DTS unless the prpmc2800 variant the bootwrapper is running on has
no user FLASH. In that case, set
On Fri, Oct 26, 2007 at 10:23:53AM +1000, Stephen Rothwell wrote:
Hi Mark,
On Thu, 25 Oct 2007 16:39:48 -0700 Mark A. Greer [EMAIL PROTECTED] wrote:
+static int __init prpmc2800_register_mtd(void)
+{
+ struct device_node *np = NULL;
^^^
Not needed
From: Mark A. Greer [EMAIL PROTECTED]
Create necessary device nodes so that the MTD subsystem recognizes
the MTD entries in the prpmc2800's DTS file. Also bring MTD section
of the prpmc2800's DTS file up to the current DTS specification.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED
On Fri, Oct 12, 2007 at 03:49:02PM -0500, Rune Torgersen wrote:
Is there an easy way to use something other than the decrementer for the
timer interrupt?
Reason i'm asking is tha t on our board, the decrementer cannot be
divided to 1khz evenly, so we have rounding errors for time, but we do
On Sun, Oct 07, 2007 at 08:31:46PM -0500, Scott Wood wrote:
Sorry for the delay, Scott.
Mark A. Greer wrote:
Why? Because its only safe to download a zImage to certain safe
locations.
Where those safe locations are vary by firmware, firmware version, and
zImage size. This is the issue
On Fri, Oct 12, 2007 at 04:39:53PM -0500, Rune Torgersen wrote:
From: Mark A. Greer
Is there an easy way to use something other than the decrementer for
the
timer interrupt?
Check out the clocksource stuff. It let's you set up numerous clock
sources and set the rating of each one
On Fri, Oct 05, 2007 at 12:30:54PM -0500, Scott Wood wrote:
On Thu, Oct 04, 2007 at 06:58:49PM -0700, Mark A. Greer wrote:
Having the link address jump around depending on the size of the kernel
or zImage is wrong IMHO. It just screams weird can't boot issues.
We need a way to specify
On Wed, Oct 03, 2007 at 03:50:05PM +1000, David Gibson wrote:
On Fri, Sep 28, 2007 at 06:23:09PM +0400, Valentine Barshak wrote:
David Gibson wrote:
On Mon, Sep 24, 2007 at 03:36:27PM +0400, Valentine Barshak wrote:
Looking deeper at this I've found that currently u-boot thinks that
On Fri, Oct 05, 2007 at 12:25:54PM +1000, David Gibson wrote:
On Thu, Oct 04, 2007 at 06:58:49PM -0700, Mark A. Greer wrote:
On Wed, Oct 03, 2007 at 03:50:05PM +1000, David Gibson wrote:
On Fri, Sep 28, 2007 at 06:23:09PM +0400, Valentine Barshak wrote:
David Gibson wrote:
On Mon
On Thu, Oct 04, 2007 at 07:59:30PM -0700, Mark A. Greer wrote:
On Fri, Oct 05, 2007 at 12:25:54PM +1000, David Gibson wrote:
The zImage is already hardware and
firmware specific;
And [potentially] firmware version and zImage size specific.
I meant to add, which is why it'll be difficult
On Mon, Oct 01, 2007 at 05:20:53PM -0700, Mark A. Greer wrote:
Powerpc patches should be posted to linuxppc-dev@ozlabs.org so modify
MAINTAINERS to no longer reference [EMAIL PROTECTED]
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
/me sighs.
Disregard this. I send before I had the proper
Powerpc patches should be posted to linuxppc-dev@ozlabs.org so modify
MAINTAINERS to no longer reference [EMAIL PROTECTED]
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
MAINTAINERS | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
---
diff --git a/MAINTAINERS b
On Fri, Jul 27, 2007 at 01:25:09PM -0500, Jon Loeliger wrote:
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
FWIW for the prpmc2800 part...
Acked-by: Mark A. Greer [EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https
On Mon, Jul 23, 2007 at 11:43:37AM +1000, David Gibson wrote:
On Sat, Jul 21, 2007 at 09:04:13PM -0500, Josh Boyer wrote:
On Sun, Jul 22, 2007 at 10:37:06AM +1000, Paul Mackerras wrote:
Stephen Rothwell writes:
WRAParch/powerpc/boot/zImage.ps3
On Fri, Jul 20, 2007 at 01:27:08AM +1000, Stephen Rothwell wrote:
Hi Mark,
On Thu, 19 Jul 2007 08:17:46 -0700 Mark A. Greer [EMAIL PROTECTED] wrote:
I did a git-pull this morning but it had a conflict. Should I have
reset it to something?
What did you pull it into? There were
On Fri, Jul 20, 2007 at 01:44:32AM +1000, Stephen Rothwell wrote:
On Thu, 19 Jul 2007 08:32:17 -0700 Mark A. Greer [EMAIL PROTECTED] wrote:
I was in the master branch of powerpc.git and did a 'git-pull'
Sorry, I hadn't updated since this afternoon. Looks like Paul has reset
his master
On Fri, Jul 13, 2007 at 11:54:34AM +0200, Arnd Bergmann wrote:
On Friday 13 July 2007, Mark A. Greer wrote:
I really like what you've done here, thanks.
The patches don't apply straight up so what other patches do these go
on top of?
They are meant to apply on top of powerpc.git.
Yep
On Thu, Jul 12, 2007 at 11:01:56PM +0200, Arnd Bergmann wrote:
Since this was brought up by Mark, here is a resend of the
Kconfig cleanup patches that have not been merged so far,
with updates for the comments I received.
I stumbled over another bug in the process, and fear I have
found a
On Wed, Jul 11, 2007 at 10:33:51PM +0200, Arnd Bergmann wrote:
On Wednesday 11 July 2007, Mark A. Greer wrote:
+config CLASSIC32
+ def_bool y
+ depends on 6xx PPC_MULTIPLATFORM
Arnd, is this really what you wanted? With it, none
70 matches
Mail list logo