[PATCH 23/29] powerpc/pseries/hibernation: switch to rtas_ibm_suspend_me()

rtas_suspend_last_cpu() and related code perform a lot of work that isn't relevant to the hibernation workflow. All other CPUs are offline when called so there is no need to place them in H_JOIN or prod them on resume, nor is there need for retries or operations on shared state. Call the rtas_ibm_

[PATCH 22/29] powerpc/rtas: remove rtas_suspend_cpu()

rtas_suspend_cpu() no longer has users; remove it and __rtas_suspend_cpu() which now becomes unused as well. Signed-off-by: Nathan Lynch --- arch/powerpc/include/asm/rtas.h | 1 - arch/powerpc/kernel/rtas.c | 52 - 2 files changed, 53 deletions(-) diff --gi

[PATCH 24/29] powerpc/rtas: remove unused rtas_suspend_last_cpu()

rtas_suspend_last_cpu() is now unused, remove it and __rtas_suspend_last_cpu() which also becomes unused. Signed-off-by: Nathan Lynch --- arch/powerpc/include/asm/rtas.h | 1 - arch/powerpc/kernel/rtas.c | 45 - 2 files changed, 46 deletions(-) diff --git a

[PATCH 25/29] powerpc/pseries/hibernation: remove redundant cacheinfo update

Partitions with cache nodes in the device tree can encounter the following warning on resume: CPU 0 already accounted in PowerPC,POWER9@0(Data) WARNING: CPU: 0 PID: 3177 at arch/powerpc/kernel/cacheinfo.c:197 cacheinfo_cpu_online+0x640/0x820 These calls to cacheinfo_cpu_offline/online have been

[PATCH 28/29] powerpc/rtas: remove unused rtas_suspend_me_data

All code which used this type has been removed. Signed-off-by: Nathan Lynch --- arch/powerpc/include/asm/rtas-types.h | 8 1 file changed, 8 deletions(-) diff --git a/arch/powerpc/include/asm/rtas-types.h b/arch/powerpc/include/asm/rtas-types.h index aa420561bc10..8df6235d64d1 100644

[PATCH 27/29] powerpc/pseries/hibernation: remove prepare_late() callback

The pseries hibernate code no longer calls into the original join/suspend code in kernel/rtas.c, so pseries_prepare_late() and related code don't accomplish anything now. Signed-off-by: Nathan Lynch --- arch/powerpc/platforms/pseries/suspend.c | 25 1 file changed, 25 de

[PATCH 29/29] powerpc/pseries/mobility: refactor node lookup during DT update

In pseries_devicetree_update(), with each call to ibm,update-nodes the partition firmware communicates the node to be deleted or updated by placing its phandle in the work buffer. Each of delete_dt_node(), update_dt_node(), and add_dt_node() have duplicate lookups using the phandle value and corres

[PATCH 18/29] powerpc/pseries/hibernation: drop pseries_suspend_begin() from suspend ops

There are three ways pseries_suspend_begin() can be reached: 1. When "mem" is written to /sys/power/state: kobj_attr_store() -> state_store() -> pm_suspend() -> suspend_devices_and_enter() -> pseries_suspend_begin() This never works because there is no way to supply a valid stream id

[PATCH 26/29] powerpc/pseries/hibernation: perform post-suspend fixups later

The pseries hibernate code calls post_mobility_fixup() which is sort of a dumping ground of fixups that need to run after resuming from suspend regardless of whether suspend was a hibernation or a migration. Calling post_mobility_fixup() from pseries_suspend_enable_irqs() runs this code early in re

Re: [PATCH] ibmvfc: add new fields for version 2 of several MADs

Tyrel, > I'm going to have to ask that this patch be unstaged. Done! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] powerpc: add support for TIF_NOTIFY_SIGNAL

On 10/29/20 6:48 PM, Michael Ellerman wrote: > Jens Axboe writes: >> Wire up TIF_NOTIFY_SIGNAL handling for powerpc. >> >> Cc: linuxppc-dev@lists.ozlabs.org >> Signed-off-by: Jens Axboe >> --- >> >> 5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting >> for details: >> >> https://l

Re: [PATCH 02/29] powerpc/rtas: prevent suspend-related sys_rtas use on LE

On 30/10/20 12:17 pm, Nathan Lynch wrote: While drmgr has had work in some areas to make its RTAS syscall interactions endian-neutral, its code for performing partition migration via the syscall has never worked on LE. While it is able to complete ibm,suspend-me successfully, it crashes when atte

Re: [PATCH] powerpc/32s: Setup the early hash table at all time.

Andreas Schwab writes: > On Okt 01 2020, Christophe Leroy wrote: > >> At the time being, an early hash table is set up when >> CONFIG_KASAN is selected. >> >> There is nothing wrong with setting such an early hash table >> all the time, even if it is not used. This is a statically >> allocated 256

Re: [PATCH] crypto: talitos - Endianess in current_desc_hdr()

On Thu, Oct 08, 2020 at 09:34:55AM +, Christophe Leroy wrote: > current_desc_hdr() compares the value of the current descriptor > with the next_desc member of the talitos_desc struct. > > While the current descriptor is obtained from in_be32() which > return CPU ordered bytes, next_desc member

Re: [PATCH] crypto: talitos - Fix return type of current_desc_hdr()

On Thu, Oct 08, 2020 at 09:34:56AM +, Christophe Leroy wrote: > current_desc_hdr() returns a u32 but in fact this is a __be32, > leading to a lot of sparse warnings. > > Change the return type to __be32 and ensure it is handled as > sure by the caller. > > Fixes: 3e721aeb3df3 ("crypto: talito

Re: [PATCH 30/33] docs: ABI: cleanup several ABI documents

Mauro Carvalho Chehab writes: > There are some ABI documents that, while they don't generate > any warnings, they have issues when parsed by get_abi.pl script > on its output result. > > Address them, in order to provide a clean output. > > Signed-off-by: Mauro Carvalho Chehab > diff --git a/D

<    1   2