[PATCH 3/3] powerpc: Implement emulation of string loads and stores

The size field of the op.type word is now the total number of bytes to be loaded or stored. Signed-off-by: Paul Mackerras --- arch/powerpc/lib/sstep.c | 59 1 file changed, 49 insertions(+), 10 deletions(-) diff --git a/arch/powerpc/lib/sstep.c b

[PATCH 2/3] powerpc: Emulate icbi, mcrf and conditional-trap instructions

This extends the instruction emulation done by analyse_instr() and emulate_step() to handle a few more instructions that are found in the kernel. Signed-off-by: Paul Mackerras --- arch/powerpc/include/asm/sstep.h | 1 + arch/powerpc/lib/sstep.c | 60 +

[PATCH 1/3] powerpc: Split out instruction analysis part of emulate_step()

This splits out the instruction analysis part of emulate_step() into a separate analyse_instr() function, which decodes the instruction, but doesn't execute any load or store instructions. It does execute integer instructions and branches which can be executed purely by updating register values in

[PATCH v2 0/3] powerpc: Make sstep.c more generally useful

This patch series modifies the code in arch/powerpc/lib/sstep.c so that it can be used by KVM in its instruction emulation, thereby reducing the number of different PowerPC instruction emulators that we have in the kernel. It does this by splitting the existing emulate_step() function into two: an

[PATCH] powerpc/powernv: Don't call generic code on offline cpus

On PowerNV platforms, when a CPU is offline, we put it into nap mode. It's possible that the CPU wakes up from nap mode while it is still offline due to a stray IPI. A misdirected device interrupt could also potentially cause it to wake up. In that circumstance, we need to clear the interrupt so

[PATCH] powerpc: Wire up three sys calls

This patch wires up three new syscalls for powerpc. The three new syscalls are seccomp, getrandom and memfd_create. Signed-off-by: Pranith Kumar Reviewed-by: David Herrmann --- arch/powerpc/include/asm/systbl.h | 3 +++ arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/ua

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi On Mon, Sep 1, 2014 at 7:16 PM, Pranith Kumar wrote: > On Mon, Sep 1, 2014 at 11:31 AM, David Herrmann wrote: > >> >> Btw., the original patch (wire up syscalls) can be applied unchanged. >> > > Great! Can I use that as an Ack-by? I will send in the patch with > updated changelog. Sure, go a

Re: [RFC PATCH] powerpc: Wire up three syscalls

On Mon, Sep 1, 2014 at 11:31 AM, David Herrmann wrote: > > Btw., the original patch (wire up syscalls) can be applied unchanged. > Great! Can I use that as an Ack-by? I will send in the patch with updated changelog. -- Pranith ___ Linuxppc-dev maili

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi On Mon, Sep 1, 2014 at 5:21 PM, Pranith Kumar wrote: > Hi David, > > On Mon, Sep 1, 2014 at 7:33 AM, David Herrmann wrote: >> >> Nice catch. We changed 'flags' from u64 to "unsigned int" in the last >> revision of the series. Patch looks good, but I'd prefer using >> "unsigned int" as type, i

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi David, On Mon, Sep 1, 2014 at 7:33 AM, David Herrmann wrote: > > Nice catch. We changed 'flags' from u64 to "unsigned int" in the last > revision of the series. Patch looks good, but I'd prefer using > "unsigned int" as type, instead of __u32. Just to be consistent with > the syscall interface

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi On Sun, Aug 31, 2014 at 7:51 PM, Pranith Kumar wrote: > > On 08/31/2014 10:34 AM, David Herrmann wrote: >> The only arch-dependent code for memfd_test.c is the syscall invocation: >> memfd_create(const char *name, unsigned int flags); >> via glibc as: >> syscall(__NR_memfd_create, name

RE: [PATCH v2] cpufreq: powernv: Set the cpus to nominal frequency during reboot/kexec

From: Shilpa Bhat > Hi Viresh, > On Fri, 2014-08-29 at 05:33 +0530, Viresh Kumar wrote: > > On 28 August 2014 19:36, Shilpasri G Bhat > > wrote: > > > > > > Changes v1->v2: > > > Invoke .target() driver callback to set the cpus to nominal frequency > > > in reboot notifier, instead of calling cpuf

Re: [RFC PATCH] powerpc: Wire up three syscalls

Hi On Sun, Aug 31, 2014 at 2:52 PM, Pranith Kumar wrote: > Hi Geert, > > On Sun, Aug 31, 2014 at 4:53 AM, Geert Uytterhoeven > wrote: >> Hi Pranith, >> >> On Sat, Aug 30, 2014 at 5:36 AM, Pranith Kumar wrote: >>> I see that the three syscalls seccomp, getrandom and memfd_create are not >>> wir

[PATCH] Freescale Frame Manager Device Tree binding document

From: Igal Liberman The Frame Manager (FMan) combines the Ethernet network interfaces with packet distribution logic to provide intelligent distribution and queuing decisions for incoming traffic at line rate. This binding document describes Freescale's Frame Manager hardware attributes that are

[PATCH] spi: fsl: Don't use devm_kzalloc in master->setup callback

device_add() expects that any memory allocated via devm_* API is only done in the device's probe function. Fix below boot warning: [3.092348] WARNING: at drivers/base/dd.c:286 [3.096637] Modules linked in: [3.099697] CPU: 0 PID: 25 Comm: kworker/u2:1 Tainted: G W 3.16.1-s3k-drv-999-sv

Re: [PATCH] spi: fsl: Don't use devm_kzalloc in master->setup callback

Le 31/08/2014 06:44, Axel Lin a écrit : device_add() expects that any memory allocated via devm_* API is only done in the device's probe function. Fix below boot warning: [3.092348] WARNING: at drivers/base/dd.c:286 [3.096637] Modules linked in: [3.099697] CPU: 0 PID: 25 Comm: kwork

[PATCH v16 4/7] powerpc: add pmd_[dirty|mkclean] for THP

MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent overwrite of the contents since MADV_FREE syscall is called for THP page. This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE support. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@lists.ozlabs.org Revi