On 2013年03月25日 08:03, Michael Neuling wrote:
>
> benh asked paulus or sfr to send in while he was away.
>
> So please send your signed off by now (if you can), or someone is going
> to rewrite it, sent it upstream bypassing you.
>
> Mikey
>
>
thanks, I will send patch now.
:-)
--
Chen
Chen Gang wrote:
> On 2013年03月22日 06:54, Michael Neuling wrote:
> > This is great, thanks a lot.
> >
> > If you want this to be picked up by the maintainer, you'll need to add
> > your signed-off-by.
> >
> > The signed-off-by is to indicate that your happy for it to be included
> > and that
Chen Gang gang.c...@asianux.com wrote:
On 2013年03月22日 06:54, Michael Neuling wrote:
This is great, thanks a lot.
If you want this to be picked up by the maintainer, you'll need to add
your signed-off-by.
The signed-off-by is to indicate that your happy for it to be included
and
On 2013年03月25日 08:03, Michael Neuling wrote:
benh asked paulus or sfr to send in while he was away.
So please send your signed off by now (if you can), or someone is going
to rewrite it, sent it upstream bypassing you.
Mikey
thanks, I will send patch now.
:-)
--
Chen Gang
On 2013年03月23日 03:17, Yoder Stuart-B08248 wrote:
> allmodconfig is creating config combinations that don't
> happen in a normal build (at least currently)-- 64-bit build
> that enables EPAPR_PARAVIRT but not PPC_BOOK3E_64.
if it should not happen.
can we add dependency to let it will never
org;
> imun...@au1.ibm.com; linuxppc-...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [Suggestion] PowerPC: kernel: cross compiling issue with
> allmodconfig
>
> Chen Gang F T wrote:
>
> >
> > it seems:
> > only move slb_miss_realmode to
On 2013年03月22日 06:54, Michael Neuling wrote:
> This is great, thanks a lot.
>
> If you want this to be picked up by the maintainer, you'll need to add
> your signed-off-by.
>
> The signed-off-by is to indicate that your happy for it to be included
> and that you're legally allowed to do so.
On 2013年03月21日 20:38, Benjamin Herrenschmidt wrote:
> On Thu, 2013-03-21 at 16:26 +0800, Chen Gang F T wrote:
>> > it seems:
>> > only move slb_miss_realmode to the end, can fix this issue without
>> > negative effect.
> Thanks. I'm currently on vacation, I'll have a closer look when I'm
On 2013年03月21日 20:38, Benjamin Herrenschmidt wrote:
On Thu, 2013-03-21 at 16:26 +0800, Chen Gang F T wrote:
it seems:
only move slb_miss_realmode to the end, can fix this issue without
negative effect.
Thanks. I'm currently on vacation, I'll have a closer look when I'm back
unless
On 2013年03月22日 06:54, Michael Neuling wrote:
This is great, thanks a lot.
If you want this to be picked up by the maintainer, you'll need to add
your signed-off-by.
The signed-off-by is to indicate that your happy for it to be included
and that you're legally allowed to do so. See
; linuxppc-...@lists.ozlabs.org;
linux-kernel@vger.kernel.org
Subject: Re: [Suggestion] PowerPC: kernel: cross compiling issue with
allmodconfig
Chen Gang F T chen.gang.flying.transfor...@gmail.com wrote:
it seems:
only move slb_miss_realmode to the end, can fix this issue without
On 2013年03月23日 03:17, Yoder Stuart-B08248 wrote:
allmodconfig is creating config combinations that don't
happen in a normal build (at least currently)-- 64-bit build
that enables EPAPR_PARAVIRT but not PPC_BOOK3E_64.
if it should not happen.
can we add dependency to let it will never
Chen Gang F T wrote:
>
> it seems:
> only move slb_miss_realmode to the end, can fix this issue without
> negative effect.
So this works but uncovers a new bug.
Stuart: if you apply this patch allmodconfig now gets this build error
on linux-next.
arch/powerpc/kernel/built-in.o: In
Chen Gang wrote:
> Hello All:
>
> summary:
> the root cause is no enough room in exception area (0x5500 -- 0x7000).
>
> it is caused by the patches "for saving/restre PPR":
> they consumed much space of this area (0x5500 -- 0x7000).
> for pseries_defconfig and ppc64_defconfig, it
On Thu, 2013-03-21 at 16:26 +0800, Chen Gang F T wrote:
> it seems:
> only move slb_miss_realmode to the end, can fix this issue without
> negative effect.
Thanks. I'm currently on vacation, I'll have a closer look when I'm back
unless Stephen or Paulus wants to shoot that to Linus while
it seems:
only move slb_miss_realmode to the end, can fix this issue without negative
effect.
diff --git a/arch/powerpc/kernel/exceptions-64s.S
b/arch/powerpc/kernel/exceptions-64s.S
index 200afa5..56bd923 100644
--- a/arch/powerpc/kernel/exceptions-64s.S
+++
it seems:
only move slb_miss_realmode to the end, can fix this issue without negative
effect.
diff --git a/arch/powerpc/kernel/exceptions-64s.S
b/arch/powerpc/kernel/exceptions-64s.S
index 200afa5..56bd923 100644
--- a/arch/powerpc/kernel/exceptions-64s.S
+++
On Thu, 2013-03-21 at 16:26 +0800, Chen Gang F T wrote:
it seems:
only move slb_miss_realmode to the end, can fix this issue without
negative effect.
Thanks. I'm currently on vacation, I'll have a closer look when I'm back
unless Stephen or Paulus wants to shoot that to Linus while I'm
Chen Gang gang.c...@asianux.com wrote:
Hello All:
summary:
the root cause is no enough room in exception area (0x5500 -- 0x7000).
it is caused by the patches for saving/restre PPR:
they consumed much space of this area (0x5500 -- 0x7000).
for pseries_defconfig and
Chen Gang F T chen.gang.flying.transfor...@gmail.com wrote:
it seems:
only move slb_miss_realmode to the end, can fix this issue without
negative effect.
So this works but uncovers a new bug.
Stuart: if you apply this patch allmodconfig now gets this build error
on linux-next.
Hello All:
summary:
the root cause is no enough room in exception area (0x5500 -- 0x7000).
it is caused by the patches "for saving/restre PPR":
they consumed much space of this area (0x5500 -- 0x7000).
for pseries_defconfig and ppc64_defconfig, it is still ok.
but for
Hello All:
summary:
the root cause is no enough room in exception area (0x5500 -- 0x7000).
it is caused by the patches for saving/restre PPR:
they consumed much space of this area (0x5500 -- 0x7000).
for pseries_defconfig and ppc64_defconfig, it is still ok.
but for allmodconfig
于 2013年03月15日 12:52, Michael Neuling 写道:
> Yep it's a known problem but no one has bothered to fix it since it
> doesn't happen in a config that anyone cares about like
> pseries_defconfig and ppc64_defconfig. We've been moving code around in
> this area a lot recently hence the breakage.
>
> It
> do next-* tree support powerpc POWER7 with allmodconfig ?
>
> I met an issue, can we bear it (or I need additional trying) ?
>
>
> Compiling:
> make V=1 EXTRA_CFLAGS=-W ARCH=powerpc allmodconfig
> set cpu type POWER7 in menuconfig.
> set cross-compiler in menuconfig.
>
Hello Maintainers:
do next-* tree support powerpc POWER7 with allmodconfig ?
I met an issue, can we bear it (or I need additional trying) ?
Compiling:
make V=1 EXTRA_CFLAGS=-W ARCH=powerpc allmodconfig
set cpu type POWER7 in menuconfig.
set cross-compiler in menuconfig.
Hello Maintainers:
do next-* tree support powerpc POWER7 with allmodconfig ?
I met an issue, can we bear it (or I need additional trying) ?
Compiling:
make V=1 EXTRA_CFLAGS=-W ARCH=powerpc allmodconfig
set cpu type POWER7 in menuconfig.
set cross-compiler in menuconfig.
do next-* tree support powerpc POWER7 with allmodconfig ?
I met an issue, can we bear it (or I need additional trying) ?
Compiling:
make V=1 EXTRA_CFLAGS=-W ARCH=powerpc allmodconfig
set cpu type POWER7 in menuconfig.
set cross-compiler in menuconfig.
under Fedora
于 2013年03月15日 12:52, Michael Neuling 写道:
Yep it's a known problem but no one has bothered to fix it since it
doesn't happen in a config that anyone cares about like
pseries_defconfig and ppc64_defconfig. We've been moving code around in
this area a lot recently hence the breakage.
It
28 matches
Mail list logo