Re: [kernel-hardening] Re: [PATCH 1/2] powerpc: mm: support ARCH_MMAP_RND_BITS

Hi Michael, On Thu, Feb 16, 2017 at 10:19 AM, Bhupesh Sharma wrote: > Hi Michael, > > On Fri, Feb 10, 2017 at 4:41 PM, Bhupesh Sharma wrote: >> On Fri, Feb 10, 2017 at 4:31 PM, Michael Ellerman >> wrote: >>> Bhupesh Sharma

[PATCH 1/2] powerpc/cpuhotplug: Force ESL=1 for offline cpus

From: Gautham R. Shenoy ESL=1 losses some HYP SPR context and not idea for cpuidle, however can be used for offline cpus. Signed-off-by: Vaidyanathan Srinivasan Signed-off-by: Gautham R. Shenoy ---

[PATCH 2/2] powerpc/cpuhotplug: print psscr and srr1 value for debug

This is a debug patch that helps trace various STOP state transitions and look at srr1 and psscr at wakeup. Signed-off-by: Vaidyanathan Srinivasan --- arch/powerpc/platforms/powernv/smp.c | 4 1 file changed, 4 insertions(+) diff --git

powerpc: Enable cpuhotplug with ESL=1 on POWER9

The attached patch enables ESL=1 STOP2 for cpuhotplug. This is a debug patch that we could carry now until STOP states are discovered from device tree. Test run: [ 151.670021] CPU8 going offline with request psscr 003f0332 [ 151.719856] CPU 8 offline: Remove Rx thread [ 189.200410]

[PATCH v3] powerpc/powernv: add hdat attribute to sysfs

The HDAT data area is consumed by skiboot and turned into a device-tree. In some cases we would like to look directly at the HDAT, so this patch adds a sysfs node to allow it to be viewed. This is not possible through /dev/mem as it is reserved memory which is stopped by the /dev/mem filter.

Re: [PATCH v2] powerpc/powernv: add hdat attribute to sysfs

On Fri, 2017-02-24 at 15:28 +1100, Matt Brown wrote: > The HDAT data area is consumed by skiboot and turned into a device- > tree. > In some cases we would like to look directly at the HDAT, so this > patch > adds a sysfs node to allow it to be viewed.  This is not possible > through > /dev/mem as

[PATCH V2 2/2] arch/powerpc/CAS: Update to new option-vector-5 format for CAS

On POWER9 the ibm,client-architecture-support (CAS) negotiation process has been updated to change how the host to guest negotiation is done for the new hash/radix mmu as well as the nest mmu, process tables and guest translation shootdown (GTSE). The host tells the guest which options it

[PATCH V2 1/2] arch/powerpc/prom_init: Parse the command line before calling CAS

On POWER9 the hypervisor requires the guest to decide whether it would like to use a hash or radix mmu model at the time it calls ibm,client-architecture-support (CAS) based on what the hypervisor has said it's allowed to do. It is possible to disable radix by passing "disable_radix" on the

[PATCH v2] powerpc/powernv: add hdat attribute to sysfs

The HDAT data area is consumed by skiboot and turned into a device-tree. In some cases we would like to look directly at the HDAT, so this patch adds a sysfs node to allow it to be viewed. This is not possible through /dev/mem as it is reserved memory which is stopped by the /dev/mem filter.

Re: [RFC NO-MERGE 2/2] arch/powerpc/CAS: Update to new option-vector-5 format for CAS

On Thu, 2017-02-23 at 15:44 +1100, Paul Mackerras wrote: > On Tue, Feb 21, 2017 at 05:06:11PM +1100, Suraj Jitindar Singh wrote: > > > > The CAS process has been updated to change how the host to guest > Once again, explain CAS; perhaps "The ibm,client-architecture-support > (CAS) negotiation

Re: [PATCH kernel v5 10/10] KVM: PPC: VFIO: Add in-kernel acceleration for VFIO

On 24/02/17 14:43, Alexey Kardashevskiy wrote: > On 24/02/17 14:36, David Gibson wrote: >> On Fri, Feb 24, 2017 at 02:29:14PM +1100, Alexey Kardashevskiy wrote: >>> On 24/02/17 13:14, David Gibson wrote: On Wed, Feb 22, 2017 at 07:21:33PM +1100, Alexey Kardashevskiy wrote: > This allows

Re: [PATCH kernel v5 10/10] KVM: PPC: VFIO: Add in-kernel acceleration for VFIO

On 24/02/17 14:36, David Gibson wrote: > On Fri, Feb 24, 2017 at 02:29:14PM +1100, Alexey Kardashevskiy wrote: >> On 24/02/17 13:14, David Gibson wrote: >>> On Wed, Feb 22, 2017 at 07:21:33PM +1100, Alexey Kardashevskiy wrote: This allows the host kernel to handle H_PUT_TCE,

Re: [PATCH kernel v5 10/10] KVM: PPC: VFIO: Add in-kernel acceleration for VFIO

On Fri, Feb 24, 2017 at 02:29:14PM +1100, Alexey Kardashevskiy wrote: > On 24/02/17 13:14, David Gibson wrote: > > On Wed, Feb 22, 2017 at 07:21:33PM +1100, Alexey Kardashevskiy wrote: > >> This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT > >> and H_STUFF_TCE requests targeted

Re: [PATCH kernel v5 10/10] KVM: PPC: VFIO: Add in-kernel acceleration for VFIO

On 24/02/17 13:14, David Gibson wrote: > On Wed, Feb 22, 2017 at 07:21:33PM +1100, Alexey Kardashevskiy wrote: >> This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT >> and H_STUFF_TCE requests targeted an IOMMU TCE table used for VFIO >> without passing them to user space which

Re: [PATCH 05/12] drm/ast: Fix calculation of MCLK

On Fri, Feb 24, 2017 at 1:08 PM, Benjamin Herrenschmidt wrote: > On Fri, 2017-02-24 at 12:54 +1030, Joel Stanley wrote: >> On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt >> wrote: >> > Some braces were missing causing an incorrect

Re: [PATCH v5 2/12] drm/ast: Handle configuration without P2A bridge

On Fri, Feb 24, 2017 at 1:11 PM, Benjamin Herrenschmidt wrote: > The ast driver configures a window to enable access into BMC > memory space in order to read some configuration registers. > > If this window is disabled, which it can be from the BMC side, > the ast driver

[PATCH v5 2/12] drm/ast: Handle configuration without P2A bridge

The ast driver configures a window to enable access into BMC memory space in order to read some configuration registers. If this window is disabled, which it can be from the BMC side, the ast driver can't function. Closing this window is a necessity for security if a machine's host side and BMC

Re: [PATCH 05/12] drm/ast: Fix calculation of MCLK

On Fri, 2017-02-24 at 12:54 +1030, Joel Stanley wrote: > On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt > wrote: > > Some braces were missing causing an incorrect calculation. > > > > Y.C. Chen from Aspeed provided me with the right formula > > which I tested

Re: [PATCH 02/12] drm/ast: Handle configuration without P2A bridge

On Fri, 2017-02-24 at 12:51 +1030, Joel Stanley wrote: > > Are these properties supposed to repeat the prefix "ast,ast"? > > We've chosen aspeed as the vendor prefix for Aspeed stuff. Sent my reply too early ... so yes, I can change that, our FW hasn't merge the FW side yet. I'll respin now. >

Re: [PATCH 02/12] drm/ast: Handle configuration without P2A bridge

On Fri, 2017-02-24 at 12:51 +1030, Joel Stanley wrote: > Are these properties supposed to repeat the prefix "ast,ast"? > > We've chosen aspeed as the vendor prefix for Aspeed stuff. Argh no, that's a typo... must have worked in my tests bcs the defaults are fine. I'll update. Cheers, Ben.

Re: [PATCH 07/12] drm/ast: Fixed vram size incorrect issue on POWER

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > From: "Y.C. Chen" > > The default value of VGA scratch may incorrect. > Should initial h/w before get vram info. > > Signed-off-by: Y.C. Chen Acked-by:

Re: [PATCH 05/12] drm/ast: Fix calculation of MCLK

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > Some braces were missing causing an incorrect calculation. > > Y.C. Chen from Aspeed provided me with the right formula > which I tested on AST2400 and 2500. Y. C. Chen, can you point out this calculation

Re: [PATCH 04/12] drm/ast: Remove spurrious include

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > Signed-off-by: Benjamin Herrenschmidt Acked-by: Joel Stanley > --- > drivers/gpu/drm/ast/ast_main.c | 2 -- > 1 file changed, 2 deletions(-)

Re: [PATCH 01/12] drm/ast: Fix AST2400 POST failure without BMC FW or VBIOS

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > From: "Y.C. Chen" > > The current POST code for the AST2300/2400 family doesn't work properly > if the chip hasn't been initialized previously by either the BMC own FW > or the

Re: [PATCH 06/12] drm/ast: Base support for AST2500

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > From: "Y.C. Chen" > > Add detection and mode setting updates for AST2500 generation chip, > code originally from Aspeed and slightly reworked for coding style > mostly by Ben. This

Re: [PATCH 08/12] drm/ast: Factor mmc_test code in POST code

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > There's a some duplication for what's essentially copies of > two loops, so factor it. The upcoming AST2500 POST code adds > more of them. Also cleanup return types for the test functions, > most of them

Re: [PATCH 12/12] drm/ast: Call open_key before enable_mmio in POST code

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > From: "Y.C. Chen" > > open_key enables access the registers used by enable_mmio > > Signed-off-by: Y.C. Chen > Signed-off-by: Benjamin Herrenschmidt

Re: [PATCH 10/12] drm/ast: POST code for the new AST2500

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > From: "Y.C. Chen" > > This is used when the BMC isn't running any code and thus has > to be initialized by the host. > > The code originates from Aspeed (Y.C. Chen) and has been

Re: [PATCH 09/12] drm/ast: Rename ast_init_dram_2300 to ast_post_chip_2300

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > The function does more than initializing the DRAM and in turns > calls other functions to do the actual init. This will keeping > things more consistent with the upcoming AST2500 POST code. > >

Re: [PATCH 03/12] drm/ast: const'ify mode setting tables

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > And fix some comment alignment & space/tabs while at it > > Signed-off-by: Benjamin Herrenschmidt Acked-by: Joel Stanley > --- > drivers/gpu/drm/ast/ast_drv.h

Re: [PATCH 02/12] drm/ast: Handle configuration without P2A bridge

On Fri, Feb 24, 2017 at 9:23 AM, Benjamin Herrenschmidt wrote: > static int ast_get_dram_info(struct drm_device *dev) > { > + struct device_node *np = dev->pdev->dev.of_node; > struct ast_private *ast = dev->dev_private; > - uint32_t data, data2; >

Re: [PATCH kernel v5 10/10] KVM: PPC: VFIO: Add in-kernel acceleration for VFIO

On Wed, Feb 22, 2017 at 07:21:33PM +1100, Alexey Kardashevskiy wrote: > This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT > and H_STUFF_TCE requests targeted an IOMMU TCE table used for VFIO > without passing them to user space which saves time on switching > to user space and

[PATCH v2 2/2] powerpc64: Allow for THREAD_SIZE > 16k

Fix an assembler error when the THREAD_SIZE is greater than 16k. Signed-off-by: Hamish Martin Reviewed-by: Chris Packham --- arch/powerpc/kernel/head_64.S | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v2 1/2] powerpc: Move THREAD_SHIFT config to KConfig

Shift the logic for defining THREAD_SHIFT logic to Kconfig in order to allow override by users. Signed-off-by: Hamish Martin Reviewed-by: Chris Packham --- arch/powerpc/Kconfig | 10 ++

[PATCH v2 0/2] Allow configurable stack size (especially 32k on PPC64)

This patch series adds the ability to configure the THREAD_SHIFT value and thereby alter the stack size on powerpc systems. We are particularly interested in configuring for a 32k stack on PPC64. Using an NXP T2081 (e6500 PPC64 cores) we are observing stack overflows as a result of applying a DTS

Re: [PATCH 0/2] Allow configurable stack size (especially 32k on PPC64)

On 02/22/2017 09:06 PM, Benjamin Herrenschmidt wrote: > On Wed, 2017-02-22 at 17:25 +1100, Michael Ellerman wrote: >> >> Thanks for the detailed explanation. >> >> The patches look fine, so I don't see any reason why we wouldn't merge >> this. I might make the config option depend on EXPERT, but

Re: [PATCH 0/2] Allow configurable stack size (especially 32k on PPC64)

On 02/22/2017 07:25 PM, Michael Ellerman wrote: > Hamish Martin writes: >> This patch series adds the ability to configure the THREAD_SHIFT value and >> thereby alter the stack size on powerpc systems. We are particularly >> interested >> in configuring for a

Re: [PATCH] powerpc/xics: Adjust interrupt receive priority for offline cpus

On Thu, Feb 23, 2017 at 9:54 PM, Vaidyanathan Srinivasan wrote: > Offline CPUs need to receive IPIs through XIVE when they are > in stop state and wakeup from that state. > > Reduce interrupt receive priority in order to receive XIVE > wakeup interrupts when in offline

Re: [PATCH] powerpc/xics: Adjust interrupt receive priority for offline cpus

On Thu, 2017-02-23 at 16:24 +0530, Vaidyanathan Srinivasan wrote: > Offline CPUs need to receive IPIs through XIVE when they are > in stop state and wakeup from that state. > > Reduce interrupt receive priority in order to receive XIVE > wakeup interrupts when in offline state. > >

[PATCH 07/12] drm/ast: Fixed vram size incorrect issue on POWER

From: "Y.C. Chen" The default value of VGA scratch may incorrect. Should initial h/w before get vram info. Signed-off-by: Y.C. Chen --- drivers/gpu/drm/ast/ast_main.c | 6 +++--- drivers/gpu/drm/ast/ast_post.c | 2 +- 2 files changed, 4

[PATCH 05/12] drm/ast: Fix calculation of MCLK

Some braces were missing causing an incorrect calculation. Y.C. Chen from Aspeed provided me with the right formula which I tested on AST2400 and 2500. The MCLK isn't currently used by the driver (it will eventually to filter modes) so the issue isn't catastrophic. Also make the printed value a

[PATCH 04/12] drm/ast: Remove spurrious include

Signed-off-by: Benjamin Herrenschmidt --- drivers/gpu/drm/ast/ast_main.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/ast/ast_main.c b/drivers/gpu/drm/ast/ast_main.c index 36932a3..718c15b 100644 --- a/drivers/gpu/drm/ast/ast_main.c +++

Re: [PATCH 01/12] drm/ast: Fix AST2400 POST failure without BMC FW or VBIOS

Note: The whole series with the fixed cset comment for patch 11 can be also found there: https://github.com/ozbenh/linux-ast/commits/master Cheers, Ben.

Re: [PATCH 11/12] drm/ast: Fix test for VGA enabled

On Fri, 2017-02-24 at 09:53 +1100, Benjamin Herrenschmidt wrote: > From: "Y.C. Chen" > > (Get better description from Aspeed) And this should have been: << The test to see if VGA was already enabled is doing an unnecessary second test from a register that may or may not

[PATCH 06/12] drm/ast: Base support for AST2500

From: "Y.C. Chen" Add detection and mode setting updates for AST2500 generation chip, code originally from Aspeed and slightly reworked for coding style mostly by Ben. This doesn't contain the BMC DRAM POST code which is in a separate patch. Signed-off-by: Y.C. Chen

[PATCH 08/12] drm/ast: Factor mmc_test code in POST code

There's a some duplication for what's essentially copies of two loops, so factor it. The upcoming AST2500 POST code adds more of them. Also cleanup return types for the test functions, most of them return a boolean, some return a u32. Signed-off-by: Benjamin Herrenschmidt

[PATCH 11/12] drm/ast: Fix test for VGA enabled

From: "Y.C. Chen" (Get better description from Aspeed) Signed-off-by: Y.C. Chen Signed-off-by: Benjamin Herrenschmidt --- drivers/gpu/drm/ast/ast_post.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-)

[PATCH 12/12] drm/ast: Call open_key before enable_mmio in POST code

From: "Y.C. Chen" open_key enables access the registers used by enable_mmio Signed-off-by: Y.C. Chen Signed-off-by: Benjamin Herrenschmidt --- drivers/gpu/drm/ast/ast_post.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 10/12] drm/ast: POST code for the new AST2500

From: "Y.C. Chen" This is used when the BMC isn't running any code and thus has to be initialized by the host. The code originates from Aspeed (Y.C. Chen) and has been cleaned up for coding style purposes by BenH. Signed-off-by: Y.C. Chen

[PATCH 09/12] drm/ast: Rename ast_init_dram_2300 to ast_post_chip_2300

The function does more than initializing the DRAM and in turns calls other functions to do the actual init. This will keeping things more consistent with the upcoming AST2500 POST code. Signed-off-by: Benjamin Herrenschmidt --- drivers/gpu/drm/ast/ast_post.c | 6 +++---

[PATCH 03/12] drm/ast: const'ify mode setting tables

And fix some comment alignment & space/tabs while at it Signed-off-by: Benjamin Herrenschmidt --- drivers/gpu/drm/ast/ast_drv.h| 4 +- drivers/gpu/drm/ast/ast_mode.c | 8 +-- drivers/gpu/drm/ast/ast_tables.h | 106 +++ 3

[PATCH 02/12] drm/ast: Handle configuration without P2A bridge

From: Russell Currey The ast driver configures a window to enable access into BMC memory space in order to read some configuration registers. If this window is disabled, which it can be from the BMC side, the ast driver can't function. Closing this window is a necessity for

[PATCH 01/12] drm/ast: Fix AST2400 POST failure without BMC FW or VBIOS

From: "Y.C. Chen" The current POST code for the AST2300/2400 family doesn't work properly if the chip hasn't been initialized previously by either the BMC own FW or the VBIOS. This fixes it. Signed-off-by: Y.C. Chen Signed-off-by: Benjamin

Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn

On 23 February 2017 at 17:18, Joe Perches wrote: > On Thu, 2017-02-23 at 09:28 -0600, Rob Herring wrote: >> On Fri, Feb 17, 2017 at 1:11 AM, Joe Perches wrote: >> > There are ~4300 uses of pr_warn and ~250 uses of the older >> > pr_warning in the kernel source

Re: [PATCH v2 4/5] perf: kretprobes: offset from reloc_sym if kernel supports it

On 2017/02/23 06:10PM, Masami Hiramatsu wrote: > On Wed, 22 Feb 2017 19:23:40 +0530 > "Naveen N. Rao" wrote: > > > We indicate support for accepting sym+offset with kretprobes through a > > line in ftrace README. Parse the same to identify support and choose the

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

Michal Hocko writes: > On Thu 23-02-17 17:36:38, Vitaly Kuznetsov wrote: >> Michal Hocko writes: > [...] >> > Is a grow from 256M -> 128GB really something that happens in real life? >> > Don't get me wrong but to me this sounds quite exaggerated. Hotmem

Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn

On Thu, 2017-02-23 at 17:41 +, Emil Velikov wrote: > On 23 February 2017 at 17:18, Joe Perches wrote: > > On Thu, 2017-02-23 at 09:28 -0600, Rob Herring wrote: > > > On Fri, Feb 17, 2017 at 1:11 AM, Joe Perches wrote: > > > > There are ~4300 uses of

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

On Thu 23-02-17 17:36:38, Vitaly Kuznetsov wrote: > Michal Hocko writes: [...] > > Is a grow from 256M -> 128GB really something that happens in real life? > > Don't get me wrong but to me this sounds quite exaggerated. Hotmem add > > which is an operation which has to allocate

Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn

On Thu, 2017-02-23 at 09:28 -0600, Rob Herring wrote: > On Fri, Feb 17, 2017 at 1:11 AM, Joe Perches wrote: > > There are ~4300 uses of pr_warn and ~250 uses of the older > > pr_warning in the kernel source tree. > > > > Make the use of pr_warn consistent across all kernel

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

Michal Hocko writes: > On Thu 23-02-17 16:49:06, Vitaly Kuznetsov wrote: >> Michal Hocko writes: >> >> > On Thu 23-02-17 14:31:24, Vitaly Kuznetsov wrote: >> >> Michal Hocko writes: >> >> >> >> > On Wed 22-02-17 10:32:34, Vitaly

[PATCH] powernv-cpuidle: Validate DT property arrays are of same size

From: "Gautham R. Shenoy" The various properties associated with powernv idle states such as names, flags, residency-ns, latencies-ns, psscr, psscr-mask are exposed in the device-tree as property arrays such the pointwise entries in each of these arrays correspond to the

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

On Thu 23-02-17 16:49:06, Vitaly Kuznetsov wrote: > Michal Hocko writes: > > > On Thu 23-02-17 14:31:24, Vitaly Kuznetsov wrote: > >> Michal Hocko writes: > >> > >> > On Wed 22-02-17 10:32:34, Vitaly Kuznetsov wrote: > >> > [...] > >> >> > There is a

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

Michal Hocko writes: > On Thu 23-02-17 14:31:24, Vitaly Kuznetsov wrote: >> Michal Hocko writes: >> >> > On Wed 22-02-17 10:32:34, Vitaly Kuznetsov wrote: >> > [...] >> >> > There is a workaround in that a user could online the memory or have >> >> > a

Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn

On Fri, Feb 17, 2017 at 1:11 AM, Joe Perches wrote: > There are ~4300 uses of pr_warn and ~250 uses of the older > pr_warning in the kernel source tree. > > Make the use of pr_warn consistent across all kernel files. > > This excludes all files in tools/ as there is a separate >

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

On Thu 23-02-17 14:31:24, Vitaly Kuznetsov wrote: > Michal Hocko writes: > > > On Wed 22-02-17 10:32:34, Vitaly Kuznetsov wrote: > > [...] > >> > There is a workaround in that a user could online the memory or have > >> > a udev rule to online the memory by using the sysfs

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

Michal Hocko writes: > On Wed 22-02-17 10:32:34, Vitaly Kuznetsov wrote: > [...] >> > There is a workaround in that a user could online the memory or have >> > a udev rule to online the memory by using the sysfs interface. The >> > sysfs interface to online memory goes through

Re: [RFC PATCH] memory-hotplug: Use dev_online for memhp_auto_offline

On Wed 22-02-17 10:32:34, Vitaly Kuznetsov wrote: [...] > > There is a workaround in that a user could online the memory or have > > a udev rule to online the memory by using the sysfs interface. The > > sysfs interface to online memory goes through device_online() which > > should updated the

Re: [PATCH 1/2] crypto: vmx - Use skcipher for cbc fallback

Paulo Flabiano Smorigo wrote: > >fallback = > - crypto_alloc_blkcipher(alg, 0, CRYPTO_ALG_NEED_FALLBACK); > + crypto_alloc_skcipher(alg, 0, CRYPTO_ALG_NEED_FALLBACK); You need to add CRYPTO_ALG_ASYNC to the mask in order to ensure that

[PATCH v3 1/2] perf: probe: generalize probe event file open routine

...into a generic function for opening trace files. Signed-off-by: Naveen N. Rao --- tools/perf/util/probe-file.c | 20 +++- tools/perf/util/probe-file.h | 1 + 2 files changed, 12 insertions(+), 9 deletions(-) diff --git

[PATCH v3 2/2] perf: kretprobes: offset from reloc_sym if kernel supports it

We indicate support for accepting sym+offset with kretprobes through a line in ftrace README. Parse the same to identify support and choose the appropriate format for kprobe_events. Signed-off-by: Naveen N. Rao --- tools/perf/util/probe-event.c | 49

[PATCH] powerpc/xics: Adjust interrupt receive priority for offline cpus

Offline CPUs need to receive IPIs through XIVE when they are in stop state and wakeup from that state. Reduce interrupt receive priority in order to receive XIVE wakeup interrupts when in offline state. LOWEST_PRIORITY would allow all interrupts to be delivered as wakeup events. Signed-off-by:

Re: [PATCH v2] KVM: PPC: Book3S: Ratelimit copy data failure error messages

On 17/02/17 04:10, Vipin K Parashar wrote: > kvm_ppc_mmu_book3s_32/64 xlat() logs "KVM can't copy data" error > upon failing to copy user data to kernel space. This floods kernel > log once such fails occur in short time period. Ratelimit this > error to avoid flooding kernel logs upon copy data

Re: [PATCH v2] KVM: PPC: Book3S: Ratelimit copy data failure error messages

On 17/02/17 04:10, Vipin K Parashar wrote: > kvm_ppc_mmu_book3s_32/64 xlat() logs "KVM can't copy data" error > upon failing to copy user data to kernel space. This floods kernel > log once such fails occur in short time period. Ratelimit this > error to avoid flooding kernel logs upon copy data

Re: [PATCH v2] KVM: PPC: Book3S: Ratelimit copy data failure error messages

This patch uses "printk_ratelimited" in place of "printk_ratelimit" used in v1 On Thursday 16 February 2017 10:40 PM, Vipin K Parashar wrote: kvm_ppc_mmu_book3s_32/64 xlat() logs "KVM can't copy data" error upon failing to copy user data to kernel space. This floods kernel log once such fails

Re: [PATCH] KVM: PPC: Book3S: Ratelimit copy data failure error messages

v2 for this patch with 'printk_ratelimit' replaced with 'printk_ratelimited' is available at mailing list. https://patchwork.ozlabs.org/patch/728831/ On Tuesday 14 February 2017 11:50 AM, Vipin K Parashar wrote: Forwarded same patch to k...@vger.kernel.org and kvm-...@vger.kernel.org too.

Re: [PATCH v2 4/5] perf: kretprobes: offset from reloc_sym if kernel supports it

On Wed, 22 Feb 2017 19:23:40 +0530 "Naveen N. Rao" wrote: > We indicate support for accepting sym+offset with kretprobes through a > line in ftrace README. Parse the same to identify support and choose the > appropriate format for kprobe_events. > >