Remove all i2c and xxmii-interface (rgmii etc) device_type entries
from the 4xx dts files.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/bamboo.dts |3 ---
arch/powerpc/boot/dts/ebony.dts |2 --
arch/powerpc/boot/dts/katmai.dts |2 --
On Wed, Jan 16, 2008 at 10:37:10AM +0100, Stefan Roese wrote:
With the removal the the rgmii-interface device_type property from the
dts files, the newemac driver needs an update to only rely on compatible
property.
In fact, this patch should go in before the one changing the dts
files.
--
On Wed, Jan 16, 2008 at 10:00:00AM +0100, Stefan Roese wrote:
Remove all i2c and xxmii-interface (rgmii etc) device_type entries
from the 4xx dts files.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
Acked-by: David Gibson [EMAIL PROTECTED]
--
David Gibson| I'll have my
On Wed, 2008-01-16 at 10:37 +0100, Stefan Roese wrote:
With the removal the the rgmii-interface device_type property from the
dts files, the newemac driver needs an update to only rely on compatible
property.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
I need to test if it works on CAB,
With the removal the the rgmii-interface device_type property from the
dts files, the newemac driver needs an update to only rely on compatible
property.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
drivers/net/ibm_newemac/rgmii.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
I'm seeing this error message when booting an recent arch/ppc kernel on
4xx platforms (tested on Ocotea and other 4xx platforms). Booting NFS
rootfs still works fine, but this message kind of makes me nervous.
This is not seen on 4xx arch/powerpc platforms. Here the bootlog:
Linux version
This is a new improved set of patches based on the
comments that I received in response to the previous set.
I believe I addressed all the concerns raised but
I'm sure there will be new ones.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
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 structure and
use the early_* PCI accessor routines because the hostbridge is
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;
+
+ np = of_find_compatible_node(NULL, NULL, katana750i,cpld);
+
Everybody happy with this patch?
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 16 Jan 2008 16:25:23 -0500
Sean MacLennan [EMAIL PROTECTED] wrote:
Sean MacLennan wrote:
How about adding a config option that lets you specify 8 bit access?
Something like CONFIG_NDFC_8BIT_ACCESS. We could default it to no and
put a little blurb that says something like:
On
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 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 +1100, David Gibson wrote:
On Mon, Jan 14, 2008 at 03:59:26PM
On Wed, Jan 16, 2008 at 03:12:10PM -0700, Mark A. Greer wrote:
From: Mark A. Greer [EMAIL PROTECTED]
Add support for the Emerson Katana 750i 752i platforms.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
[snip]
+typedef enum {
+ BOARD_TYPE_750I,
+ BOARD_TYPE_752I,
+}
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 Wed, 2008-01-16 at 17:47 -0700, Mark A. Greer wrote:
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
Includes commits pulled from Josh Boyer's tree.
Anton Vorontsov (1):
[POWERPC] booting-without-of: localbus should not include board name
Cyrill Gorcunov (3):
[POWERPC] Use for_each macros in arch/powerpc/sysdev
[POWERPC] Use for_each macros in arch/powerpc/kernel
The following patches add crashdump shutdown hooks for POWERPC.
Signed-off-by: Michael Neuling [EMAIL PROTECTED]
---
Updated for suggests made by Paulus
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
This makes the setjmp/longjmp code used by xmon, generically available
to other code. It also removes the requirement for debugger hooks to
be only called on 0x300 (data storage) exception.
Signed-off-by: Michael Neuling [EMAIL PROTECTED]
---
arch/powerpc/kernel/misc.S | 65
This adds hooks into the default_machine_crash_shutdown so drivers can
register a function to be run in the first kernel before we hand off
to the second kernel. This should only be used in exceptional
circumstances, like where the device can't be reset in the second
kernel alone (as is the case
Hi,
On Thu, Jan 17, 2008 at 03:39:07PM +1100, Paul Mackerras wrote:
Includes commits pulled from Josh Boyer's tree.
Any reason for why you didn't pull from mine?
Thanks,
-Olof
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Wed, Jan 16, 2008 at 05:20:22PM +1100, David Gibson wrote:
Here's my counter-attempt at node iterators for libfdt. It's based on
an internal function very similar to Scott's fdt_next_node(), but the
exported interfaces are altered to be (IMO) safer and simpler.
So far, it only handles
Olof Johansson writes:
Any reason for why you didn't pull from mine?
Sorry, just an oversight. Pulled and pushed out now.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi,
On Thu, Jan 17, 2008 at 03:45:42PM +1100, Michael Neuling wrote:
Index: linux-2.6-ozlabs/include/asm-powerpc/setjmp.h
===
--- /dev/null
+++ linux-2.6-ozlabs/include/asm-powerpc/setjmp.h
@@ -0,0 +1,18 @@
+/*
+ * Copyright
In message [EMAIL PROTECTED] you wrote:
Hi,
On Thu, Jan 17, 2008 at 03:45:42PM +1100, Michael Neuling wrote:
Index: linux-2.6-ozlabs/include/asm-powerpc/setjmp.h
===
--- /dev/null
+++
On Thu, 17 Jan 2008 16:36:49 +1100 Michael Neuling [EMAIL PROTECTED] wrote:
Should the above be inside #ifdef __KERNEL__?
Yep... _and_ it's 2008 now!
I think that if you don't list the file for exporting to user mode (in
the Kbuild file), then you shouldn't need the __KERNEL__
On Thu, 17 Jan 2008 15:45:42 +1100 Michael Neuling [EMAIL PROTECTED] wrote:
+++ linux-2.6-ozlabs/arch/powerpc/kernel/misc.S
@@ -8,6 +8,8 @@
* Adapted for iSeries by Mike Corrigan ([EMAIL PROTECTED])
* PPC64 updates by Dave Engebretsen ([EMAIL PROTECTED])
*
+ * setjmp/longjmp and
HeHo,
I have on the psc3 the spi-interface of a fpga connected.
[...]
Can I use the mpc52xx_psc_spi-driver? And if yes, how I have to use this
driver? Or must I write a own spi-master/slave thing? Can anyone point me
to a good start-position?
Yes, you should be able to use the
29 matches
Mail list logo