.cpu_user_features = COMMON_USER_POWER7,
> + .cpu_user_features = COMMON_USER2_POWER7,
^ Oops here, I think.Please consider applying this on top.
Untested, but seems obvious.
Fix a typo in setting COMMON_USER2_POWER7 bits to .cpu_user_features2
cpu specs tab
work occurring on Power.
Signed-off-by: Will Schmidt
cc: Olof Johansson
cc: Anton Blanchard
cc: Benjamin Herrenschmidt
---
v2 - Per feedback from Olof, the code is reworked to utilize kernel
parameter runtime checks, rather than CONFIG options.
- Added relevant change to kernel
work occurring on Power.
Signed-off-by: Will Schmidt
cc: Olof Johansson
cc: Anton Blanchard
cc: Benjamin Herrenschmidt
---
v2 - Per feedback from Olof, the code is reworked to utilize kernel
parameter runtime checks, rather than CONFIG options.
- Added relevant change to kernel
On Sat, 2010-09-25 at 22:49 -0500, Olof Johansson wrote:
> On Fri, Sep 24, 2010 at 04:44:15PM -0500, Will Schmidt wrote:
> >
> > Add a config option for the (batched) MULTITCE and BULK_REMOVE h-calls.
> >
> > By default, these options are on and are beneficial for per
useful for some of the PREEMPT_RT related investigation and
work occurring on Power.
Signed-off-by: Will Schmidt
cc: Anton Blanchard
cc: Benjamin Herrenschmidt
---
diff --git a/arch/powerpc/platforms/pseries/Kconfig
b/arch/powerpc/platforms/pseries/Kconfig
index f0e6f28..0b5e6a9 100644
--- a
dvh...@linux.vnet.ibm.com wrote on 09/02/2010 01:04:28 AM:
> Subject
>
> Re: [PATCH][RFC] preempt_count corruption across H_CEDE call with
> CONFIG_PREEMPT on pseries
> With this in place, we no longer see the preempt_count dropping below
> zero. However, if I offline/online a CPU about 246 time
Ankita Garg wrote on 08/19/2010 10:58:24 AM:
> Subject
> Re: [PATCH][RFC] preempt_count corruption across H_CEDE call with
> CONFIG_PREEMPT on pseries
>
> Hi Darren,
>
> On Thu, Jul 22, 2010 at 11:24:13AM -0700, Darren Hart wrote:
> >
> > With some instrumentation we were able to determine that th
On Sun, 2010-07-11 at 02:49 -0500, Milton Miller wrote:
> On Fri, 09 Jul 2010 about 08:55:01 -0000, Will Schmidt wrote:
> > We've been seeing some issues with userspace randomly SIGSEGV'ing while
> > running the -RT kernels on POWER7 based systems. After lots of
>
dvh...@linux.vnet.ibm.com wrote on 07/22/2010 06:57:18 PM:
> Subject
>
> Re: [PATCH][RFC] preempt_count corruption across H_CEDE call with
> CONFIG_PREEMPT on pseries
>
> On 07/22/2010 03:25 PM, Benjamin Herrenschmidt wrote:
> > On Thu, 2010-07-22 at 11:24 -0700, Darren Hart wrote:
> >>
> >> 1) How
en be replaceable with a single call to
arch_leave_lazy_mmu_mode().
The patch here is what I am currently running with, on both POWER6 and
POWER7 systems, successfully.
Signed-off-by: Will Schmidt
CC:Ben Herrenschmidt
CC:Thomas Gleixner
---
diff -aurp linux-2.6.33.5-rt23.orig/arch/
On Thu, 2010-05-20 at 16:45 +0200, Thomas Gleixner wrote:
> On Thu, 20 May 2010, Darren Hart wrote:
>
> > On 05/20/2010 01:14 AM, Thomas Gleixner wrote:
> > > On Thu, 20 May 2010, Jan-Bernd Themann wrote:
> > > > > > Thought more about that. The case at hand (ehea) is nasty:
> > > > > >
> > > > >
On Thu, 2010-05-20 at 11:05 +0200, Jan-Bernd Themann wrote:
> Hi Thomas
>
> > Re: [PATCH RT] ehea: make receive irq handler non-threaded (IRQF_NODELAY)
> >
> > On Thu, 20 May 2010, Jan-Bernd Themann wrote:
> > > > > Thought more about that. The case at hand (ehea) is nasty:
> > > > >
> > > > > The
On Wed, 2009-11-25 at 16:19 -0500, Steven Rostedt wrote:
> On Wed, 2009-11-25 at 10:12 -0600, Will Schmidt wrote:
>
> > Tested-by: Will Schmidt
> > Signed-off-by: Will Schmidt
>
> Isn't it assumed that the one that made the patch also tested it? Well I
> would h
The tb_total and purr_total values reported via the hcall_stats code
should be cumulative, rather than being replaced by the latest delta tb
or purr value.
Tested-by: Will Schmidt
Signed-off-by: Will Schmidt
---
[ This is a touch-up to the "[3/6] powerpc: tracing: Add hypervisor
-By: Will Schmidt <[EMAIL PROTECTED]>
---
This is a resend.. this latest respin is updated to apply on top of Mikeys
slb_mmu_size change.
(earlier Updates made per comments from Olof and Ben and Paul).
This version adds padding around the ESID and VSID fields, and the LLP bits
are display
On Fri, 2007-11-30 at 16:56 +1100, Stephen Rothwell wrote:
> On Tue, 27 Nov 2007 18:15:59 -0600 Will Schmidt <[EMAIL PROTECTED]> wrote:
> >
> > (resending with the proper "from" addr this time).
> >
> >
> > I'm seeing some funky behavior
On Wed, 2007-11-28 at 14:18 -0600, Linas Vepstas wrote:
> On Tue, Nov 27, 2007 at 06:15:59PM -0600, Will Schmidt wrote:
> > (resending with the proper "from" addr this time).
> >
> >
> > I'm seeing some funky behavior on power5/power6 partitions with
(resending with the proper "from" addr this time).
I'm seeing some funky behavior on power5/power6 partitions with this
patch.A "/sbin/reboot" is now behaving much more like a
"/sbin/halt".
Anybody else seeing this, or is it time for me to call an exorcist for
my boxes?
-Will
On Mon, 200
On Wed, 2007-11-21 at 22:03 +, Mel Gorman wrote:
> On (21/11/07 15:55), Will Schmidt didst pronounce:
> > Hi Folks,
> >
> > I imagine this would be properly fixed with something similar to the
> > change for iSeries.
>
> Have you tried with the patch th
Hi Folks,
I've been seeing a boot hang/crash on power3 systems for a few weeks.
(hangs on a 270, drops to SP on a p610). This afternoon I got around
to tracking it down to the changes in
commit d9c2340052278d8eb2ffb16b0484f8f794def4de
Do not depend on MAX_ORDER when grouping pages by mobi
-By: Will Schmidt <[EMAIL PROTECTED]>
---
(Updates made per comments from Olof and Ben and Paul).
This version adds padding around the ESID and VSID fields, and the LLP bits
are displayed too.
Counting bits, the VSID output looks to be as large as 51 bits, which requires
up to 13 spaces.
1800 59e7ef80dc80 256M ESID=1 VSID= 59e7ef80d LLP
bits: 0
15 1000 59e7ef80dc80
Tested on power5 and power6.
Signed-Off-By: Will Schmidt <[EMAIL PROTECTED]>
---
This version adds padding around the ESID and VSID fields, and the LLP bits
are display
when to call GET_ESID
and GET_ESID_1T.
This also happens to fix a duplicate-slb-entry inspired machine-check
exception I was seeing when trying to run java on a power6 partition.
Tested on power6 and power5.
Signed-Off-By: Will Schmidt <[EMAIL PROTECTED]>
---
Just a bit of whitespace co
: Will Schmidt <[EMAIL PROTECTED]>
---
arch/powerpc/xmon/xmon.c | 20 ++--
1 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/xmon/xmon.c b/arch/powerpc/xmon/xmon.c
index 121b04d..97984f3 100644
--- a/arch/powerpc/xmon/xmon.c
+++ b/arch/powerp
#define DEBUG_LOW nearby.
Signed-Off-By: Will Schmidt <[EMAIL PROTECTED]>
---
arch/powerpc/mm/hash_utils_64.c |1 +
arch/powerpc/mm/slb.c |1 +
arch/powerpc/platforms/cell/smp.c |1 +
arch/powerpc/platforms/pseries/firmware.c |1 +
4
deciding when to call GET_ESID
and GET_ESID_1T.
This also happens to fix a duplicate-slb-entry inspired machine-check
exception I was seeing when trying to run java on a power6 partition.
Tested on power6 and power5.
Signed-Off-By: Will Schmidt <[EMAIL PROTECTED]>
---
arch/powerpc/mm/slb.c
On Sat, 2007-10-27 at 14:19 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2007-10-26 at 15:46 -0500, Will Schmidt wrote:
> > [Powerpc] fix switch_slb handling of 1T ESID values
> >
> > Now that we have 1TB segment size support, we need to be using the
> > GET_ESID_1
e-slb-entry inspired machine-check
exception I was seeing when trying to run java on a power6 partition.
Tested on power6 and power5.
Signed-Off-By: Will Schmidt <[EMAIL PROTECTED]>
---
There is a similar bit of code in stab.c switch_stab(). Should this change
also be made there?
---
a
On Sun, 2007-10-21 at 14:44 +0200, Jens Axboe wrote:
> On Fri, Oct 19 2007, Will Schmidt wrote:
> > Hi Jens, Stephen, and Everyone else.
...
> You need this, will remember to fix that up for the new branch as well.
>
> diff --git a/drivers/block/viodasd.c b/drivers/block/viodasd
Hi Jens, Stephen, and Everyone else.
I am seeing this crash on a legacy iSeries box. Bisect points at
70eb8040dc81212c884a464b75e37dca8014f3ad (Add chained sg support to
linux/scatterlist.h).
I see there were some related troubles discussed a couple days back.
I've refreshed my tree, so bel
On Wed, 2007-10-03 at 13:13 +1000, Paul Mackerras wrote:
> Will Schmidt writes:
>
> > I still need to test this code for performance issues, and this version
> > could still use some cosmetic touchups, so I dont think we want this to
> > go into a tree yet. I am rep
On Fri, 2007-08-03 at 08:37 +1000, Benjamin Herrenschmidt wrote:
> > Is there technical reason why the 'local' variable remains at the end of
> > the parm list for these? In other cases 'ssize' simply gets added to
> > the end of the parm list.
>
> Looks nicer to have psize and ssize together :
Hi Paul,
just a few questions.
On Wed, 2007-08-01 at 12:04 +1000, Paul Mackerras wrote:
> This makes the kernel use 1TB segments for all kernel mappings and for
> user addresses of 1TB and above, on machines which support them
> (currently POWER5+ and POWER6). We don't currently use 1TB seg
On Wed, 2007-08-01 at 16:02 +1000, Michael Neuling wrote:
> --- linux-2.6-ozlabs.orig/arch/powerpc/kernel/entry_64.S
> +++ linux-2.6-ozlabs/arch/powerpc/kernel/entry_64.S
> @@ -389,7 +389,9 @@ BEGIN_FTR_SECTION
> ld r9,PACA_SLBSHADOWPTR(r13)
> li r12,0
> std r12,SLBS
On Thu, 2007-07-26 at 11:56 +1000, Stephen Rothwell wrote:
> Hi Will,
>
> On Wed, 25 Jul 2007 11:55:31 -0500 Will Schmidt <[EMAIL PROTECTED]> wrote:
> >
> > > cmpwi 0,r24,0 /* Are we processor 0? */
> > > - beq .__start_initi
> diff --git a/arch/powerpc/kernel/head_64.S b/arch/powerpc/kernel/head_64.S
> index 8cdd48e..1448af9 100644
> --- a/arch/powerpc/kernel/head_64.S
> +++ b/arch/powerpc/kernel/head_64.S
> @@ -809,8 +809,9 @@ system_reset_iSeries:
> mtmsrd r24 /* RI on */
> lhz r
On Fri, 2007-07-13 at 19:05 +0200, Olaf Hering wrote:
> 2.6.21 arch/powerpc/configs/iseries_defconfig works on an i825 with v5r4
> 2.6.22 arch/powerpc/configs/iseries_defconfig does not. But it works on
> a i820 with v5r3.
> 2.6.22 boots ok with CONFIG_VIOCONS
When it works, do you have more than
On Tue, 2007-07-10 at 15:31 -0500, Michael Neuling wrote:
> > >
> > > Does it make more sense to call this "ppc64/power5+rev3"?
> > >
> > This is a change to support new counter setup for oprofile. It may be the
> > same if there is a revision 4 or 5 etc. So since the internal name was ++
>
p;tv,NULL) will "fail".
This corrects that typo, and makes my G5 happy.
tested on G5.
Signed-off-by: Will Schmidt <[EMAIL PROTECTED]>
cc: Tony Breeds <[EMAIL PROTECTED]>
cc: Ben Herrenschmidt <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/kernel/vdso64/getti
On Tue, 2007-06-26 at 09:50 +1000, Tony Breeds wrote:
> Updated to include feedback from Ben and Segher, also reposition the
> compare in the 64bit VDSO to catch all the references to tv.
> --- working.orig/arch/powerpc/kernel/vdso64/gettimeofday.S
> +++ working/arch/powerpc/kernel/vdso64/gettime
40 matches
Mail list logo
