On (09/22/17 11:04), Santosh Sivaraj wrote:
[..]
> > *** A BIG NOTE ***
> > I don't own ia64/ppc64/parisc64 hardware, so the patches are not
> > tested. Sorry about that!
>
> Tested patch series on ppc64 sucessfully.
>
> You may add tested by to the series.
>
> Tested-by: Santosh
On 15/09/2017 07:26, Michael Neuling wrote:
> On POWER9 DD2.1 and below, sometimes on a Hypervisor Data Storage
> Interrupt (HDSI) the HDSISR is not be updated at all.
>
> To work around this we put a canary value into the HDSISR before
> returning to a guest and then check for this canary when we
This is v2 of the patches posted at:
http://lkml.kernel.org/r/2bc413d679c563d3ee338c318066777318577ab2.1505336870.git.naveen.n@linux.vnet.ibm.com
Changes:
- No changes in patch 1, 4 and 5.
- Comment updated in patch 2, as suggested by Masami.
- Patch 3 has changes to explicitly call out detect
Currently, we disable instruction emulation if emulate_step() fails for
any reason. However, such failures could be transient and specific to a
particular run. Instead, only disable instruction emulation if we have
never been able to emulate this. If we had emulated this instruction
successfully at
1. This is only used in kprobes.c, so make it static.
2. Remove the un-necessary (ret == 0) comparison in the else clause.
Reviewed-by: Masami Hiramatsu
Reviewed-by: Kamalesh Babulal
Signed-off-by: Naveen N. Rao
---
arch/powerpc/kernel/kprobes.c | 4 ++--
1 file changed, 2 insertions(+), 2 del
Kamalesh pointed out that we are getting the below call traces with
livepatched functions when we enable CONFIG_PREEMPT:
[ 495.470721] BUG: using __this_cpu_read() in preemptible [] code:
cat/8394
[ 495.471167] caller is is_current_kprobe_addr+0x30/0x90
[ 495.471171] CPU: 4 PID: 8394 C
In commit c05b8c4474c03 ("powerpc/kprobes: Skip livepatch_handler() for
jprobes"), we added a helper is_current_kprobe_addr() to help detect if
the modified regs->nip was due to a jprobe or livepatch. Masami felt
that the function name was not quite clear. To that end, this patch
renames is_current
KPROBES_SANITY_TEST throws the below splat when CONFIG_PREEMPT is
enabled:
[3.140410] Kprobe smoke test: started
[3.149680] DEBUG_LOCKS_WARN_ON(val > preempt_count())
[3.149684] [ cut here ]
[3.149695] WARNING: CPU: 19 PID: 1 at kernel/sched/core.c:3094
pre
Fix a circa 2005 FIXME by implementing a check to ensure that we
actually got into the jprobe break handler() due to the trap in
jprobe_return().
Acked-by: Masami Hiramatsu
Signed-off-by: Naveen N. Rao
---
arch/powerpc/kernel/kprobes.c | 20 +---
1 file changed, 9 insertions(+),
On Wed, 2017-09-20 at 21:42 +1000, Michael Ellerman wrote:
> Abdul Haleem writes:
>
> > Hi,
> >
> > Dynamic CPU remove operation resulted in Kernel Panic on today's
> > next-20170915 kernel.
> >
> > Machine Type: Power 7 PowerVM LPAR
> > Kernel : 4.13.0-next-20170915
> > config : attached
> > tes
On Fri, 2017-09-22 at 11:03 +1000, Michael Ellerman wrote:
> On Wed, 2017-09-20 at 21:02:51 UTC, Tyrel Datwyler wrote:
> > Commit 215ee763f8cb ("powerpc: pseries: remove dlpar_attach_node dependency
> > on
> > full path") reworked dlpar_attach_node() to no longer look up the parent
> > node "/cpus
On Thu, Aug 17, 2017 at 06:44:10PM +0530, Arvind Yadav wrote:
> vio_device_id are not supposed to change at runtime. All functions
> working with vio_device_id provided by work with
> const vio_device_id. So mark the non-const structs as const.
>
> Signed-off-by: Arvind Yadav
Patch applied. Th
On Thu, Aug 17, 2017 at 11:06:23PM +0530, Arvind Yadav wrote:
> vio_device_id are not supposed to change at runtime. All functions
> working with vio_device_id provided by work with
> const vio_device_id. So mark the non-const structs as const.
>
> Signed-off-by: Arvind Yadav
Patch applied. Th
On Thu, Aug 17, 2017 at 06:44:11PM +0530, Arvind Yadav wrote:
> vio_device_id are not supposed to change at runtime. All functions
> working with vio_device_id provided by work with
> const vio_device_id. So mark the non-const structs as const.
>
> Signed-off-by: Arvind Yadav
Patch applied. Th
On Tue, Aug 22, 2017 at 10:08:07AM +0200, Corentin Labbe wrote:
> Many GCM users use directly GCM IV size instead of using some constant.
>
> This patch add all IV size constant used by GCM and convert drivers for using
> them..
>
> Corentin Labbe (11):
> crypto: gcm - add GCM iv size constant
On Wed, 2017-09-20 at 16:44 +1000, Michael Ellerman wrote:
> Abdul Haleem writes:
>
> > Hi,
> >
> > next kernel panics when running fsfuzzer test on ext4 file system.
> >
> > Machine Type: Power 7 PowerVM LPAR
> > kernel : 4.13.0-next-20170915
> > config : attached
> > Test: fsfuzzer
> >
> > dmes
On Fri, Sep 22, 2017 at 10:46:36AM +0200, Paolo Bonzini wrote:
> On 15/09/2017 07:26, Michael Neuling wrote:
> > On POWER9 DD2.1 and below, sometimes on a Hypervisor Data Storage
> > Interrupt (HDSI) the HDSISR is not be updated at all.
> >
> > To work around this we put a canary value into the HD
On 22/09/2017 12:30, David Gibson wrote:
> On Fri, Sep 22, 2017 at 10:46:36AM +0200, Paolo Bonzini wrote:
>> On 15/09/2017 07:26, Michael Neuling wrote:
>>> On POWER9 DD2.1 and below, sometimes on a Hypervisor Data Storage
>>> Interrupt (HDSI) the HDSISR is not be updated at all.
>>>
>>> To work ar
Userland passes an array of 64 SLB descriptors to KVM_SET_SREGS,
some of which are valid (ie, SLB_ESID_V is set) and the rest are
likely all-zeroes (with QEMU at least).
Each of them is then passed to kvmppc_mmu_book3s_64_slbmte(), which
assumes to find the SLB index in the 3 lower bits of its rb
On Fri, Sep 22, 2017 at 1:32 PM, Michael Neuling wrote:
> On POWER9 DD2.1 and below, it's possible for a paste instruction to
> cause a Machine Check Exception (MCE) where only DSISR bit 33 is
> set. This will result in the MCE handler seeing an unknown event,
> which triggers linux to crash.
>
>
After update of kernel, perf tool doesn't run anymore on my
32MB RAM powerpc board, but still runs on a 128MB RAM board:
~# strace perf
execve("/usr/sbin/perf", ["perf"], [/* 12 vars */]) = -1 ENOMEM (Cannot
allocate memory)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} ---
+++ kil
This series uses setup_timer() helper function. The series
addresses the files under arch/powerpc/*.
Allen Pais (3):
powerpc: oprofile: use setup_timer() helper.
powerpc: use setup_timer() helper.
powerpc: powermac: use setup_timer() helper.
arch/powerpc/kernel/tau_6xx.c | 3 +
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Allen Pais
---
arch/powerpc/oprofile/op_model_cell.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/oprofile/op_model_cell.c
b/arch/powerpc/op
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Allen Pais
---
arch/powerpc/kernel/tau_6xx.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/powerpc/kernel/tau_6xx.c b/arch/powerpc/kernel/tau_6xx.c
index a7
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Allen Pais
---
arch/powerpc/platforms/powermac/low_i2c.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/powermac/low_i2c.c
b/arch/powerpc
Tyrel Datwyler writes:
> On 09/21/2017 02:57 AM, Michael Ellerman wrote:
>> Tyrel Datwyler writes:
>>> On 09/20/2017 04:39 AM, Michael Ellerman wrote:
Rob Herring writes:
>
>
>
Testing a fix, will report back.
>>>
>>> So, that patch slipped past me. Not only is the parent refere
Abdul Haleem writes:
> On Wed, 2017-09-20 at 21:42 +1000, Michael Ellerman wrote:
>> Abdul Haleem writes:
>>
>> > Hi,
>> >
>> > Dynamic CPU remove operation resulted in Kernel Panic on today's
>> > next-20170915 kernel.
>> >
>> > Machine Type: Power 7 PowerVM LPAR
>> > Kernel : 4.13.0-next-2017
Hi Linus,
Please pull some more powerpc fixes for 4.14.
It turns out our single-fix pull from last week was too good to be true.
I missed a few fixes in that pull that had already come in because I was
on leave, but also we hadn't found the bugs yet. So this week it's a bit
bigger, though not rid
n bridge
stp llc kvm_pr kvm rpadlpar_io rpaphp ebtable_filter ebtables ip6table_filter
ip6_tables dccp_diag dccp tcp_diag udp_diag inet_diag unix_diag af_packet_diag
iptable_filter netlink_diag sg nfsd auth_rpcgss nfs_acl lockd grace sunrpc
binfmt_misc ip_tables ext4 mbcache jbd2 sd_mod ibmvsc
The a in-kernel 'library' API can be called by drivers to help
interaction with an IBM XSL on a POWER9 system.
The cxllib_handle_fault() API is used to handle memory fault. All memory
pages of the specified buffer have to be handled but the last page is
never touched, and the address the adapter i
This patch series is to prepare for enabling SR-IOV
on pseries. It separates the calls to be machine dependent
and does not change any current functionality.
This patch which is currently in review is a dependency:
https://patchwork.kernel.org/patch/9882915/
Bryant G. Ly (2):
powerpc/kernel: Se
SR-IOV can now be enabled in PowerNV platforms and Pseries
platforms. Therefore, the appropriate calls were moved to
machine dependent code instead of definition at compile time.
Signed-off-by: Bryant G. Ly
Signed-off-by: Juan J. Alvarez
---
arch/powerpc/include/asm/machdep.h | 7 +++
This patch adds the machine dependent call for
pcibios_bus_add_device, since the previous patch
separated the calls out between the PowerNV and PowerVM.
The difference here is that for the PowerVM environment
we do not want match_driver set because in this environment
we do not want the VF device
On Thu, 2017-09-21 at 07:34 +0800, wei.guo.si...@gmail.com wrote:
> From: Simon Guo
>
> This patch add VMX primitives to do memcmp() in case the compare size
> exceeds 4K bytes.
>
Hi Simon,
Sorry I didn't see this sooner, I've actually been working on a kernel
version of glibc commit dec4a7105
Em Fri, Sep 22, 2017 at 01:20:43PM +0200, Christophe Leroy escreveu:
> After update of kernel, perf tool doesn't run anymore on my
> 32MB RAM powerpc board, but still runs on a 128MB RAM board:
>
> ~# strace perf
> execve("/usr/sbin/perf", ["perf"], [/* 12 vars */]) = -1 ENOMEM (Cannot
> allocate
SR-IOV can now be enabled in PowerNV platforms and Pseries
platforms. Therefore, the appropriate calls were moved to
machine dependent code instead of definition at compile time.
Signed-off-by: Bryant G. Ly
Signed-off-by: Juan J. Alvarez
---
arch/powerpc/include/asm/machdep.h | 7 +++
This patch series is to prepare for enabling SR-IOV
on pseries. It separates the calls to be machine dependent
and does not change any current functionality.
The patch linked below which is currently in review is a dependency:
https://patchwork.kernel.org/patch/9882915/
v1 - Initial patch
v2 - Ad
This patch adds the machine dependent call for
pcibios_bus_add_device, since the previous patch
separated the calls out between the PowerNV and PowerVM.
The difference here is that for the PowerVM environment
we do not want match_driver set because in this environment
we do not want the VF device
Le 22/09/2017 à 15:08, Christophe Lombard a écrit :
The a in-kernel 'library' API can be called by drivers to help
"the in-kernel library"
interaction with an IBM XSL on a POWER9 system.
The cxllib_handle_fault() API is used to handle memory fault. All memory
pages of the specified buff
On Fri, Sep 22, 2017 at 04:00:19PM +1000, Balbir Singh wrote:
> On Fri, 15 Sep 2017 18:21:08 -0700
> Ram Pai wrote:
>
> > From: Thiago Jung Bauermann
> >
> > Expose useful information for programs using memory protection keys.
> > Provide implementation for powerpc and x86.
> >
> > On a powerp
Tested patch series on ia64 successfully.
Tested-by: Tony Luck
After this goes upstream, you should submit a patch to get rid of
all uses of %pF (70 instances in 35 files) and %pf (63 in 34)
Perhaps break the patch by top-level directory (e.g. get all the %pF
and %pF in the 17 files under drive
On 9/21/17 3:43 PM, Bjorn Helgaas wrote:
On Mon, Sep 18, 2017 at 02:26:49PM -0500, Bryant G. Ly wrote:
When enabling SR-IOV one might want to have their
own version of starting device drivers for the VFs.
This patch allows for SR-IOV callers to use
pci_bus_add_virtfn_device instead of generic
42 matches
Mail list logo
