[git pull] Please pull powerpc.git next branch

2014-08-14 Thread Benjamin Herrenschmidt
Hi Linus ! Here are some more powerpc bits for 3.17, essentially fixes. The biggest series, also aimed at -stable, is from Aneesh and is the result of weeks and weeks of debugging to find out why the heck or THP implementation was occasionally triggering multi-hit errors in our level 1 TLB. It

Re: [git pull] Please pull powerpc.git next branch

2014-08-14 Thread Benjamin Herrenschmidt
On Thu, 2014-08-14 at 16:16 +1000, Benjamin Herrenschmidt wrote: Another interesting one in the OMG category is the series from Michael adding memory barriers to spin_is_locked(). That's also the result of many days of debugging to figure out why the semaphore code would occasionally crash in

[PATCH] powerpc/powernv: Improve error message

2014-08-14 Thread Vasant Hegde
Presently we only support initiating Service Processor dump from host. Hence update sysfs message. Also update couple of other error/info messages. Signed-off-by: Vasant Hegde hegdevas...@linux.vnet.ibm.com --- Ben, This patch applies cleanly on top of powerpc next branch. Vasant

[PATCH] powerpc/boot: Don't install zImage.* from make install

2014-08-14 Thread Tony Breeds
in commit 29f1aff2c (powerpc: Copy bootable images in the default install script) we changed to copying all the built boot targets based on the assumption that it's backwards compatible. It turns out that debian devived installkernel scripts will barf if not given exactly 4 args. This change

[PATCH] tools/perf/powerpc: Fix build break

2014-08-14 Thread Aneesh Kumar K.V
CC arch/powerpc/util/skip-callchain-idx.o arch/powerpc/util/skip-callchain-idx.c: In function ‘check_return_reg’: arch/powerpc/util/skip-callchain-idx.c:55:3: error: implicit declaration of function ‘pr_debug’ [-Werror=implicit-function-declaration] pr_debug(dwarf_frame_register()

[PATCH] cpufreq: powernv: Register the driver with reboot notifier

2014-08-14 Thread Shilpasri G Bhat
This patch ensures the cpus to kexec/reboot at nominal frequency. Nominal frequency is the highest cpu frequency on PowerPC at which the cores can run without getting throttled. If the host kernel had set the cpus to a low pstate and then it kexecs/reboots to a cpufreq disabled kernel it would

Re: [PATCH v2] PC, KVM, CMA: Fix regression caused by wrong get_order() use

2014-08-14 Thread Alexander Graf
On 14.08.14 07:13, Aneesh Kumar K.V wrote: Alexey Kardashevskiy a...@ozlabs.ru writes: fc95ca7284bc54953165cba76c3228bd2cdb9591 claims that there is no functional change but this is not true as it calls get_order() (which takes bytes) where it should have called ilog2() and the kernel stops

Re: [RFC PATCH v3 1/4] topology: add support for node_to_mem_node() to determine the fallback node

2014-08-14 Thread Christoph Lameter
On Wed, 13 Aug 2014, Nishanth Aravamudan wrote: +++ b/include/linux/topology.h @@ -119,11 +119,20 @@ static inline int numa_node_id(void) * Use the accessor functions set_numa_mem(), numa_mem_id() and cpu_to_mem(). */ DECLARE_PER_CPU(int, _numa_mem_); +extern int

Re: [RFC PATCH v3 1/4] topology: add support for node_to_mem_node() to determine the fallback node

2014-08-14 Thread Nishanth Aravamudan
On 14.08.2014 [09:35:37 -0500], Christoph Lameter wrote: On Wed, 13 Aug 2014, Nishanth Aravamudan wrote: +++ b/include/linux/topology.h @@ -119,11 +119,20 @@ static inline int numa_node_id(void) * Use the accessor functions set_numa_mem(), numa_mem_id() and cpu_to_mem(). */

[PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Chen Gang
Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300, score, unicore32, x86 - Choose in config time: arc, arm, arm64, c6x, m32r, mips, powerpc, sh Special architectures:

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Ralf Baechle
On Fri, Aug 15, 2014 at 12:54:53AM +0800, Chen Gang wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300, score, unicore32, x86 - Choose in config time: arc,

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Lennox Wu
I don't think it's necessary, what's the benfit? 2014-08-15 2:21 GMT+08:00 Vineet Gupta vineet.gup...@synopsys.com: On Thursday 14 August 2014 09:55 AM, Chen Gang wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha,

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Vineet Gupta
On Thursday 14 August 2014 09:55 AM, Chen Gang wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300, score, unicore32, x86 - Choose in config time: arc, arm,

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Chen Gang
On 08/15/2014 02:04 AM, Ralf Baechle wrote: On Fri, Aug 15, 2014 at 12:54:53AM +0800, Chen Gang wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300, score,

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Chen Gang
On 08/15/2014 02:27 AM, Lennox Wu wrote: I don't think it's necessary, what's the benfit? 2014-08-15 2:21 GMT+08:00 Vineet Gupta vineet.gup...@synopsys.com: On Thursday 14 August 2014 09:55 AM, Chen Gang wrote: [...] diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 9596b0a..e939abd

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Vineet Gupta
On Thursday 14 August 2014 03:22 PM, Chen Gang wrote: For many individual modules may need check CPU_LITTLE_ENDIAN or CPU_BIG_ENDIAN, which is an architecture's attribute. Or they have to list many architectures which they support, which they don't support. And still, it is not precise. For

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Chen Gang
On 8/15/14 7:12, Vineet Gupta wrote: On Thursday 14 August 2014 03:22 PM, Chen Gang wrote: For many individual modules may need check CPU_LITTLE_ENDIAN or CPU_BIG_ENDIAN, which is an architecture's attribute. Or they have to list many architectures which they support, which they don't

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Max Filippov
Hi Chen, On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang gang.chen.5...@gmail.com wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300, score, unicore32, x86 -

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Max Filippov
On Fri, Aug 15, 2014 at 5:47 AM, Max Filippov jcmvb...@gmail.com wrote: Hi Chen, On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang gang.chen.5...@gmail.com wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon,

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

2014-08-14 Thread Chen Gang
On 8/15/14 9:52, Max Filippov wrote: On Fri, Aug 15, 2014 at 5:47 AM, Max Filippov jcmvb...@gmail.com wrote: Hi Chen, On Thu, Aug 14, 2014 at 8:54 PM, Chen Gang gang.chen.5...@gmail.com wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little

[PATCH 2/3] MSI: Use __read_msi_msg() instead of read_msi_msg()

2014-08-14 Thread Yijing Wang
Read_msi_msg() only be called in rtas_setup_msi_irqs(), use __read_msi_msg() instead of read_msi_msg for simplification. And rename __read_msi_msg() to read_msi_msg(). Signed-off-by: Yijing Wang wangyij...@huawei.com CC: Benjamin Herrenschmidt b...@kernel.crashing.org CC:

Re: [PATCH v2] PC, KVM, CMA: Fix regression caused by wrong get_order() use

2014-08-14 Thread Alexey Kardashevskiy
On 08/14/2014 11:40 PM, Alexander Graf wrote: On 14.08.14 07:13, Aneesh Kumar K.V wrote: Alexey Kardashevskiy a...@ozlabs.ru writes: fc95ca7284bc54953165cba76c3228bd2cdb9591 claims that there is no functional change but this is not true as it calls get_order() (which takes bytes) where it

Re: [PATCH] powerpc/powernv: Avoid to set EEH_PE_ISOLATED for passed PE

2014-08-14 Thread Mike Qiu
Hi, all After discussing with Gavin offline, it's inappropriate to drop ISOLATED state. Please ignore this patch. Otherwise, somebody will merge that to mainline, which would be a problem. Thanks, Mike On 08/13/2014 07:14 PM, Mike Qiu wrote: When PE passed to guest, and guest EEH occured