[perf core] c5dfd78eb7: BUG: unable to handle kernel NULL pointer dereference at 00000c40

3 Merge tag 'upstream-4.7-rc5' of git://git.infradead.org/linux-ubifs # extra tests on tree/branch linus/master git bisect bad 63c04ee7d3b7c8d8e2726cb7c5f8a5f6fcc1e3b2 # 08:23 0- 5 Merge tag 'upstream-

Re: [PATCH v3] of: fix memory leak related to safe_name()

On Fri, Jun 17, 2016 at 2:51 AM, Mathieu Malaterre wrote: > v3 tested here multiple times ! memleak is now gone. > > Tested-by: Mathieu Malaterre > > Thanks > > On Thu, Jun 16, 2016 at 7:51 PM, Frank Rowand wrote:

Re: [PATCH v2] cpuidle: Fix last_residency division

On Friday, June 24, 2016 9:31:35 PM CEST Shreyas B Prabhu wrote: > > If those functions are called less often than cpuidle_enter_state(), > > we could just move the division there. Since the divisor is constant, > > do_div() can convert it into a multiply and shift, or we could use > > your the

[PATCH] powerpc/fadump: trivial fix of spelling mistake, clean up message

From: Colin Ian King trivial fix to spelling mistake "rgistration" and minor clean up of the printk error message Signed-off-by: Colin Ian King --- arch/powerpc/kernel/fadump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [v2,1/2] refactor code parsing size based on memory range

On 06/24/2016 10:56 AM, Michael Ellerman wrote: On Wed, 2016-22-06 at 19:25:26 UTC, Hari Bathini wrote: Currently, crashkernel parameter supports the below syntax to parse size based on memory range: crashkernel=:[,:,...] While such parsing is implemented for crashkernel parameter,

Re: [PATCH v2] cpuidle: Fix last_residency division

On 06/24/2016 03:41 PM, Arnd Bergmann wrote: > On Friday, June 24, 2016 9:00:48 AM CEST David Laight wrote: >> The intent of the >> 10 was probably to avoid an expensive 64bit divide. >> So maybe something like: >> diff = time_end - time_start; >> if (diff >= INT_MAX/2) >>

[PATCH] cpufreq: powernv: Replacing pstate_id with frequency table index

Refactoring code to use frequency table index instead of pstate_id. This abstraction will make the code independent of the pstate values. - No functional changes - The highest frequency is at frequency table index 0 and the frequency decreases as the index increases. - Macros get_index() and

[PATCH v2] powerpc/boot: Add OPAL console to epapr wrappers

This patch adds an OPAL console backend to the powerpc boot wrapper so that decompression failures inside the wrapper can be reported to the user. This is important since it typically indicates data corruption in the firmware and other nasty things. Currently this only works when building a

Re: [PATCH] powerpc/boot: Add OPAL console to epapr wrappers

It would appear I did. Oh well, shouldn't have been in such a rush to get to the pub. On Fri, Jun 24, 2016 at 9:57 PM, Benjamin Herrenschmidt wrote: > On Fri, 2016-06-24 at 17:41 +1000, Oliver O'Halloran wrote: >> This patch adds an OPAL console backend to the powerpc

Re: [PATCH v2] cpuidle: Fix last_residency division

-division/20160624-162633 base: https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git linux-next config: arm-multi_v5_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 5.3.1-8) 5.3.1 20160205 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp

Re: [PATCH] powerpc/boot: Add OPAL console to epapr wrappers

On Fri, 2016-06-24 at 17:41 +1000, Oliver O'Halloran wrote: > This patch adds an OPAL console backend to the powerpc boot wrapper > so > that decompression failures inside the wrapper can be reported to the > user. This is important since it typically indicates data corruption > in > the firmware

[PATCH/RFC] powerpc/pci: Don't try to allocate resources that will be reassigned

When we know we will reassign all resources, trying (and failing) to allocate them initially is fairly pointless and leads to a lot of scary messages in the kernel log Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/kernel/pci-common.c | 6 -- 1 file

Re: [RFC/PATCH] powerpc/pci: Don't try to allocate resources that will be reassigned

On Wed, 2016-06-22 at 17:24 +1000, Benjamin Herrenschmidt wrote: > When we know we will reassign all resources, trying (and failing) > to allocate them initially is fairly pointless and leads to a lot > of scary messages in the kernel log > > Signed-off-by: Benjamin Herrenschmidt

Re: [PATCH v2] cpuidle: Fix last_residency division

Hi, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.7-rc4 next-20160624] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Shreyas-B-Prabhu/cpuidle-Fix-last_residency

Re: [PATCH v2] cpuidle: Fix last_residency division

On Friday, June 24, 2016 9:00:48 AM CEST David Laight wrote: > The intent of the >> 10 was probably to avoid an expensive 64bit divide. > So maybe something like: > diff = time_end - time_start; > if (diff >= INT_MAX/2) > diff_32 = INT_MAX/2/1000; > else >

Re: [PATCH v2] cpuidle: Fix last_residency division

On 06/24/2016 11:00 AM, David Laight wrote: From: Shreyas B. Prabhu Sent: 24 June 2016 09:24 Snooze is a poll idle state in powernv and pseries platforms. Snooze has a timeout so that if a cpu stays in snooze for more than target residency of the next available idle state, then it would exit

Re: [PATCH 1/4] kvm/ppc/book3s_hv: Change vcore element runnable_threads from linked-list to array

On Wed, Jun 15, 2016 at 07:21:05PM +1000, Suraj Jitindar Singh wrote: > The struct kvmppc_vcore is a structure used to store various information > about a virtual core for a kvm guest. The runnable_threads element of the > struct provides a list of all of the currently runnable vcpus on the core >

Re: [PATCH] powerpc/boot: Add OPAL console to epapr wrappers

Hi, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.7-rc4 next-20160624] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Oliver-O-Halloran/powerpc-boot-Add-OPAL-console

Re: [PATCH v2] cpuidle: Fix last_residency division

Hi, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.7-rc4 next-20160624] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Shreyas-B-Prabhu/cpuidle-Fix-last_residency

Re: [PATCH v2 1/2] Powernv: Remove the usage of PACAR1 from opal wrappers

On Sun, May 15, 2016 at 09:44:13AM +0530, Mahesh J Salgaonkar wrote: > From: Mahesh Salgaonkar > > OPAL_CALL wrapper code sticks the r1 (stack pointer) into PACAR1 purely > for debugging purpose only. The power7_wakeup* functions relies on stack > pointer saved in

RE: [PATCH v2] cpuidle: Fix last_residency division

From: Shreyas B. Prabhu > Sent: 24 June 2016 09:24 > > Snooze is a poll idle state in powernv and pseries platforms. Snooze > has a timeout so that if a cpu stays in snooze for more than target > residency of the next available idle state, then it would exit thereby > giving chance to the cpuidle

[PATCH v2] cpuidle: Fix last_residency division

Snooze is a poll idle state in powernv and pseries platforms. Snooze has a timeout so that if a cpu stays in snooze for more than target residency of the next available idle state, then it would exit thereby giving chance to the cpuidle governor to re-evaluate and promote the cpu to a deeper idle

[PATCH] powerpc/boot: Add OPAL console to epapr wrappers

This patch adds an OPAL console backend to the powerpc boot wrapper so that decompression failures inside the wrapper can be reported to the user. This is important since it typically indicates data corruption in the firmware and other nasty things. Currently this only works when building a

[RESEND v7,2/2] cxl: Add set and get private data to context struct

From: Michael Neuling This provides AFU drivers a means to associate private data with a cxl context. This is particularly intended for make the new callbacks for driver specific events easier for AFU drivers to use, as they can easily get back to any private data structures

[PATCH] powerpc/powernv: Call opal_pci_poll() if needed

When issuing PHB reset, OPAL API opal_pci_poll() is called to drive the state machine in OPAL forward. However, we needn't always call the function under some circumstances like reset deassert. This avoids calling opal_pci_poll() when OPAL_SUCCESS is returned from opal_pci_reset(). Except the

Re: [PATCH] powerpc/pci: Reduce log level of PCI I/O space warning

On Wed, Jun 22, 2016 at 05:23:07PM +1000, Benjamin Herrenschmidt wrote: >If a PHB has no I/O space, there's no need to make it look like >something bad happened, a pr_debug() is plenty enough since this >is the case of all our modern POWER chips. > >Signed-off-by: Benjamin Herrenschmidt

Re: [PATCH] powerpc/eeh: fix pr_debug()s in eeh_cache.c

On Fri, Jun 24, 2016 at 03:54:22PM +1000, Andrew Donnellan wrote: >eeh_cache.c doesn't build cleanly with -DDEBUG when >CONFIG_PHYS_ADDR_T_64BIT is set, as a couple of pr_debug()s use "%lx" for >resource_size_t parameters. > >Use "%pap" instead, as it's the correct format specifier for types