> 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 sou
On Fri, 2007-09-28 at 17:04 +0900, Ishizaki Kou wrote:
> Commit edd0622bd2e8f755c960827e15aa6908c3c5aa94 seems to break the
> kernel and commit 175587cca7447daf5a13e4a53d32360ed8cba804 backs out
> the symptom. Calling slb_flush_and_rebolt() at slb_initialize()
> function breaks the SLB table sinc
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 ch
> 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 disasse
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
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
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 n
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 fro
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:
>
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
bec
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
===
11 matches
Mail list logo
