Re: [RFC] cpuidle/powernv : Support for pre-entry and post exit of stop state in firmware

Hi Abhishek, On Fri, Apr 03, 2020 at 04:27:01AM -0500, Abhishek Goel wrote: > This patch provides kernel framework fro opal support of save restore > of sprs in idle stop loop. Opal support for stop states is needed to > selectively enable stop states or to introduce a quirk quickly in case > a

Re: [RFC PATCH 2/3] powerpc/lib: Initialize a temporary mm for code patching

Le 31/03/2020 à 05:19, Christopher M Riedl a écrit : On March 24, 2020 11:10 AM Christophe Leroy wrote: Le 23/03/2020 à 05:52, Christopher M. Riedl a écrit : When code patching a STRICT_KERNEL_RWX kernel the page containing the address to be patched is temporarily mapped with permissive

Re: [RFC 3/3] Introduce capability for firmware-enabled-stop

Hi Pratik, On Wed, Mar 04, 2020 at 09:31:23PM +0530, Pratik Rajesh Sampat wrote: > Design patch that introduces the capability for firmware to handle the > stop states instead. A bit is set based on the discovery of the feature > and correspondingly also the responsibility to handle the stop

Re: [RFC 1/3] Interface for an idle-stop dependency structure

Hi Pratik, On Wed, Mar 04, 2020 at 09:31:21PM +0530, Pratik Rajesh Sampat wrote: > Design patch to introduce the idea of having a dependency structure for > idle-stop. The structure encapsulates the following: > 1. Bitmask for version of idle-stop > 2. Bitmask for propterties like ENABLE/DISABLE

[PATCH] i2c: powermac: Simplify reading the "reg" and "i2c-address" property

Use of_property_read_u32 to read the "reg" and "i2c-address" property instead of using of_get_property to check the return values. Signed-off-by: Aishwarya R --- drivers/i2c/busses/i2c-powermac.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

Re: [RFC] Support stop state version quirk and firmware enabled stop

Hi Pratik, On Wed, Mar 04, 2020 at 09:26:48PM +0530, Pratik Rajesh Sampat wrote: > A concept patch in Skiboot to illustrate the case wherein handling of > stop states for different DD versions of a CPU can be achieved by a > simple modification in the list of cpu_features. > As an example

Re: [PATCH kernel v2 0/7] powerpc/powenv/ioda: Allow huge DMA window at 4GB

On 23/03/2020 18:53, Alexey Kardashevskiy wrote: > Here is an attempt to support bigger DMA space for devices > supporting DMA masks less than 59 bits (GPUs come into mind > first). POWER9 PHBs have an option to map 2 windows at 0 > and select a windows based on DMA address being below or above

Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests

On 04/07/2020 09:24 PM, Gerald Schaefer wrote: > On Sun, 5 Apr 2020 17:58:14 +0530 > Anshuman Khandual wrote: > > [...] >>> >>> Could be fixed like this (the first de-reference is a bit special, >>> because at that point *ptep does not really point to a large (pmd) entry >>> yet, it is

Re: [PATCH] cxl: Rework error message for incompatible slots

Le 08/04/2020 à 04:13, Andrew Donnellan a écrit : On 7/4/20 9:56 pm, Frederic Barrat wrote: Improve the error message shown if a capi adapter is plugged on a capi-incompatible slot directly under the PHB (no intermediate switch). Fixes: 5632874311db ("cxl: Add support for POWER9 DD2") Cc:

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

Le 08/04/2020 à 01:32, Benjamin Herrenschmidt a écrit : On Fri, 2020-04-03 at 15:59 +1100, Michael Ellerman wrote: Benjamin Herrenschmidt writes: On Tue, 2020-03-31 at 16:30 +1100, Michael Ellerman wrote: I have no attachment to 40x, and I'd certainly be happy to have less code in the

Re: [PATCH 3/4] powerpc/eeh: Remove workaround from eeh_add_device_late()

On Wed, Apr 8, 2020 at 4:22 PM Sam Bobroff wrote: > > On Fri, Apr 03, 2020 at 05:08:32PM +1100, Oliver O'Halloran wrote: > > On Mon, 2020-03-30 at 15:56 +1100, Sam Bobroff wrote: > > > When EEH device state was released asynchronously by the device > > > release handler, it was possible for an

Re: [PATCH 4/4] powerpc/eeh: Clean up edev cleanup for VFs

On Fri, Apr 03, 2020 at 04:45:47PM +1100, Oliver O'Halloran wrote: > On Mon, 2020-03-30 at 15:56 +1100, Sam Bobroff wrote: > > Because the bus notifier calls eeh_rmv_from_parent_pe() (via > > eeh_remove_device()) when a VF is removed, the call in > > remove_sriov_vf_pdns() is redundant. > >

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

Hi Ben, On Wed, Apr 8, 2020 at 1:34 AM Benjamin Herrenschmidt wrote: > On Fri, 2020-04-03 at 15:59 +1100, Michael Ellerman wrote: > > Benjamin Herrenschmidt writes: > > > On Tue, 2020-03-31 at 16:30 +1100, Michael Ellerman wrote: > > > > I have no attachment to 40x, and I'd certainly be happy

Re: [PATCH 3/4] powerpc/eeh: Remove workaround from eeh_add_device_late()

On Fri, Apr 03, 2020 at 05:08:32PM +1100, Oliver O'Halloran wrote: > On Mon, 2020-03-30 at 15:56 +1100, Sam Bobroff wrote: > > When EEH device state was released asynchronously by the device > > release handler, it was possible for an outstanding reference to > > prevent it's release and it was

Re: [PATCH 2/4] powerpc/eeh: Release EEH device state synchronously

On Fri, Apr 03, 2020 at 03:51:18PM +1100, Oliver O'Halloran wrote: > On Mon, 2020-03-30 at 15:56 +1100, Sam Bobroff wrote: > > EEH device state is currently removed (by eeh_remove_device()) during > > the device release handler, which is invoked as the device's reference > > count drops to zero.

<    1   2