[PATCH v3 2/7] pci/msi: Add device flag indicating that 64-bit MSIs don't work

2014-10-06 Thread Benjamin Herrenschmidt
This can be set by quirks/drivers to be used by the architecture code that assigns the MSI addresses. We additionally add verification in the core MSI code that the values assigned by the architecture do satisfy the limitation in order to fail gracefully if they don't (ie. the arch hasn't been upd

Re: [RFC PATCH v3 1/3] powerpc: Fix warning reported by verify_cpu_node_mapping()

2014-10-06 Thread Michael Ellerman
On Fri, 2014-10-03 at 16:26 -0700, Nishanth Aravamudan wrote: > On 03.10.2014 [10:50:20 +1000], Michael Ellerman wrote: > > On Thu, 2014-10-02 at 14:13 -0700, Nishanth Aravamudan wrote: > > > Ben & Michael, > > > > > > What's the status of these patches? > > > > Been in my next for a week :) > >

Re: [PATCH 00/20] powerpc: Convert power off logic to pm_power_off

2014-10-06 Thread Michael Ellerman
On Mon, 2014-10-06 at 12:00 +0200, Alexander Graf wrote: > > On 03.10.14 06:42, Michael Ellerman wrote: > > On Wed, 2014-10-01 at 15:27 +0200, Alexander Graf wrote: > >> The generic Linux framework to power off the machine is a function pointer > >> called pm_power_off. The trick about this pointe

Re: [PATCH v3 0/5] powerpc/perf: Miscellaneous fixes

2014-10-06 Thread Sukadev Bhattiprolu
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote: | Miscellaenous fixes for perf and 24x7 counters in powerpc. | | Patches 1,3,4 were submitted earlier as a part of the parametrized | events for 24x7 counters. But they are not directly related to the | parametrized events. | | Patch 2 simpl

[PATCH 08/44] kernel: Move pm_power_off to common code

2014-10-06 Thread Guenter Roeck
pm_power_off is defined for all architectures. Move it to common code. Have all architectures call do_kernel_poweroff instead of pm_power_off. Some architectures point pm_power_off to machine_power_off. For those, call do_kernel_poweroff from machine_power_off instead. Cc: Richard Henderson Cc:

[PATCH 00/44] kernel: Add support for poweroff handler call chain

2014-10-06 Thread Guenter Roeck
Various drivers implement architecture and/or device specific means to remove power from the system. For the most part, those drivers set the global variable pm_power_off to point to a function within the driver. This mechanism has a number of drawbacks. Typically only one means to remove power

[PATCH v3 3/7] gpu/radeon: Set flag to indicate broken 64-bit MSI

2014-10-06 Thread Benjamin Herrenschmidt
Some radeon ASICs don't support all 64 address bits of MSIs despite advertising support for 64-bit MSIs in their configuration space. This breaks on systems such as IBM POWER7/8, where 64-bit MSIs can be assigned with some of the high address bits set. This makes use of the newly introduced "no_6

Re: [PATCH v2 3/5] powerpc/powernv: Add winkle infrastructure

2014-10-06 Thread Benjamin Herrenschmidt
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote: > Winkle causes power to be gated off to the entire chiplet. Hence the > hypervisor/firmware state in the entire chiplet is lost. > > This patch adds necessary infrastructure to support waking up from > hypervisor state loss. Specifically

[PATCH 44/44] kernel: Remove pm_power_off

2014-10-06 Thread Guenter Roeck
No users of pm_power_off are left, so it is safe to remove the function. Cc: Rafael J. Wysocki Cc: Pavel Machek Cc: Len Brown Signed-off-by: Guenter Roeck --- include/linux/pm.h | 1 - kernel/power/poweroff_handler.c | 10 +- 2 files changed, 1 insertion(+), 10 deletions

[PATCH 43/44] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off

2014-10-06 Thread Guenter Roeck
Drivers should not call pm_power_off directly; it is not guaranteed to be non-NULL. Call kernel_power_off instead. Cc: Jean Delvare Reviewed-by: Jean Delvare Signed-off-by: Guenter Roeck --- drivers/hwmon/ab8500.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers

[PATCH 42/44] efi: Register poweroff handler with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with low priority value of 64 since the efi code states that this is a poweroff handler of last resort. Cc: Matt Fleming Signed-off-by: Guenter Roeck --- drivers/firmware/efi/reboot.c | 23 +

[PATCH 41/44] x86: pmc_atom: Register poweroff handler with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Signed-off-by: Guenter Roeck ---

[PATCH 40/44] x86: intel-mid: Drop registration of dummy poweroff handlers

2014-10-06 Thread Guenter Roeck
A dummy poweroff handler does not serve any purpose. Drop it. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Signed-off-by: Guenter Roeck --- arch/x86/platform/intel-mid/intel-mid.c | 5 - arch/x86/platform/intel-mid/mfld.c | 5 - 2 files changed, 10 deletions(-) diff --

[PATCH 39/44] x86: ce4100: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Signed-off-by: Guenter Roeck --- arch/x86/platform/ce4100/ce4100.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/platform/ce410

[PATCH 36/44] mips: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. If there is an indication that there can be more than one poweroff handler, use register_poweroff_handler, otherwise use register_poweroff_handler_simple to register the poweroff handler. If the poweroff handler only

[PATCH 38/44] x86: lguest: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Cc: Rusty Russell Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Signed-off-by: Guenter Roeck --- arch/x86/lguest/boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/lguest

[PATCH 37/44] sh: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Signed-off-by: Guenter Roeck --- arch/sh/boards/board-sh7785lcr.c | 2 +- arch/sh/boards/board-urquell.c | 2 +- arch/sh/boards/mach-highlander/setup.c | 2 +- arch/sh/boards/mach-landisk/setup.c| 2

[PATCH 35/44] m68k: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Cc: Geert Uytterhoeven Cc: Joshua Thompson Signed-off-by: Guenter Roeck --- arch/m68k/emu/natfeat.c | 2 +- arch/m68k/mac/config.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/m68k/e

[PATCH 34/44] ia64: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with lower priority of 64 to reflect that the call is expected to be replaced at some point. Cc: Tony Luck Cc: Fenghua Yu Signed-off-by: Guenter Roeck --- arch/ia64/sn/kernel/setup.c | 4 ++-- 1 file chang

[PATCH 31/44] arm: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Always use register_poweroff_handler_simple as there is no indication that more than one poweroff handler is registered. If the poweroff handler only resets the system or puts the CPU in sleep mode, select a priority o

[PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Cc: Haavard Skinnemoen Cc: Hans-Christian Egtvedt Signed-off-by: Guenter Roeck --- arch/avr32/boards/atngw100/mrmt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/avr32/boards/atngw100/mr

[PATCH 32/44] arm64: psci: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Cc: Catalin Marinas Cc: Will Deacon Signed-off-by: Guenter Roeck --- arch/arm64/kernel/psci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/kernel/psci.c b/arch/arm64/kernel/psci.c

[PATCH 29/44] staging: nvec: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with default priority value of 128 since we don't know any better. Cc: Julian Andres Klode Cc: Marc Dietrich Cc: Greg Kroah-Hartman Signed-off-by: Guenter Roeck --- drivers/staging/nvec/nvec.c | 24 ++

[PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with high priority value of 192 to reflect that the driver explicitly wants to override default poweroff handlers. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Signed-off-by: Guenter Roeck --- a

[PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with high priority value of 192 to reflect that the driver explicitly overrides existing poweroff handlers. Cc: Rafael J. Wysocki Cc: Len Brown Signed-off-by: Guenter Roeck --- drivers/acpi/sleep.c | 15 ++

[PATCH 27/44] x86: apm: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with high priority value of 192 to reflect that the original code overwrites existing poweroff handlers. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Cc: Jiri Kosina Signed-off-by: Guenter Roeck

[PATCH 26/44] x86: iris: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with high priority value of 192 to reflect that the original code overwrites existing poweroff handlers. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: H. Peter Anvin Signed-off-by: Guenter Roeck --- arch/x86/pl

[PATCH 25/44] power/reset: vexpress-poweroff: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Signed-off-by: Guenter Roeck --- drivers/power/reset/vexpress-poweroff.c | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/drivers/power/reset/vexpress-poweroff.c b/drivers/pow

[PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with default priority value of 128 to reflect that the original code generates an error if another poweroff handler has already been registered when the driver is loaded. Cc: Sebastian Reichel Cc: Dmitry Erem

[PATCH 24/44] power/reset: msm-powroff: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Select proprity 0 since the code does not really poweroff the system. Signed-off-by: Guenter Roeck --- drivers/power/reset/msm-poweroff.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --g

[PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Other changes: Drop note that there can not be an additional instance of this driver. The or

[PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Sebastian Reichel Cc: Dmitry Eremin-Solenikov Cc: David Woodhouse Signed-off-by: Guent

[PATCH 19/44] ipmi: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a high priority value of 192 to reflect that the original code overwrites pm_power_off unconditionally. Register poweroff handler after the ipmi system is ready, and unregister it prior to cleanup. This a

[PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of seting pm_power_off directly. Register as poweroff handler of last resort since the driver does not really power off the system but executes a restart. Cc: Sebastian Reichel Cc: Dmitry Eremin-Solenikov Cc: David Woodhouse Signed-off-by: Guenter

[PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Make twl4030_power_off static as it is only called from the twl4030-power driver. Cc: Samuel

[PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Samuel Ortiz Cc: Lee Jones Signed-off-by: Guenter Roeck --- drivers/mfd/tps65910.c

[PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Samuel Ortiz Cc: Lee Jones Signed-off-by: Guenter Roeck --- drivers/mfd/dm355evm_msp.

[PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Samuel Ortiz Cc: Lee Jones Signed-off-by: Guenter Roeck --- drivers/mfd/tps6586x.c |

[PATCH 11/44] mfd: retu: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Lee Jones Cc: Samuel Ortiz Signed-off-by: Guenter Roeck --- drivers/mfd/retu-mfd.c |

[PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Lee Jones Cc: Samuel Ortiz Signed-off-by: Guenter Roeck --- drivers/mfd/axp20x.c

[PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Linus Walleij Cc: Lee Jones Cc: Samuel Ortiz Signed-off-by: Guenter Roeck --- driver

[PATCH 13/44] mfd: max8907: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Note that this patch fixes a problem on driver unload as side effect: The old code did not re

[PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Samuel Ortiz Cc: Lee Jones Signed-off-by: Guenter Roeck --- drivers/mfd/tps80031.c

[PATCH 09/44] mfd: palmas: Register with kernel poweroff handler

2014-10-06 Thread Guenter Roeck
Register with kernel poweroff handler instead of setting pm_power_off directly. Register with a low priority value of 64 to reflect that the original code only sets pm_power_off if it was not already set. Cc: Samuel Ortiz Cc: Lee Jones Signed-off-by: Guenter Roeck --- drivers/mfd/palmas.c

[PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings

2014-10-06 Thread Guenter Roeck
Replace reference to pm_power_off (which is an implementation detail) and replace it with a more generic description of the driver's functionality. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Signed-off-by: Guenter Roeck --- Documentation/devicetree/bindings/power_supply/qnap-poweroff.txt

[PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings

2014-10-06 Thread Guenter Roeck
pm_power_off is an implementation detail. Replace it with a more generic description of the driver's functionality. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Signed-off-by: Guenter Roeck --- Documentation/devicetree/bindings/gpio/gpio-poweroff.txt | 10 +- 1 file changed, 5 inse

[PATCH 01/44] kernel: Add support for poweroff handler call chain

2014-10-06 Thread Guenter Roeck
Various drivers implement architecture and/or device specific means to remove power from the system. For the most part, those drivers set the global variable pm_power_off to point to a function within the driver. This mechanism has a number of drawbacks. Typically only one scheme to remove power

[PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings

2014-10-06 Thread Guenter Roeck
Devicetree bindings are supposed to be operating system independent and should thus not describe how a specific functionality is implemented in Linux. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Signed-off-by: Guenter Roeck --- Documentation/devicetree/bindings/mfd/as3722.txt | 3 +-- 1 f

[PATCH 04/44] m68k: Replace mach_power_off with pm_power_off

2014-10-06 Thread Guenter Roeck
Replace mach_power_off with pm_power_off to simplify the subsequent move of pm_power_off to generic code. Cc: Geert Uytterhoeven Cc: Greg Ungerer Cc: Joshua Thompson Signed-off-by: Guenter Roeck --- arch/m68k/emu/natfeat.c | 3 ++- arch/m68k/include/asm/machdep.h | 1 - arch/m68k/kern

[PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off

2014-10-06 Thread Guenter Roeck
Poweroff handlers may now be installed with register_poweroff_handler. Use the new API function have_kernel_poweroff to determine if a poweroff handler has been installed. Cc: Rafael J. Wysocki Cc: Pavel Machek Cc: Len Brown Signed-off-by: Guenter Roeck --- kernel/power/hibernate.c | 2 +- 1

[PATCH 02/44] memory: emif: Use API function to determine poweroff capability

2014-10-06 Thread Guenter Roeck
Use have_kernel_poweroff() to determine if the kernel is able to power off the system. Cc: Santosh Shilimkar Signed-off-by: Guenter Roeck --- drivers/memory/emif.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c index 04644e7

Re: [PATCH v2 2/5] powerpc: Adding macro for accessing Thread Switch Control Register

2014-10-06 Thread Benjamin Herrenschmidt
Just fold that one in the patch that uses that register On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote: > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc: Michael Ellerman > Cc: linuxppc-dev@lists.ozlabs.org > Signed-off-by: Shreyas B. Prabhu > --- > arch/powerpc/include/asm/

Re: [PATCH v2 1/5] powerpc/powernv: Add OPAL call to save and restore

2014-10-06 Thread Benjamin Herrenschmidt
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote: > PORE can be programmed to restore hypervisor registers when waking up > from deep cpu idle states like winkle. Tell us a bit more about what "PORE" is. IE, explain a tiny engine will reconfigure the core and its ucode can be patched to

Re: [PATCH v2 3/3] powerpc/powernv/cpuidle: Add workaround to enable fastsleep

2014-10-06 Thread Benjamin Herrenschmidt
On Wed, 2014-10-01 at 13:16 +0530, Shreyas B. Prabhu wrote: > From: Preeti U Murthy > > Fast sleep is an idle state, where the core and the L1 and L2 > caches are brought down to a threshold voltage. This also means that > the communication between L2 and L3 caches have to be fenced. However > th

Re: [PATCH v2 2/3] powerpc/kvm/book3s_hv: Enable CPUs to run guest after waking up from fast-sleep

2014-10-06 Thread Benjamin Herrenschmidt
On Wed, 2014-10-01 at 13:15 +0530, Shreyas B. Prabhu wrote: > When guests have to be launched, the secondary threads which are offline > are woken up to run the guests. Today these threads wake up from nap > and check if they have to run guests. Now that the offline secondary > threads can go to fa

Re: [PATCH v2 1/3] powerpc/powernv: Enable Offline CPUs to enter deep idle states

2014-10-06 Thread Benjamin Herrenschmidt
On Wed, 2014-10-01 at 13:15 +0530, Shreyas B. Prabhu wrote: > From: "Srivatsa S. Bhat" > > The offline cpus Arguably "cpus" here should be "secondary threads" to make the commit message a bit more comprehensible. A few more nits below... > should enter deep idle states so as to gain maximum > p

[PATCH v3 5/7] powerpc/powernv: Honor the generic "no_64bit_msi" flag

2014-10-06 Thread Benjamin Herrenschmidt
Instead of the arch specific quirk which we are deprecating and that drivers don't understand. Signed-off-by: Benjamin Herrenschmidt CC: --- arch/powerpc/platforms/powernv/pci-ioda.c | 3 +-- arch/powerpc/platforms/powernv/pci.c | 3 +-- 2 files changed, 2 insertions(+), 4 deletions(-) di

[PATCH v3 6/7] powerpc/pseries: Honor the generic "no_64bit_msi" flag

2014-10-06 Thread Benjamin Herrenschmidt
Instead of the arch specific quirk which we are deprecating and that drivers don't understand. Signed-off-by: Benjamin Herrenschmidt CC: --- arch/powerpc/platforms/pseries/msi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/pseries/msi.c b/arch/powe

Re: [PATCH] powerpc/powernv: Fallback to old HMI handling behavior for old firmware

2014-10-06 Thread Stewart Smith
Mahesh J Salgaonkar writes: > From: Mahesh Salgaonkar > > Recently we moved HMI handling into Linux kernel instead of taking > HMI directly in OPAL. This new change is dependent on new OPAL call > for HMI recovery which was introduced in newer firmware. While this new > change works fine with lat

[PATCH v3 4/7] sound/radeon: Add quirk for broken 64-bit MSI

2014-10-06 Thread Benjamin Herrenschmidt
From: Signed-off-by: Alex Deucher A number of radeon cards have a HW limitation causing them to be unable to generate the full 64-bit of address bits for MSIs. This breaks MSIs on some platforms such as POWER machines. We used to have a powerpc specific quirk to address that on a single card, bu

[PATCH v3 7/7] powerpc/pci: Remove unused force_32bit_msi quirk

2014-10-06 Thread Benjamin Herrenschmidt
This is now fully replaced with the generic "no_64bit_msi" one that is set by the respective drivers directly. Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/include/asm/pci-bridge.h | 2 -- arch/powerpc/kernel/pci_64.c | 10 -- 2 files changed, 12 deletions(-) diff --

[PATCH v3 1/7] ALSA: hda - Limit 40bit DMA for AMD HDMI controllers

2014-10-06 Thread Benjamin Herrenschmidt
From: Takashi Iwai AMD/ATI HDMI controller chip models, we already have a filter to lower to 32bit DMA, but the rest are supposed to be working with 64bit although the hardware doesn't really work with 63bit but only with 40 or 48bit DMA. In this patch, we take 40bit DMA for safety for the AMD/A

Re: [PATCH 1/4] powerpc/powernv: Add OPAL check token call

2014-10-06 Thread Stewart Smith
Michael Neuling writes: > Currently there is no way to generically check if an OPAL call exists or not > from the host kernel. > > This adds an OPAL call opal_check_token() which tells you if the given token > is > present in OPAL or not. > > Signed-off-by: Michael Neuling (checked the firmware

Re: [PATCH v2 2/2] spi: fsl-spi: Allow dynamic allocation of CPM1 parameter RAM

2014-10-06 Thread Scott Wood
On Sat, 2014-10-04 at 12:07 +0200, christophe leroy wrote: > The bindings for that driver are described in > Documentation/devicetree/bindings/spi/fsl-spi.txt. But it seems that it > doesn't describe anything related to those compatibles. The driver has a > match on "fsl,fsl-spi" only, I think

[PATCH V24/5] kexec: Add IND_FLAGS macro

2014-10-06 Thread Geoff Levand
Add a new kexec preprocessor macro IND_FLAGS, which is the bitwise OR of all the possible kexec IND_ kimage_entry indirection flags. Having this macro allows for simplified code in the prosessing of the kexec kimage_entry items. Signed-off-by: Geoff Levand Acked-by: Vivek Goyal --- include/lin

[PATCH V25/5] powerpc/kexec: Use global IND_FLAGS macro

2014-10-06 Thread Geoff Levand
linux/kexec.h now defines an IND_FLAGS macro. Remove the local powerpc definition and use the generic one. Signed-off-by: Geoff Levand --- arch/powerpc/kernel/machine_kexec_64.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/powerpc/kernel/machine_kexec_64.c b/arch/powerpc/kernel/ma

[PATCH V2 0/5] kexec: Minor fixups and enhancements

2014-10-06 Thread Geoff Levand
Hi Andrew, This series is basically a re-send of my kexec fix-up patches I sent out back in August. Everyone who commented seemed to think these changes were OK, but there doesn't seem to be a kexec maintainer to pick these up. Could you take them through your mm tree? Please let us know. -Geo

[PATCH V23/5] kexec: Add bit definitions for kimage entry flags

2014-10-06 Thread Geoff Levand
Define new kexec preprocessor macros IND_*_BIT that define the bit position of the kimage entry flags. Change the existing IND_* flag macros to be defined as bit shifts of the corresponding IND_*_BIT macros. Also wrap all C language code in kexec.h with #if !defined(__ASSEMBLY__) so assembly file

[PATCH V22/5] kexec: Simplify conditional

2014-10-06 Thread Geoff Levand
Simplify the code around one of the conditionals in the kexec_load syscall routine. The original code was confusing with a redundant check on KEXEC_ON_CRASH and comments outside of the conditional block. This change switches the order of the conditional check, and cleans up the comments for the c

[PATCH V21/5] kexec: Fix make headers_check

2014-10-06 Thread Geoff Levand
Remove the unneded declaration for a kexec_load() routine. Fixes errors like these when running 'make headers_check': include/uapi/linux/kexec.h: userspace cannot reference function or variable defined in the kernel Signed-off-by: Geoff Levand Acked-by: Paul Bolle Cc: H. Peter Anvin Cc: Vive

Re: [PATCH 2/2] spi: fsl-spi: Allow dynamic allocation of CPM1 parameter RAM

2014-10-06 Thread Scott Wood
On Sat, 2014-10-04 at 12:15 +0200, christophe leroy wrote: > Le 03/10/2014 22:24, Scott Wood a écrit : > > On Fri, 2014-10-03 at 22:15 +0200, christophe leroy wrote: > >> Le 03/10/2014 16:44, Mark Brown a écrit : > >>> On Fri, Oct 03, 2014 at 02:56:09PM +0200, Christophe Leroy wrote: > >>> > +

Re: [PATCH v2 1/2] spi: fsl-spi: Fix parameter ram offset setup for CPM1

2014-10-06 Thread Scott Wood
On Sat, 2014-10-04 at 14:02 +0200, christophe leroy wrote: > Le 03/10/2014 22:29, Scott Wood a écrit : > > On Fri, 2014-10-03 at 18:49 +0200, Christophe Leroy wrote: > >> On CPM1, the SPI parameter RAM has a default location. In > >> fsl_spi_cpm_get_pram() > >> there was a confusion between the SP

Re: [PATCH v2] powerpc/vphn: fix endian issue in NUMA device node code

2014-10-06 Thread Nishanth Aravamudan
On 03.10.2014 [11:13:17 +0200], Greg Kurz wrote: > The associativity domain numbers are obtained from the hypervisor through > registers and written into memory by the guest: the packed array passed to > vphn_unpack_associativity() is then native-endian, unlike what was assumed > in the following c

Re: [PATCH 1/5] kexec: Fix make headers_check

2014-10-06 Thread Geoff Levand
On Mon, 2014-10-06 at 20:21 +0200, Paul Bolle wrote: > On Mon, 2014-10-06 at 10:34 -0700, Geoff Levand wrote: > > On Mon, 2014-10-06 at 16:12 +0200, Paul Bolle wrote: > > > It seems not much happened after I added my Acked-by. I assume you still > > > want to get this merged. Is that correct? > >

Re: [PATCH 1/5] kexec: Fix make headers_check

2014-10-06 Thread Paul Bolle
On Mon, 2014-10-06 at 10:34 -0700, Geoff Levand wrote: > On Mon, 2014-10-06 at 16:12 +0200, Paul Bolle wrote: > > It seems not much happened after I added my Acked-by. I assume you still > > want to get this merged. Is that correct? > > Yes, I think we concluded there are no real users of this kex

Re: [PATCH 1/5] kexec: Fix make headers_check

2014-10-06 Thread H. Peter Anvin
On 08/30/2014 05:47 AM, Paul Bolle wrote: > > Obviously, this can only break compiling those libraries, or other > users. It can't break already compiled binaries. Besides I don't think > those libraries, etc actually exist. Maximilian mentioned klibc in > January, but I wasn't able to find a vers

Re: [PATCH 1/5] kexec: Fix make headers_check

2014-10-06 Thread Geoff Levand
Hi, On Mon, 2014-10-06 at 16:12 +0200, Paul Bolle wrote: > On Sat, 2014-08-30 at 14:47 +0200, Paul Bolle wrote: > > [Added Peter Anvin.] > > > > On Mon, 2014-08-25 at 13:22 -0400, Vivek Goyal wrote: > > > On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote: > > > > Remove the unneded dec

Re: [PATCH 1/5] kexec: Fix make headers_check

2014-10-06 Thread Paul Bolle
Hi Geoff, On Sat, 2014-08-30 at 14:47 +0200, Paul Bolle wrote: > [Added Peter Anvin.] > > On Mon, 2014-08-25 at 13:22 -0400, Vivek Goyal wrote: > > On Fri, Aug 22, 2014 at 06:39:47PM +, Geoff Levand wrote: > > > Remove the unneded declaration for a kexec_load() routine. > > > > > > Fixes err

Re: [PATCH 03/20] powerpc/47x: Use pm_power_off rather than ppc_md.power_off

2014-10-06 Thread Alexander Graf
On 05.10.14 02:39, Segher Boessenkool wrote: > On Wed, Oct 01, 2014 at 03:27:49PM +0200, Alexander Graf wrote: >> diff --git a/arch/powerpc/platforms/44x/ppc476.c >> b/arch/powerpc/platforms/44x/ppc476.c >> index 33986c1..7027015 100644 >> --- a/arch/powerpc/platforms/44x/ppc476.c >> +++ b/arch/

Re: [PATCH 00/20] powerpc: Convert power off logic to pm_power_off

2014-10-06 Thread Alexander Graf
On 03.10.14 06:42, Michael Ellerman wrote: > On Wed, 2014-10-01 at 15:27 +0200, Alexander Graf wrote: >> The generic Linux framework to power off the machine is a function pointer >> called pm_power_off. The trick about this pointer is that device drivers can >> potentially implement it rather th

[PATCH] powerpc/powernv: Fallback to old HMI handling behavior for old firmware

2014-10-06 Thread Mahesh J Salgaonkar
From: Mahesh Salgaonkar Recently we moved HMI handling into Linux kernel instead of taking HMI directly in OPAL. This new change is dependent on new OPAL call for HMI recovery which was introduced in newer firmware. While this new change works fine with latest OPAL firmware, we broke the HMI hand