[PATCH 1/2] powerpc: Remove DEBUG define in 64-bit early setup code

This statement causes some not very useful messages to always be printed on the serial port at boot, even on quiet boots. Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/kernel/setup_64.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 2/2] powerpc: Reduce log level of "OPAL detected !" message

This message isn't terribly useful. Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/platforms/powernv/opal.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/platforms/powernv/opal.c b/arch/powerpc/platforms/powernv/opal.c index

Re: [PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

Le 22/11/2017 à 00:07, Balbir Singh a écrit : On Wed, Nov 22, 2017 at 1:28 AM, Christophe Leroy wrote: On powerpc32, patch_instruction() is called by apply_feature_fixups() which is called from early_init() There is the following note in front of early_init(): *

Re: [PATCH] cxl: Check if vphb exists before iterating over AFU devices

Andrew Donnellan writes: > Looks to me like we might need the same fix in > cxl_vphb_error_detected()? It's called twice in > cxl_pci_error_detected(), and in only one of those cases is it > surrounded by an afu->phb NULL check. Thanks for catching this. Will

Re: [PATCH] cxl: Check if vphb exists before iterating over AFU devices

On 22/11/17 16:46, Vaibhav Jain wrote: During an eeh a kernel-oops is reported if no vPHB to allocated to the AFU. This happens as during AFU init, an error in creation of vPHB is a non-fatal error. Hence afu->phb should always be checked for NULL before iterating over it for the virtual AFU pci

Re: [PATCH 00/16] Remove hash page table slot tracking from linux PTE

Paul Mackerras writes: > On pseries, performance is about 2.4% worse without new hcalls, but > that is less than 1 standard deviation. With new hcalls, performance > is 0.95% worse, only a third of a standard deviation. I think we need > to do more measurements to try to get

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

On 21.11.2017 02:14, Nicolin Chen wrote: > On Tue, Nov 21, 2017 at 01:32:09AM +0100, Maciej S. Szmigiero wrote: >> On 21.11.2017 01:00, Nicolin Chen wrote: >>> On Mon, Nov 20, 2017 at 11:13:45PM +0100, Maciej S. Szmigiero wrote: >> (..) We need to make sure, however, that only proper channel

Re: [alsa-devel] [PATCH 2/2] ASoC: fsl_ssi: serialize AC'97 register access operations

On 21.11.2017 02:52, Nicolin Chen wrote: > On Mon, Nov 20, 2017 at 11:16:07PM +0100, Maciej S. Szmigiero wrote: (..) >> static unsigned short fsl_ssi_ac97_read(struct snd_ac97 *ac97, >> @@ -1287,16 +1295,18 @@ static unsigned short fsl_ssi_ac97_read(struct >> snd_ac97 *ac97, >> { >> struct

[PATCH] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

On powerpc32, patch_instruction() is called by apply_feature_fixups() which is called from early_init() There is the following note in front of early_init(): * Note that the kernel may be running at an address which is different * from the address that it was linked at, so we must use

Re: STRICT_KERNEL_RWX on PPC32 is broken on PowerMac G4

Le 21/11/2017 à 03:28, Balbir Singh a écrit : On Sun, Nov 19, 2017 at 1:36 AM, LEROY Christophe wrote: Meelis Roos a écrit : How early does it hang ? Any oops or trace ? Very early - instead oif kernel emssages, I see some repeated gibberish of

Re: [PATCH 1/2] selftests/powerpc: Check for pthread errors in tm-unavailable

Hi Cyril, Thanks for adding the checks! On 21-11-2017 05:17, Cyril Bur wrote: > Signed-off-by: Cyril Bur Signed-off-by: Gustavo Romero Cheers, Gustavo > --- > .../testing/selftests/powerpc/tm/tm-unavailable.c | 43 > +- >

[RFC PATCH for 4.15 v7 19/22] powerpc: membarrier: Skip memory barrier in switch_mm()

Allow PowerPC to skip the full memory barrier in switch_mm(), and only issue the barrier when scheduling into a task belonging to a process that has registered to use expedited private. Threads targeting the same VM but which belong to different thread groups is a tricky case. It has a few

Re: [PATCH] fsl_pci: Correct fsl_pci_mcheck_exception

On Wed, 2017-09-06 at 19:19 +, Leo Li wrote: > > -Original Message- > > From: York Sun > > Sent: Wednesday, September 06, 2017 10:34 AM > > To: Leo Li > > Cc: Joakim Tjernlund ; linuxppc-dev linuxppc- > > dev

Re: [PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

> On powerpc32, patch_instruction() is called by apply_feature_fixups() > which is called from early_init() > > There is the following note in front of early_init(): > * Note that the kernel may be running at an address which is different > * from the address that it was linked at, so we must

[PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

On powerpc32, patch_instruction() is called by apply_feature_fixups() which is called from early_init() There is the following note in front of early_init(): * Note that the kernel may be running at an address which is different * from the address that it was linked at, so we must use

[RFC PATCH for 4.15 08/22] powerpc: Wire up restartable sequences system call

From: Boqun Feng Wire up the rseq system call on powerpc. This provides an ABI improving the speed of a user-space getcpu operation on powerpc by skipping the getcpu system call on the fast path, as well as improving the speed of user-space operations on per-cpu data

[RFC PATCH for 4.15 07/22] powerpc: Add support for restartable sequences

From: Boqun Feng Call the rseq_handle_notify_resume() function on return to userspace if TIF_NOTIFY_RESUME thread flag is set. Increment the event counter and perform fixup on the pre-signal when a signal is delivered on top of a restartable sequence critical section.

Re: [PATCH 2/2] selftests/powerpc: Calculate spin time in tm-unavailable

Hi Cyril, On 21-11-2017 05:17, Cyril Bur wrote: > Currently the tm-unavailable test spins for a fixed amount of time in > an attempt to ensure the FPU/VMX/VSX facilities are off. This value was > experimentally tested to be long enough. > > Problems may arise if kernel heuristics were to change.

[RFC PATCH for 4.15 12/22] powerpc: Wire up cpu_opv system call

Signed-off-by: Mathieu Desnoyers CC: Benjamin Herrenschmidt CC: Paul Mackerras CC: Michael Ellerman CC: Boqun Feng CC: Peter Zijlstra CC: "Paul E.

[no subject]

Hello , I have been working on trying to get a newer kernel and Ubuntu version running on the PS3 within otherOS on a PS3 slim. I managed to find a git repository made by Geoff that is still being updated as of a few days ago. That can be found here -

Re: [PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

On Wed, Nov 22, 2017 at 1:28 AM, Christophe Leroy wrote: > On powerpc32, patch_instruction() is called by apply_feature_fixups() > which is called from early_init() > > There is the following note in front of early_init(): > * Note that the kernel may be running at an

Re: [PATCH 2/2] selftests/powerpc: Calculate spin time in tm-unavailable

On Tue, 2017-11-21 at 11:31 -0200, Gustavo Romero wrote: > Hi Cyril, > > On 21-11-2017 05:17, Cyril Bur wrote: > > Currently the tm-unavailable test spins for a fixed amount of time in > > an attempt to ensure the FPU/VMX/VSX facilities are off. This value was > > experimentally tested to be long

[PATCH v2 2/2] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

In AC'97 mode we configure and start SSI RX / TX on probe path via a call to _fsl_ssi_set_dai_fmt() function. We don't need to call this function again later and in fact don't want to do it since this function temporarily sets STCR, SRCR and SCR to some intermediate values. Signed-off-by: Maciej

Re: [PATCH kernel] powerpc/powernv/idoa: Remove unnecessary pcidev from pci_dn

On 23/10/17 19:07, Alexey Kardashevskiy wrote: > The pcidev value stored in pci_dn is only used for NPU/NPU2 > initialization. We can easily drop the cached pointer and > use an ancient helper - pci_get_domain_bus_and_slot() instead in order > to reduce complexity. Ping? > > Signed-off-by:

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

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 WIMG were 0 and pHyp failed on these causing a guest to stop in

Re: [PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

On Tue, 2017-11-21 at 19:28 +0200, Meelis Roos wrote: > For wider powerpc audience: this warning-like INFO bit is present > independently of theis patch. Is it dangerous for some configuration? > > INFO: Uncompressed kernel (size 0x5d6c54) overlaps the address of the > wrapper(0x40) > INFO:

[PATCH v2 1/2] ASoC: fsl_ssi: only enable proper channel slots in AC'97 mode

We need to make sure that only proper channel slots (in SACCST register) are enabled at playback start time since some AC'97 CODECs (like VT1613 on UDOO board) were observed requesting via SLOTREQ spurious ones just after an AC'97 link is started but before the CODEC is configured by its driver.

[PATCH v2] powerpc: fix boot on BOOK3S_32 with CONFIG_STRICT_KERNEL_RWX

On powerpc32, patch_instruction() is called by apply_feature_fixups() which is called from early_init() There is the following note in front of early_init(): * Note that the kernel may be running at an address which is different * from the address that it was linked at, so we must use

Re: [PATCH v1] mm: relax deferred struct page requirements

On Thu, 2017-11-16 at 20:46 -0500, Pavel Tatashin wrote: > There is no need to have ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT, > as all the page initialization code is in common code. > > Also, there is no need to depend on MEMORY_HOTPLUG, as initialization > code > does not really use hotplug

Re: [PATCH 2/2] powerpc/perf: Fix IMC_MAX_PMU macro

Madhavan Srinivasan writes: > diff --git a/arch/powerpc/platforms/powernv/opal-imc.c > b/arch/powerpc/platforms/powernv/opal-imc.c > index b150f4deaccf..4764e6932cb7 100644 > --- a/arch/powerpc/platforms/powernv/opal-imc.c > +++

Re: [PATCH kernel] powerpc/powernv/idoa: Remove unnecessary pcidev from pci_dn

On Mon, 2017-10-23 at 19:07 +1100, Alexey Kardashevskiy wrote: > The pcidev value stored in pci_dn is only used for NPU/NPU2 > initialization. We can easily drop the cached pointer and > use an ancient helper - pci_get_domain_bus_and_slot() instead in > order > to reduce complexity. > >

[PATCH v2 2/2] powerpc/perf: Fix IMC_MAX_PMU macro

IMC_MAX_PMU is used for static storage (per_nest_pmu_arr) which holds nest pmu information. Current value for the macro is 32 based on the initial number of nest pmu units supported by the nest microcode. But going forward, microcode could support more nest units. Instead of static storage, patch

[PATCH 1/2] powerpc/perf: Fix pmu_count to count only nest imc pmus

"pmu_count" in opal_imc_counters_probe() is intended to hold the number of successful nest imc pmu registerations. But current code also counts other imc units like core_imc and thread_imc. Patch add a check to count only nest imc pmus. Signed-off-by: Madhavan Srinivasan

Re: [PATCH 2/2] powerpc/perf: Fix IMC_MAX_PMU macro

On Wednesday 22 November 2017 06:53 AM, Michael Ellerman wrote: Madhavan Srinivasan writes: diff --git a/arch/powerpc/platforms/powernv/opal-imc.c b/arch/powerpc/platforms/powernv/opal-imc.c index b150f4deaccf..4764e6932cb7 100644 ---

[PATCH 02/30] powerpc/PCI: deprecate pci_get_bus_and_slot()

pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't extract the domain number. Other places, use

[PATCH 14/30] powerpc/powermac: deprecate pci_get_bus_and_slot()

pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't extract the domain number. Other places, use

[PATCH] cxl: Check if vphb exists before iterating over AFU devices

During an eeh a kernel-oops is reported if no vPHB to allocated to the AFU. This happens as during AFU init, an error in creation of vPHB is a non-fatal error. Hence afu->phb should always be checked for NULL before iterating over it for the virtual AFU pci devices. This patch fixes the