Re: RCU lockup issues when CONFIG_SOFTLOCKUP_DETECTOR=n - any one else seeing this?

On Sun, Aug 20, 2017 at 02:45:53PM +1000, Nicholas Piggin wrote: > On Wed, 16 Aug 2017 09:27:31 -0700 > "Paul E. McKenney" wrote: > > On Wed, Aug 16, 2017 at 05:56:17AM -0700, Paul E. McKenney wrote: > > > > Thomas, John, am I misinterpreting the timer trace event messages? > > So I did some dig

Re: RCU lockup issues when CONFIG_SOFTLOCKUP_DETECTOR=n - any one else seeing this?

From: Nicholas Piggin Date: Sun, 20 Aug 2017 14:45:53 +1000 > [PATCH] timers: Fix excessive granularity of new timers after a nohz idle I just booted into this on my sparc64 box, let's see if it does the trick :-)

Re: RCU lockup issues when CONFIG_SOFTLOCKUP_DETECTOR=n - any one else seeing this?

On Wed, 16 Aug 2017 09:27:31 -0700 "Paul E. McKenney" wrote: > On Wed, Aug 16, 2017 at 05:56:17AM -0700, Paul E. McKenney wrote: > > Thomas, John, am I misinterpreting the timer trace event messages? So I did some digging, and what you find is that rcu_sched seems to do a simple scheudle_timeout

Re: [RFC v6 35/62] powerpc: Deliver SEGV signal on pkey violation

Ram Pai writes: > diff --git a/arch/powerpc/kernel/traps.c b/arch/powerpc/kernel/traps.c > index d4e545d..fe1e7c7 100644 > --- a/arch/powerpc/kernel/traps.c > +++ b/arch/powerpc/kernel/traps.c > @@ -20,6 +20,7 @@ > #include > #include > #include > +#include > #include > #include > #in

Re: [RFT PATCH] tpm: ibmvtpm: simplify crq initialization and document crq format

Applied. I'll put this to 4.14 PR. /Jarkko On Sat, Aug 19, 2017 at 08:18:59PM +0300, Jarkko Sakkinen wrote: > Ugh. I'll apply this. My apologies. > > /Jarkko > > On Fri, Aug 18, 2017 at 12:21:45AM +0200, msuchanek wrote: > > ping? > > > > On Fri, 24 Feb 2017 20:35:16 +0100 > > Michal Suchanek

Re: [PATCH] tpm: vtpm: constify vio_device_id

On Fri, Aug 18, 2017 at 02:31:56PM -0600, Jason Gunthorpe wrote: > On Fri, Aug 18, 2017 at 09:32:46PM +1000, Michael Ellerman wrote: > > > >> drivers/char/tpm/tpm_ibmvtpm.c | 2 +- > > > > Who merges changes for this driver? I assume it's Jarkko? > > Yes > > Jason Applied. /Jarkko

Re: [RFT PATCH] tpm: ibmvtpm: simplify crq initialization and document crq format

Ugh. I'll apply this. My apologies. /Jarkko On Fri, Aug 18, 2017 at 12:21:45AM +0200, msuchanek wrote: > ping? > > On Fri, 24 Feb 2017 20:35:16 +0100 > Michal Suchanek wrote: > > > The crq is passed in registers and is the same on BE and LE hosts. > > However, current implementation allocates

Re: [PATCH v2 1/1] Split VGA default device handler out of VGA arbiter

On Thu, Aug 17, 2017 at 09:30:28PM +1000, Daniel Axtens wrote: > A system without PCI legacy resources (e.g. ARM64) Can you be a little more specific about what you mean by "a system without PCI legacy resources"? I'm not sure what the connection with ARM64 as an architecture is. My understandin

[PATCH] qe/ic: make irq_chip const

Make this const as it is only used in a copy operation. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- drivers/soc/fsl/qe/qe_ic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/soc/fsl/qe/qe_ic.c b/drivers/soc/fsl/qe/qe_ic.c index ec2ca86..00f48d5 100644 ---

Re: [PATCH 5/5] Use __func__ instead of function name

I guess below code would be better idea to gather more debug information. diff --git a/drivers/char/tpm/tpm_ibmvtpm.c b/drivers/char/tpm/tpm_ibmvtpm.c index 643bba7..0aae785 100644 --- a/drivers/char/tpm/tpm_ibmvtpm.c +++ b/drivers/char/tpm/tpm_ibmvtpm.c @@ -141,6 +141,11 @@ static int tpm_ibmvtpm_

[linux-next][bisected c64e09ce] sysctl command hung indefinitely

Hi Michal, 'sysctl -a' command never completes on my PowerPC machine with latest next kernel (As of next-20170811) Machine Type : Power8 bare-metal Kernel version : 4.13.0-rc4-next-20170817 gcc version : 4.8.5 command output -- $ sysctl -a [... vm.hugetlb_shm_group = 0 vm.laptop_mod

Re: [RFC v7 24/25] powerpc: Deliver SEGV signal on pkey violation

On Fri, 2017-08-18 at 15:49 -0700, Ram Pai wrote: > Coming back to the your main question, "why we need to provide the > contents of AMR register to the signal handler?" -- the only reason > i can see is, probably tools like gdb and ptrace may find it useful. > > And since it was suggested that