Limit the number of gigantic hugepages specified by the
hugepages= parameter to MAX_NUMBER_GPAGES.
Signed-off-by: James Yang
---
arch/powerpc/mm/hugetlbpage.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm
String instruction emulation would erroneously result in a segfault if
the upper bits of the EA are set and is so high that it fails access
check. Truncate the EA to 32 bits if the process is 32-bit.
Signed-off-by: James Yang
---
arch/powerpc/kernel/traps.c |4
1 files changed, 4
Load/store indexed instructions where the index register RA=R0, such
as "lfdx f1,0,r3", are not illegal.
Load/store indexed with update instructions where the index register
RA=R0, such as "lfdux f1,0,r3", are invalid, and, to be consistent
with existing math-emu behavior for other invalid instruc
or for other invalid instruction forms,
will signal as illegal.
Signed-off-by: James Yang
---
arch/powerpc/math-emu/math.c | 15 +--
1 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/math-emu/math.c b/arch/powerpc/math-emu/math.c
index 164d559..eabce90 100644
---
On Thu, 4 Jul 2013, Benjamin Herrenschmidt wrote:
> On Thu, 2013-07-04 at 09:31 +0100, David Laight wrote:
> > Do you need to execute 'sync' here?
> > It is worth checking whether the trap entry/exit doesn't
> > do an implicit one for you.
>
> Not really. It does an implicit isync (more than one
BookE version of user_disable_single_step() clears DBCR0_IC for the
instruction completion debug, but did not also clear DBCR0_BT for the
branch taken exception. This behavior was lost by the 2/2010 patch.
Signed-off-by: James Yang
---
arch/powerpc/kernel/ptrace.c |2 +-
1 files changed, 1
PTRACE_SINGLEBLOCK support for BookE currently stops on the instruction
after taken branches. This is different from the behavior on Server
where it stops after all branches.
BookE was made to simulate Server by taking a single step after the
branch taken exception. It is understood that the r
a SIGTRAP before a
branch-that-would-be-taken would execute. Userspace software will be
able to examine the process state upon catching the SIGTRAP, and it
will need to issue a PTRACE_SINGLESTEP or PTRACE_CONT to resume program
execution past the branch.
Signed-off-by: James Yang
---
arch/powe
hould
then request a PTRACE_SINGLESTEP in order to advance the program to the
next instruction or a PTRACE_CONT to resume normal program execution.
The si_code now also reports TRAP_BRANCH.
Signed-off-by: James Yang
---
arch/powerpc/include/asm/thread_info.h |3 ++
arch/powerpc/kernel/traps
On Sat, 6 Jul 2013, Benjamin Herrenschmidt wrote:
> On Fri, 2013-07-05 at 17:11 -0500, James Yang wrote:
> > A BookE branch taken debug exception followed by a single step does not
> > accurately simulate Server's branch execute debug exception. BookE's
> > bra
ff-by: James Yang
---
arch/powerpc/include/asm/current.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/current.h
b/arch/powerpc/include/asm/current.h
index e2c7f06..bb250c8 100644
--- a/arch/powerpc/include/asm/current.h
+++ b/arch/powerpc/in
On Sat, 10 Aug 2013, James Yang wrote:
> Uses of get_current() that normally get optimized away still result in
> a load instruction of the current pointer in 64-bit because the inline
> asm uses __volatile__. This patch removes __volatile__ so that nop-ed
> uses of get_current() do
On Thu, 24 Oct 2013, Kumar Gala wrote:
> On Oct 24, 2013, at 4:45 AM, Benjamin Herrenschmidt wrote:
>
> > On Wed, 2013-10-23 at 23:06 -0500, Kumar Gala wrote:
> >> On Oct 23, 2013, at 5:15 AM, Scott Wood wrote:
> >>
> >>> On Wed, 2013-10-23 at 00:07 -0500, Kumar Gala wrote:
> On Oct 18, 201
On Fri, 25 Oct 2013, David Laight wrote:
> > This is not a distro issue. It's a libstdc++ portability issue. libstdc++
> > hardcodes lwsync unless __NO_LWSYNC__ is explicitly defined,
> > which you only get with -mcpu=8540/-mcpu=8548. When compiled
> > for any powerpc target other than -mcpu=8540
On Fri, 25 Oct 2013, Scott Wood wrote:
> Has anyone measured how much this slows things down with a typical
> userspace?
Not a measurement of the patch in question but an older similar patch
on 3.0.51 (8572 running Debian 5.0.3):
$ ./test-lwsync
cycles per emulated lwsync = 371
cycles per sync
On Fri, 8 Nov 2013, pegasus wrote:
> Hello.
>
> I was reading the source code for the debug exception under powerpc. I saw
> that BookE processors stop before (actually) taking a branch. Hence in order
> to force it to take that branch and then stop, the source code for it had to
> be "hacked' t
On Mon, 11 Nov 2013, pegasus wrote:
> And this is due to the pipelining feature that is inherent in all
> processors.
No, it has nothing to do with pipelining at all. It is just the
convention that IBM defined as to how the branch taken exception works
in BookE Power ISA. The pipeline behavi
On Tue, 12 Nov 2013, pegasus wrote:
> So, off I went and downloaded the latest version of
> arch/powerpc/kernel/traps.c hoping to see those very changes in
> them. However it didn't match one on one with what was written in
> that thread. Ditto for the other files in your patch. Looks like
> y
On Wed, 30 Apr 2014, Scott Wood wrote:
> On Wed, 2014-04-30 at 16:45 +1000, Michael Ellerman wrote:
> > On Tue, 2014-02-04 at 16:43 -0600, Scott Wood wrote:
> > > > +Motorola/Freescale 8xx
> > > > +--
> > > > +
> > > > + - Software loaded with hardware assist.
> > > > + - All
On Sat, 1 Feb 2014, Michael Ellerman wrote:
> This patch adds some documentation on the different cpu families
> supported by arch/powerpc.
>
> Signed-off-by: Michael Ellerman
> ---
> v2: Reworked formatting to avoid wrapping.
> Fixed up Freescale details.
>
>
> Documentation/powerpc/cpu_
On Fri, 7 Feb 2014, Gabriel Paubert wrote:
> Hi Stephen,
>
> On Fri, Feb 07, 2014 at 11:27:57AM +1000, Stephen N Chivers wrote:
> > Gabriel Paubert wrote on 02/06/2014 07:26:37 PM:
> >
> > > From: Gabriel Paubert
> > > To: Stephen N Chivers
> > > Cc: linuxppc-dev@lists.ozlabs.org, Chris
On Sun, 9 Feb 2014, Stephen N Chivers wrote:
> James Yang wrote on 02/08/2014 07:49:40 AM:
>
> > From: James Yang
> > To: Gabriel Paubert
> > Cc: Stephen N Chivers , Chris Proctor
> > ,
> > Date: 02/08/2014 07:49 AM
> > Subject: Re: arch
On Mon, 10 Feb 2014, Gabriel Paubert wrote:
> On Fri, Feb 07, 2014 at 02:49:40PM -0600, James Yang wrote:
> > On Fri, 7 Feb 2014, Gabriel Paubert wrote:
> >
> > > Hi Stephen,
> > >
> > > On Fri, Feb 07, 2014 at 11:27:57AM +1000, Stephen N Chivers wrot
23 matches
Mail list logo
