Ben-san,
It should have been set in setup_64.c, in setup_paca() (which is
called
twice) in that statement:
local_paca = paca[cpu];
As local_paca is defined as being a variable held in register r13.
Maybe
something bad's happening with the compiler ?
Can you check early_setup
Also, you may want to try adding --ffixed-r13 to the CFLAGS in the
makefile and let us know if it makes a difference... r13 is marked
reserved by the ABI but segher seems to imply that gcc may decide to
ues
it anyway (ouch !)
That's what I thought for a second, but I misread the GCC
initializing SLB
In-Reply-To: [EMAIL PROTECTED]
From: Ishizaki Kou [EMAIL PROTECTED]
X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
On Wednesday 26 September 2007, Ishizaki Kou wrote:
This
On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
Celleb does not set get_paca()-kstack properly (I don't know which
function should set it up), so we need to workaround.
paca-kstack is set in asm (via the PACAKSAVE macro), from either
__secondary_start for non-boot CPUs or from
Ben-san,
On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
Celleb does not set get_paca()-kstack properly (I don't know which
function should set it up), so we need to workaround.
paca-kstack is set in asm (via the PACAKSAVE macro), from either
__secondary_start for non-boot
On Thu, 2007-09-27 at 20:22 +0900, Ishizaki Kou wrote:
Ben-san,
On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
Celleb does not set get_paca()-kstack properly (I don't know which
function should set it up), so we need to workaround.
paca-kstack is set in asm (via the
It should have been set in setup_64.c, in setup_paca() (which is called
twice) in that statement:
local_paca = paca[cpu];
As local_paca is defined as being a variable held in register r13. Maybe
something bad's happening with the compiler ?
Can you check early_setup disassembly,
On Wednesday 26 September 2007, Ishizaki Kou wrote:
This is a workaround NOT to insert EA=0 entry at initializing SLB.
Without this patch, you can see /sbin/init hanging at a machine
which has less or equal than 256MB memory.
Can you elaborate? I don't understand why /sbin/init will hang
This is a workaround NOT to insert EA=0 entry at initializing SLB.
Without this patch, you can see /sbin/init hanging at a machine
which has less or equal than 256MB memory.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
---
Index: linux-powerpc-git/arch/powerpc/kernel/setup_64.c