When we converted the asm routines to C functions, we missed updating
HPTE_R_R based on _PAGE_ACCESSED. ASM code used to copy over the lower
bits from pte via.
andi. r3,r30,0x1fe/* Get basic set of flags */
Fixes: 'commit 89ff725051d1 ("powerpc/mm: Convert __hash_page_64K to C")'
W
On Fri, May 27, 2016 at 07:45:18AM +0200, Christophe Leroy wrote:
> >>Wouldn't it be better to add nops before the function entry in order to
> >>get the hot loop aligned, instead of adding nops in the middle of the
> >>function ?
> >Why would that be better? The nops are executed once per functio
Useful to be able to dump the kernel hash page table to check
which pages are hashed along with their sizes and other details.
Add a debugfs file to check the hash page table. If radix is enabled
(and so there is no hash page table) then this file doesn't exist. To
use this the PPC_PTDUMP config o
Useful to be able to dump the kernels page tables to check permissions
and memory types - derived from arm64's implementation.
Add a debugfs file to check the page tables. To use this the PPC_PTDUMP
config option must be selected.
Signed-off-by: Rashmica Gupta
---
v2 -> v3: Changed to be compati
Le 26/05/2016 à 21:37, Segher Boessenkool a écrit :
On Thu, May 26, 2016 at 09:24:51AM +0200, Christophe Leroy wrote:
Wouldn't it be better to add nops before the function entry in order to
get the hot loop aligned, instead of adding nops in the middle of the
function ?
Why would that be bett
On Sat, Apr 30, 2016 at 10:48:00AM +1000, Anton Blanchard wrote:
> We don't support transactional memory in PR KVM, so don't tell
> the OS that we do.
>
> Signed-off-by: Anton Blanchard
Relying on CAP_PPC_GET_PVINFO is a hack we need in some cases, but
it's not something to be encouraged. I'd p
On Thu, 5 May 2016 17:57:13 +1000 "Oliver O'Halloran" wrote:
> As a part of memory initialisation the architecture passes an array to
> free_area_init_nodes() which specifies the max PFN of each memory zone.
> This array is not necessarily monotonic (due to unused zones) so this
> array is parse
On Thu, May 26, 2016 at 05:31:08PM +0530, Rama Chandra wrote:
> Hai,
> I am using IBM PPC440GX board.In arch/powerpc/cpu/ppc4xx/u-boot.lds i am
> changing the values of resetvector and BSS addresses but it is not changing
> Presently i am changed
>
>
> #if (RESET_VECTOR_ADDRESS == 0xfff0)
>
On Thu, May 26, 2016 at 09:24:51AM +0200, Christophe Leroy wrote:
> Wouldn't it be better to add nops before the function entry in order to
> get the hot loop aligned, instead of adding nops in the middle of the
> function ?
Why would that be better? The nops are executed once per function call
On Thu, May 26, 2016 at 06:47:29PM +0200, Peter Zijlstra wrote:
> On Wed, May 25, 2016 at 04:18:08PM +0800, Pan Xinhui wrote:
> > cmpxchg_release is light-wight than cmpxchg, we can gain a better
> > performace then. On some arch like ppc, barrier impact the performace
> > too much.
> >
> > Sugges
On Wed, May 25, 2016 at 04:18:03PM +0800, Pan Xinhui wrote:
> I do several tests on pseries IBM,8408-E8E with 32cpus, 64GB memory.
> benchmark test results are below.
> _testspinlcok__pv-qspinlcok_
> | compiling takes|22m | 22m
On Wed, May 25, 2016 at 04:18:03PM +0800, Pan Xinhui wrote:
> _testspinlcok__pv-qspinlcok_
> |futex hash | 556370 ops | 629634 ops |
> |futex lock-pi| 362 ops | 367 ops |
>
> scheduler test:
> Test how
On Wed, May 25, 2016 at 04:18:08PM +0800, Pan Xinhui wrote:
> cmpxchg_release is light-wight than cmpxchg, we can gain a better
> performace then. On some arch like ppc, barrier impact the performace
> too much.
>
> Suggested-by: Boqun Feng
> Signed-off-by: Pan Xinhui
> ---
> kernel/locking/qs
Hai,
I am using IBM PPC440GX board.In arch/powerpc/cpu/ppc4xx/u-boot.lds i am
changing the values of resetvector and BSS addresses but it is not changing
Presently i am changed
#if (RESET_VECTOR_ADDRESS == 0xfff0)
. |= 4478;
#endif
#endif /* CONFIG_SPL */
__bss_start = .;
.bss (NOL
-- Forwarded message --
From: Christophe Leroy
Date: Thu, May 26, 2016 at 11:02 AM
Subject: Re: powerpc cross compiler issue
To: Safa Hamza , linuxppc-dev@lists.ozlabs.org
Le 26/05/2016 à 11:05, Safa Hamza a écrit :
> hello every one
> please can any one suggest to me a powerpc
Le 26/05/2016 à 11:05, Safa Hamza a écrit :
hello every one
please can any one suggest to me a powerpc cross compiler package or
from source, i have downloaded cross compiler package such as
powerpc64le and i got a little endian and big endian problem, i have
tried also to download eldk cros
hello every one
please can any one suggest to me a powerpc cross compiler package or from
source, i have downloaded cross compiler package such as powerpc64le and i
got a little endian and big endian problem, i have tried also to download
eldk cross compiler but i didn't know how
any suggestion pl
On 26 May 2016 at 06:05, Yangbo Lu wrote:
> Hi Uffe,
>
> Could we merge this patchset? ...
> It has been a long time to wait for Arnd's response...
>
> Thanks a lot.
>
>
As we are still in the merge window I won't queue anything but fixes.
Let's give Arnd another week or so to respond.
Kind rega
Le 26/05/2016 à 00:39, Anton Blanchard via Linuxppc-dev a écrit :
Align the hot loops in our assembly implementation of strncpy(),
strncmp() and memchr().
Wouldn't it be better to add nops before the function entry in order to
get the hot loop aligned, instead of adding nops in the middle of t
19 matches
Mail list logo
