After these change, when need to work in rtbi mode,
just change phy-connection-type to rtbi.
Also, this work can be done by u-boot.
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/boot/dts/mpc8569mds.dts | 47 ++---
1 files changed, 42 insertions(+), 5
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/platforms/85xx/mpc85xx_mds.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/mpc85xx_mds.c
b/arch/powerpc/platforms/85xx/mpc85xx_mds.c
index c5028a2..0872e4a
Signed-off-by: Liu Yu yu@freescale.com
---
drivers/net/phy/marvell.c | 38 ++
1 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c
index 6f69b9b..65ed385 100644
---
Old method only set tbi-phy for eth0.
Signed-off-by: Liu Yu yu@freescale.com
---
drivers/net/ucc_geth.c | 23 +++
1 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
index 750d86d..0e72013 100644
---
Seen it now as it is in Linus tree:
1) IMHO it would have been nicer to use #ifdef __KERNEL__
instead of CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
as then arches that don't define CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
at all will never use the new optimization or was that what you
On Thu, 2010-01-14 at 10:12 +0100, Joakim Tjernlund wrote:
No, that was on purpose. If an arch doesn't have efficient unaligned
accesses, then they should not use the optimization since it will
result
in a lot of unaligned accesses :-) In which case they are better off
falling back to the
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 14/01/2010 10:43:44:
On Thu, 2010-01-14 at 10:12 +0100, Joakim Tjernlund wrote:
No, that was on purpose. If an arch doesn't have efficient unaligned
accesses, then they should not use the optimization since it will
result
in a
On Sun, Jan 10, 2010 at 17:29, Finn Thain fth...@telegraphics.com.au wrote:
Add platform driver support to the pmac-zilog driver, for m68k macs.
Place the powermac-specific code inside #ifdef CONFIG_PPC_PMAC.
Signed-off-by: Finn Thain fth...@telegraphics.com.au
---
This patch should be
On Jan 14, 2010, at 2:13 AM, Liu Yu wrote:
Signed-off-by: Liu Yu yu@freescale.com
---
drivers/net/phy/marvell.c | 38 ++
1 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c
index
It looks like the previous patch sent out to move RTAS and
other items from /proc/ppc64 to /proc/powerpc missed a few
files needed for RAS and DLPAR functionality.
Original Patch here:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-September/076096.html
This patch updates the remaining
On Thu, 2010-01-14 at 14:27 +0100, Joakim Tjernlund wrote:
It would probably be a good idea to redefine UP_UNALIGNED macro to
do 2 byte accesses in the non CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
case.
I don't think I will revisit this any time soon so I figured I should
mention it in case
Large NUMA machines require Linux to indicate support for more than 64
cpu cores. This is done through the ibm,client-architecture call, and
is documented in the PAPR. There is also another new field added to
indicate that the OS is Linux as a hint for possible future performance
settings.
The
In the previous patch the client-architecture field for the number of
cores supported is set statically as high as is possible. However, that
static setting could be too high if the system supports smt, resulting
in cpus assigned to Linux that are not booted. This patch reads the
device tree
Hello,
I am working on a MPC8265 board which I have successfully ported Linux
Kernel 2.6.25 to. I am trying to upgrade the Kernel but have not got
good results (I am able to compile the Kernel for my powerpc, but not to
boot it). The problem appears to be something related to the interaction
Andres F Marquez wrote:
Hello,
I am working on a MPC8265 board which I have successfully ported Linux
Kernel 2.6.25 to. I am trying to upgrade the Kernel but have not got
good results (I am able to compile the Kernel for my powerpc, but not to
boot it). The problem appears to be something
vi arch/powerpc/kernel/prom_init.c +1961 and note that in
flatten_device_tree() we do a
RELOC(dt_struct_end) = PAGE_ALIGN(mem_start);
should that maybe be
RELOC(dt_struct_end) = PAGE_ALIGN(mem_end);
thanks,
Roel
___
Linuxppc-dev
This patch adds 2 fields to the ibm_architecture_vec array.
The first of these fields indicates the number of cores which Linux can
boot. It does not account for SMT, so it may result in cpus assigned to
Linux which cannot be booted. A second patch follows that dynamically
updates this for
On Thu, 2010-01-14 at 13:52 -0600, Nathan Fontenot wrote:
Move the defintion and lock helper routines for the cpu hotplug driver
lock from pseries to powerpc code to avoid build breaks for platforms
other than pseries that use cpu hotplug.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
On Fri, 2010-01-15 at 00:00 +0100, Roel Kluin wrote:
vi arch/powerpc/kernel/prom_init.c +1961 and note that in
flatten_device_tree() we do a
RELOC(dt_struct_end) = PAGE_ALIGN(mem_start);
should that maybe be
RELOC(dt_struct_end) = PAGE_ALIGN(mem_end);
Nope.
mem_start
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Friday, January 15, 2010 12:20 AM
To: Liu Yu-B13201
Cc: da...@davemloft.net; linuxppc-dev@lists.ozlabs.org;
net...@vger.kernel.org
Subject: Re: [PATCH 4/4] phy: add RTBI mode for m88e
On Jan
On Thu, 2010-01-14 at 17:01 -0600, Joel Schopp wrote:
This patch adds 2 fields to the ibm_architecture_vec array.
The first of these fields indicates the number of cores which Linux can
boot. It does not account for SMT, so it may result in cpus assigned to
Linux which cannot be booted.
Oh and :
Signed-off-by:Joel Schoppjsch...@austin.ibm.com
^ space ^ space
Thanks !
Cheers,
Ben.
The marker should be here or the line below:
Index: linux-2.6.git/arch/powerpc/kernel/prom_init.c
===
On Thu, 2010-01-14 at 14:41 -0600, Joel Schopp wrote:
In the previous patch the client-architecture field for the number of
cores supported is set statically as high as is possible. However, that
static setting could be too high if the system supports smt, resulting
in cpus assigned to Linux
Hi Mahesh !
+/**
+ * regs_within_kernel_stack() - check the address in the stack
+ * @regs: pt_regs which contains kernel stack pointer.
+ * @addr: address which is checked.
+ *
+ * regs_within_kernel_stack() checks @addr is within the kernel stack
page(s).
+ * If @addr is
24 matches
Mail list logo