[PATCH] KVM: PPC: Book3S HV: Branch inside feature section

/book3s_hv_rmhandlers.S:416:(__ftr_alt_97+0x8): relocation truncated to fit: R_PPC64_REL14 against `.text'+1ca4 So instead of doing a conditional branch outside of the feature section, let's just jump at the end of the same, making the branch very short. Signed-off-by: Alexander Graf <ag...@suse

[PATCH] KVM: PPC: Fix svcpu copying with preemption enabled

-by: Simon Guo <wei.guo.si...@gmail.com> Fixes: 3d3319b45eea ("KVM: PPC: Book3S: PR: Enable interrupts earlier") Signed-off-by: Alexander Graf <ag...@suse.de> --- arch/powerpc/include/asm/kvm_book3s.h | 6 ++ arch/powerpc/kvm/book3s_interrupts.S | 4 +--- arch/p

Re: [PATCH] KVM: PPC: Book3S PR: close a race window when SVCPU pointer is hold before kvmppc_copy_from_svcpu()

On 31.01.18 05:23, wei.guo.si...@gmail.com wrote: > From: Simon Guo > > commit 40fdd8c88c4a ("KVM: PPC: Book3S: PR: Make svcpu -> vcpu store > preempt savvy") and commit 3d3319b45eea ("KVM: PPC: Book3S: PR: Enable > interrupts earlier") is trying to turns on preemption

Re: [PATCH] KVM: PPC: Book3S PR: close a race window when SVCPU pointer is hold before kvmppc_copy_from_svcpu()

TB breaks whitespace, I've also uploaded it to github: https://github.com/agraf/linux-2.6/commit/2469804ed37b41167e9d97f4d72da24cdcb9f959 Alex From: Alexander Graf <ag...@suse.de> Date: Wed, 31 Jan 2018 09:48:09 +0100 Subject: [PATCH] KVM: PPC: Fix svcpu copying with preemptio

[PATCH] KVM: PPC: Book3S HV: Remove vcpu->arch.dec usage

On Book3S in HV mode, we don't use the vcpu->arch.dec field at all. Instead, all logic is built around vcpu->arch.dec_expires. So let's remove the one remaining piece of code that was setting it. Signed-off-by: Alexander Graf <ag...@suse.de> --- Looking through the DEC logic, I fai

Re: [PATCH v2 2/2] powerpc/book3s: Fix TB corruption in guest exit path on HMI interrupt.

On 05/15/2016 06:14 AM, Mahesh J Salgaonkar wrote: From: Mahesh Salgaonkar When a guest is assigned to a core it converts the host Timebase (TB) into guest TB by adding guest timebase offset before entering into guest. During guest exit it restores the guest TB to

Re: [RFC PATCH kernel] KVM: PPC: Book3S PR: Fix WIMG handling under pHyp

On 24.11.17 00:33, Greg Kurz wrote: > On Wed, 22 Nov 2017 14:42:21 +1100 > Alexey Kardashevskiy wrote: > >> 96df226 "KVM: PPC: Book3S PR: Preserve storage control bits" added WIMG >> bits preserving but it missed 2 special cases: >> - a magic page in

Re: [RFC PATCH kernel] KVM: PPC: Book3S PR: Fix WIMG handling under pHyp

On 22.11.17 04:42, Alexey Kardashevskiy wrote: > 96df226 "KVM: PPC: Book3S PR: Preserve storage control bits" added WIMG > bits preserving but it missed 2 special cases: > - a magic page in kvmppc_mmu_book3s_64_xlate() and > - guest real mode in kvmppc_handle_pagefault(). > > For these ptes

Re: [patch] KVM: PPC: fix a sanity check

Oops :). Reviewed-by: Alexander Graf <ag...@suse.de> Alex ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] kvm-pr: manage illegal instructions

On 05/17/2016 10:35 AM, Laurent Vivier wrote: On 12/05/2016 16:23, Laurent Vivier wrote: On 12/05/2016 11:27, Alexander Graf wrote: On 05/12/2016 11:10 AM, Laurent Vivier wrote: On 11/05/2016 13:49, Alexander Graf wrote: On 05/11/2016 01:14 PM, Laurent Vivier wrote: On 11/05/2016 12:35

Re: [PATCH] kvm-pr: manage illegal instructions

On 05/12/2016 11:10 AM, Laurent Vivier wrote: On 11/05/2016 13:49, Alexander Graf wrote: On 05/11/2016 01:14 PM, Laurent Vivier wrote: On 11/05/2016 12:35, Alexander Graf wrote: On 03/15/2016 09:18 PM, Laurent Vivier wrote: While writing some instruction tests for kvm-unit-tests for powerpc

Re: [PATCH] kvm-pr: manage illegal instructions

On 05/11/2016 01:14 PM, Laurent Vivier wrote: On 11/05/2016 12:35, Alexander Graf wrote: On 03/15/2016 09:18 PM, Laurent Vivier wrote: While writing some instruction tests for kvm-unit-tests for powerpc, I've found that illegal instructions are not managed correctly with kvm-pr, while

Re: [PATCH] kvm-pr: manage illegal instructions

On 03/15/2016 09:18 PM, Laurent Vivier wrote: While writing some instruction tests for kvm-unit-tests for powerpc, I've found that illegal instructions are not managed correctly with kvm-pr, while it is fine with kvm-hv. When an illegal instruction (like ".long 0") is processed by kvm-pr, the

Re: [PATCH] powerpc: Fix definition of SIAR register

On 04/25/2016 11:16 AM, Thomas Huth wrote: On 25.04.2016 10:15, Alexander Graf wrote: Am 25.04.2016 um 10:08 schrieb Madhavan Srinivasan <ma...@linux.vnet.ibm.com>: On Friday 08 April 2016 09:24 PM, Thomas Huth wrote: The SIAR register is available twice, one time as SPR 780 (unpriv

Re: [PATCH] powerpc: Fix definition of SIAR register

> Am 25.04.2016 um 10:08 schrieb Madhavan Srinivasan : > > > >> On Friday 08 April 2016 09:24 PM, Thomas Huth wrote: >> The SIAR register is available twice, one time as SPR 780 (unprivileged, >> but read-only), and one time as SPR 796 (privileged, but read and

Re: [PATCH] spapr: Don't set the TM ibm, pa-features bit in PR KVM mode

> Am 04.04.2016 um 13:09 schrieb Anton Blanchard : > > We don't support transactional memory in PR KVM, so don't tell > the OS that we do. > > Signed-off-by: Anton Blanchard > --- > > diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c > index e7be21e..538bd87

Re: commit 9178ba294b6839eeff1a91bed95515d783f3ee6c an A-Eon Tabor Board

On 02/03/2016 11:15 PM, Julian Margetson wrote: On 2/3/2016 4:43 PM, Alexander Graf wrote: On 02/03/2016 10:33 AM, Julian Margetson wrote: Resending as it was attached to and old thread relating to a different motherboard. On 2/2/2016 9:54 AM, Julian Margetson wrote: Commit

Re: commit 9178ba294b6839eeff1a91bed95515d783f3ee6c an A-Eon Tabor Board

On 02/03/2016 10:33 AM, Julian Margetson wrote: Resending as it was attached to and old thread relating to a different motherboard. On 2/2/2016 9:54 AM, Julian Margetson wrote: Commit 9178ba294b6839eeff1a91bed95515d783f3ee6c prevents building of kernel 4.1 branch on A-Eon Tabor Board.

Re: commit 9178ba294b6839eeff1a91bed95515d783f3ee6c an A-Eon Tabor Board

On 02/03/2016 11:54 PM, Julian Margetson wrote: On 2/3/2016 6:20 PM, Alexander Graf wrote: On 02/03/2016 11:15 PM, Julian Margetson wrote: On 2/3/2016 4:43 PM, Alexander Graf wrote: On 02/03/2016 10:33 AM, Julian Margetson wrote: Resending as it was attached to and old thread relating

Re: [PATCH] KVM: ppc: Fix size of the PSPB register

> Am 02.09.2015 um 09:26 schrieb Thomas Huth : > >> On 02/09/15 00:55, Benjamin Herrenschmidt wrote: >>> On Wed, 2015-09-02 at 08:45 +1000, Paul Mackerras wrote: >>> On Wed, Sep 02, 2015 at 08:25:05AM +1000, Benjamin Herrenschmidt >>> wrote: On Tue, 2015-09-01 at 23:41

Re: Build regressions/improvements in v4.2-rc8

On 24.08.15 10:36, Geert Uytterhoeven wrote: On Mon, Aug 24, 2015 at 10:34 AM, Geert Uytterhoeven ge...@linux-m68k.org wrote: JFYI, when comparing v4.2-rc8[1] to v4.2-rc7[3], the summaries are: - build errors: +4/-7 4 regressions: + /home/kisskb/slave/src/include/linux/kvm_host.h:

Re: [PATCH v2 2/4] PCI: pci-host-generic: Fix lookup of linux, pci-probe-only property

On 14.08.2015, at 09:43, Will Deacon will.dea...@arm.com wrote: On Fri, Aug 14, 2015 at 05:40:51PM +0100, Bjorn Helgaas wrote: On Fri, Aug 14, 2015 at 05:19:17PM +0100, Marc Zyngier wrote: When pci-host-generic looks for the probe-only property, it seems to trust the DT to be correctly

Re: [PATCH v3 1/1] KVM: PPC: Book3S: correct width in XER handling

On 06.08.15 12:16, Laurent Vivier wrote: Hi, I'd also like to see this patch in the mainstream as it fixes a bug appearing when we switch from vCPU context to hypervisor context (guest crash). Thanks, applied to kvm-ppc-queue. Alex ___

Re: [PATCH] kvm:powerpc:Fix incorrect return statement in the function mpic_set_default_irq_routing

On 07.08.15 17:54, Nicholas Krause wrote: This fixes the incorrect return statement in the function mpic_set_default_irq_routing from always returning zero to signal success to this function's caller to instead return the return value of kvm_set_irq_routing as this function can fail and we

Re: [PATCH] kvm:powerpc:Fix return statements for wrapper functions in the file book3s_64_mmu_hv.c

On 10.08.15 17:27, Nicholas Krause wrote: This fixes the wrapper functions kvm_umap_hva_hv and the function kvm_unmap_hav_range_hv to return the return value of the function kvm_handle_hva or kvm_handle_hva_range that they are wrapped to call internally rather then always making the caller

Re: [PATCH] kvm:powerpc:Fix incorrect return statement in the function mpic_set_default_irq_routing

On 12.08.15 21:06, nick wrote: On 2015-08-12 03:05 PM, Alexander Graf wrote: On 07.08.15 17:54, Nicholas Krause wrote: This fixes the incorrect return statement in the function mpic_set_default_irq_routing from always returning zero to signal success to this function's caller

Re: [PATCH v2 1/1] KVM: PPC: Book3S: correct width in XER handling

On 26.05.15 02:27, Sam Bobroff wrote: In 64 bit kernels, the Fixed Point Exception Register (XER) is a 64 bit field (e.g. in kvm_regs and kvm_vcpu_arch) and in most places it is accessed as such. This patch corrects places where it is accessed as a 32 bit field by a 64 bit kernel. In

Re: [PATCH 1/1] KVM: PPC: Book3S: correct width in XER handling

On 20.05.15 07:26, Sam Bobroff wrote: In 64 bit kernels, the Fixed Point Exception Register (XER) is a 64 bit field (e.g. in kvm_regs and kvm_vcpu_arch) and in most places it is accessed as such. This patch corrects places where it is accessed as a 32 bit field by a 64 bit kernel. In

Re: [PATCH 1/1] KVM: PPC: Book3S: correct width in XER handling

On 26.05.15 02:14, Sam Bobroff wrote: On Mon, May 25, 2015 at 11:08:08PM +0200, Alexander Graf wrote: On 20.05.15 07:26, Sam Bobroff wrote: In 64 bit kernels, the Fixed Point Exception Register (XER) is a 64 bit field (e.g. in kvm_regs and kvm_vcpu_arch) and in most places it is accessed

Re: [PATCH] powerpc/kvm: Fix SMP=n build error in book3s_xics.c

to spin lock) Signed-off-by: Michael Ellerman m...@ellerman.id.au Reviewed-by: Alexander Graf ag...@suse.de Alex ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v2] powerpc/book3s: Fix the MCE code to use CONFIG_KVM_BOOK3S_64_HANDLER

On 17.03.15 11:44, Mahesh J Salgaonkar wrote: From: Mahesh Salgaonkar mah...@linux.vnet.ibm.com commit id 2ba9f0d has changed CONFIG_KVM_BOOK3S_64_HV to tristate to allow HV/PR bits to be built as modules. But the MCE code still depends on CONFIG_KVM_BOOK3S_64_HV which is wrong. When user

Re: [PATCH v4 2/4] kvm/ppc/mpic: drop unused IRQ_testbit

-06/msg01812.html v4: Fixed the comment regarding the origination of OpenPIC codebase and CC'ed KVM mailing lists, as suggested by Alexander Graf. v3: In patch 4/4, do not remove fsl_mpic_primary_get_version() from arch/powerpc/sysdev/mpic.c because the patch by Jia Hongtao

Re: [PATCH 2/4] kvm/ppc/mpic: drop unused IRQ_testbit

and then got imported into the kernel. [1] https://lists.gnu.org/archive/html/qemu-devel/2014-06/msg01812.html Signed-off-by: Arseny Solokha asolo...@kb.kras.ru Cc: Alexander Graf ag...@suse.de Cc: Gleb Natapov g...@kernel.org Cc: Paolo Bonzini pbonz...@redhat.com Please resubmit

Re: [PATCH 2/2] powerpc/kvm: Limit MAX_VCPUS for guests running on RT Linux

On 18.02.15 10:32, Bogdan Purcareata wrote: Due to the introduction of the raw_spinlock for the KVM openpic, guests with a high number of VCPUs may induce great latencies on the underlying RT Linux system (e.g. cyclictest reports latencies of ~15ms for guests with 24 VCPUs). This can be

Re: [PATCH 0/2] powerpc/kvm: Enable running guests on RT Linux

On 18.02.15 10:32, Bogdan Purcareata wrote: This patchset enables running KVM SMP guests with external interrupts on an underlying RT-enabled Linux. Previous to this patch, a guest with in-kernel MPIC emulation could easily panic the kernel due to preemption when delivering IPIs and

Re: [PATCH 0/2] powerpc/kvm: Enable running guests on RT Linux

On 20.02.15 15:12, Paolo Bonzini wrote: On 20/02/2015 14:45, Alexander Graf wrote: On 18.02.15 10:32, Bogdan Purcareata wrote: This patchset enables running KVM SMP guests with external interrupts on an underlying RT-enabled Linux. Previous to this patch, a guest with in-kernel MPIC

Re: [PATCH 4/5] powerpc: Cleanup KVM emulated load/store endian handling

this up by renaming to more accurate host_swabbed, and uses the generic swab*() functions instead of the powerpc specific and misleadingly named ld_le*() and st_le*() functions. Signed-off-by: David Gibson da...@gibson.dropbear.id.au Reviewed-by: Alexander Graf ag...@suse.de Alex

Re: [PATCH v3 08/24] powerpc/spapr: vfio: Switch from iommu_table to new powerpc_iommu

On 03.02.15 01:12, Alex Williamson wrote: On Thu, 2015-01-29 at 20:21 +1100, Alexey Kardashevskiy wrote: Modern IBM POWERPC systems support multiple (currently two) TCE tables per IOMMU group (a.k.a. PE). This adds a powerpc_iommu container for TCE tables. Right now just one table is

Re: [PATCH 0/8] current ACCESS_ONCE patch queue

/git/borntraeger/linux.git linux-next KVM PPC bits are: Acked-by: Alexander Graf ag...@suse.de Alex ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] powerpc: powernv: Return to cpu offline loop when finished in KVM guest

On 21.12.14 15:13, Andreas Schwab wrote: arch/powerpc/kvm/built-in.o: In function `kvm_no_guest': arch/powerpc/kvm/book3s_hv_rmhandlers.o:(.text+0x724): undefined reference to `power7_wakeup_loss' Ugh. We just removed support for 970 HV mode, but that obviously doesn't mean you can't compile

Re: [PATCH 1/3] powerpc: Don't use local named register variable in current_thread_info

On 18.12.14 06:11, Michael Ellerman wrote: On Wed, 2014-12-17 at 02:16 +0100, Alexander Graf wrote: On 31.10.14 04:47, Anton Blanchard wrote: LLVM doesn't support local named register variables and is unlikely to. current_thread_info is using one, fix it by moving it out and calling

Re: [PATCH 1/3] powerpc: Don't use local named register variable in current_thread_info

On 18.12.14 07:25, Anton Blanchard wrote: On Thu, 18 Dec 2014 16:11:54 +1100 Michael Ellerman m...@ellerman.id.au wrote: On Wed, 2014-12-17 at 02:16 +0100, Alexander Graf wrote: On 31.10.14 04:47, Anton Blanchard wrote: LLVM doesn't support local named register variables and is unlikely

Re: [PATCH 1/3] powerpc: Don't use local named register variable in current_thread_info

On 17.12.14 04:44, Anton Blanchard wrote: Hi Alex, Git bisect managed to point me to this commit as the offender for OOPSes on e5500 and e6500 (and maybe the G4 as well, not sure). Doing a git revert of this commit on top of linus/master makes things work fine for me again. Ouch,

Re: [PATCH] arch: powerpc: kvm: book3s_paired_singles.c: Remove unused function

On 07.12.14 23:29, Rickard Strandqvist wrote: Remove the function inst_set_field() that is not used anywhere. This was partially found by using a static code analysis program called cppcheck. Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se Thanks, applied all

Re: [PATCH] powerpc: powernv: Return to cpu offline loop when finished in KVM guest

be appreciated. Acked-by: Alexander Graf ag...@suse.de Alex ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH 1/3] powerpc: Don't use local named register variable in current_thread_info

On 31.10.14 04:47, Anton Blanchard wrote: LLVM doesn't support local named register variables and is unlikely to. current_thread_info is using one, fix it by moving it out and calling it __current_r1(). I gave it a bit of an obscure name because we don't want anyone else using it - they

Re: [Patch] :Fix ISR return value in i2c-mpc.c

Am 12.12.2014 um 09:08 schrieb Amit Tomar amit.to...@freescale.com: ISR should return IRQ_HANDLED only in case of handling something. Signed-off-by: Amit Singh Tomar amit.to...@freescale.com Please just send a v2 of your patch with the below fix included :). Alex

Re: [Patch] :Fix ISR return value in i2c-mpc.c

Am 12.12.2014 um 09:08 schrieb Amit Tomar amit.to...@freescale.com: ISR should return IRQ_HANDLED only in case of handling something. Signed-off-by: Amit Singh Tomar amit.to...@freescale.com Oh, this is on the Linux side. Sorry, please ignore my previous email. Please provide some

Re: [RFC 00/11]: powerKVM, release the compute power of secondary hwthread on host

On 16.10.14 21:29, kernelf...@gmail.com wrote: Nowadays, when running powerKVM(book3s, hv mode), we should make the secondary hwthread offline. Which means that if we run misc tsks other than dedicated KVM (e.g mix java and KVM), we will lose the compute power of the secondary hwthread on

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

on the virt e500 machine, I can successfully turn off my virtual machine after halt. Signed-off-by: Alexander Graf ag...@suse.de [mpe: Squash into one patch and update changelog based on cover letter] Signed-off-by: Michael Ellerman m...@ellerman.id.au --- arch/powerpc/include/asm

[PATCH v2 04/20] powerpc/52xx/efika: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/52xx/efika.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v2 02/20] powerpc/xmon: Support either ppc_md.power_off or pm_power_off

Xmon can manually turn off the machine. We now have 2 code paths for this: 1) ppc_md.power_off 2) pm_power_off This patch allows xmon to support both and makes sure it graciously allows a path to not be implemented. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/xmon/xmon.c

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

ppc_md static replacement setters into probe function Alexander Graf (20): powerpc: Support override of pm_power_off powerpc/xmon: Support either ppc_md.power_off or pm_power_off powerpc/47x: Use pm_power_off rather than ppc_md.power_off powerpc/52xx/efika: Use pm_power_off rather than

[PATCH v2 08/20] powerpc/celleb: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/cell/celleb_setup.c | 4 ++-- 1 file changed, 2

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

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - fix typo --- arch/powerpc/platforms/44x/ppc476.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 07/20] powerpc/85xx/sgy_cts1000: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/85xx/sgy_cts1000.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms

[PATCH v2 13/20] powerpc/6xx/linkstation: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/embedded6xx/linkstation.c | 4 +++- 1 file changed, 3

[PATCH v2 05/20] powerpc/mpc8349emitx: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/powerpc

[PATCH v2 01/20] powerpc: Support override of pm_power_off

The pm_power_off callback is what drivers are supposed to modify when they implement power off support for the system. Support a modified callback on powerpc. That way power off support code can now either override ppc_md.power_off or pm_power_off. Signed-off-by: Alexander Graf ag...@suse.de

[PATCH v2 06/20] powerpc/corenet: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/85xx/corenet_generic.c | 2 +- arch/powerpc/sysdev/fsl_soc.c | 2 +- 2 files changed, 2

[PATCH v2 09/20] powerpc/cell/qpace: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/cell/qpace_setup.c | 2 +- 1 file changed, 1 insertion

[PATCH v2 20/20] powerpc: Remove ppc_md.power_off

Now that we have all implementations of ppc_md.power_off converted to pm_power_off we can remove the ppc_md variant. While at it, also set the default for pm_power_off to NULL so that non machine drivers can implement overrides. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc

[PATCH v2 12/20] powerpc/6xx/gamecube: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/embedded6xx/gamecube.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc

[PATCH v2 14/20] powerpc/6xx/wii: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/embedded6xx/wii.c | 3 ++- 1 file changed, 2 insertions

[PATCH v2 16/20] powerpc/powermac: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/powermac/setup.c | 147

[PATCH v2 11/20] powerpc/chrp: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/chrp/setup.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v2 17/20] powerpc/powernv: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/powernv/setup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms

[PATCH v2 15/20] powerpc/maple: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/maple/setup.c | 4 ++-- 1 file changed, 2 insertions

[PATCH v2 10/20] powerpc/cell: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/cell/setup.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 19/20] powerpc/pseries: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/pseries/setup.c | 59

[PATCH v2 18/20] powerpc/ps3: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- v1 - v2: - write pm_power_off in probe function --- arch/powerpc/platforms/ps3/setup.c | 2 +- 1 file changed, 1 insertion(+), 1

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

On 07.10.14 08:25, Michael Ellerman wrote: 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

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

On 07.10.14 19:00, Guenter Roeck wrote: On Tue, Oct 07, 2014 at 01:35:07PM +0200, Alexander Graf wrote: On 07.10.14 08:25, Michael Ellerman wrote: 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

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

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 than

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

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/powerpc

[PATCH 05/20] powerpc/mpc8349emitx: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/powerpc

[PATCH 07/20] powerpc/85xx/sgy_cts1000: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/85xx/sgy_cts1000.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms

[PATCH 08/20] powerpc/celleb: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/cell/celleb_setup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc

[PATCH 04/20] powerpc/52xx/efika: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/52xx/efika.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/52xx

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

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/44x/ppc476.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/44x

[PATCH 02/20] powerpc/xmon: Support either ppc_md.power_off or pm_power_off

Xmon can manually turn off the machine. We now have 2 code paths for this: 1) ppc_md.power_off 2) pm_power_off This patch allows xmon to support both and makes sure it graciously allows a path to not be implemented. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/xmon/xmon.c

[PATCH 13/20] powerpc/6xx/linkstation: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/embedded6xx/linkstation.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc

[PATCH 06/20] powerpc/corenet: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/85xx/corenet_generic.c | 2 +- arch/powerpc/sysdev/fsl_soc.c | 2 +- 2 files changed, 2

[PATCH 09/20] powerpc/cell/qpace: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/cell/qpace_setup.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/platforms

[PATCH 01/20] powerpc: Support override of pm_power_off

The pm_power_off callback is what drivers are supposed to modify when they implement power off support for the system. Support a modified callback on powerpc. That way power off support code can now either override ppc_md.power_off or pm_power_off. Signed-off-by: Alexander Graf ag...@suse.de

[PATCH 11/20] powerpc/chrp: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/chrp/setup.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/chrp

[PATCH 17/20] powerpc/powernv: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/powernv/setup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms

[PATCH 15/20] powerpc/maple: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/maple/setup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms

[PATCH 18/20] powerpc/ps3: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/ps3/setup.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/ps3

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

machine after halt. Alex Alexander Graf (20): powerpc: Support override of pm_power_off powerpc/xmon: Support either ppc_md.power_off or pm_power_off powerpc/47x: Use pm_power_off rather than ppc_md.power_off powerpc/52xx/efika: Use pm_power_off rather than ppc_md.power_off powerpc

[PATCH 14/20] powerpc/6xx/wii: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/embedded6xx/wii.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/platforms

[PATCH 12/20] powerpc/6xx/gamecube: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/embedded6xx/gamecube.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/powerpc

[PATCH 20/20] powerpc: Remove ppc_md.power_off

Now that we have all implementations of ppc_md.power_off converted to pm_power_off we can remove the ppc_md variant. While at it, also set the default for pm_power_off to NULL so that non machine drivers can implement overrides. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc

[PATCH 10/20] powerpc/cell: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/cell/setup.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/cell

[PATCH 16/20] powerpc/powermac: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/powermac/setup.c | 147 1 file changed, 74 insertions(+), 73 deletions(-) diff

[PATCH 19/20] powerpc/pseries: Use pm_power_off rather than ppc_md.power_off

The generic power off callback is pm_power_off. Use that one rather than the powerpc specific ppc_md.power_off. Signed-off-by: Alexander Graf ag...@suse.de --- arch/powerpc/platforms/pseries/setup.c | 59 +- 1 file changed, 30 insertions(+), 29 deletions(-) diff

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

On 01.10.14 16:33, Geert Uytterhoeven wrote: Hi Alex, On Wed, Oct 1, 2014 at 3:27 PM, Alexander Graf ag...@suse.de 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

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

On 01.10.14 17:54, Guenter Roeck wrote: On Wed, Oct 01, 2014 at 04:47:23PM +0200, Alexander Graf wrote: On 01.10.14 16:33, Geert Uytterhoeven wrote: Hi Alex, On Wed, Oct 1, 2014 at 3:27 PM, Alexander Graf ag...@suse.de wrote: The generic Linux framework to power off the machine

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

On 02.10.14 00:39, Scott Wood 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 than board

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

On 02.10.14 01:28, Scott Wood wrote: On Thu, 2014-10-02 at 01:21 +0200, Alexander Graf wrote: On 02.10.14 00:39, Scott Wood 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

  1   2   3   4   5   6   7   8   9   10   >