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
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 Lin
Oh and :
> > Signed-off-by:Joel Schopp
^ 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
> > ===
>
> Would also e
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 boote
> -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 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.
m
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
> ---
> arch/p
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 SMT
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 maili
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 relate
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
betwe
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 (bef
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 SMT
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 f
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 i
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
---
arch/powerpc/kernel/smp.c | 12
arch/powerpc/platf
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 file
On Jan 14, 2010, at 2:13 AM, Liu Yu wrote:
> Signed-off-by: Liu Yu
> ---
> 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
On Sun, Jan 10, 2010 at 17:29, Finn Thain 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
>
> ---
>
> This patch should be applied after "[PATCH 3/13] pmac-zilog: cleanup"
Benjamin Herrenschmidt 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 lot of unalig
Benjamin Herrenschmidt 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 lot of unalign
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 bac
Benjamin Herrenschmidt wrote on 14/01/2010 09:57:11:
> Subject: Re: [PATCH]: powerpc: Fix build breakage due to incorrect location
> ofautoconf.h
>
>
> > 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_U
> 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
Old method only set tbi-phy for eth0.
Signed-off-by: Liu Yu
---
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
--- a/drivers/net/ucc_geth.c
+++ b/
Signed-off-by: Liu Yu
---
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
--- a/drivers/net/phy/marvell.c
+++ b/drivers/net/
Signed-off-by: Liu Yu
---
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 100644
--- a/arch/powe
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
---
arch/powerpc/boot/dts/mpc8569mds.dts | 47 ++---
1 files changed, 42 insertions(+), 5 deletions(-)
diff
28 matches
Mail list logo
