[powerpc:next] BUILD SUCCESS 1978c48495171165453a7c90d1345c1d8d776d02

2022-07-20 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next branch HEAD: 1978c48495171165453a7c90d1345c1d8d776d02 powerpc/52xx: Mark gpt driver as not removable elapsed time: 741m configs tested: 118 configs skipped: 6 The following configs have been built

[powerpc:next-test] BUILD SUCCESS fd97e4ad6d3b0c9fce3bca8ea8e6969d9ce7423b

2022-07-20 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next-test branch HEAD: fd97e4ad6d3b0c9fce3bca8ea8e6969d9ce7423b macintosh/adb: fix oob read in do_adb_query() function elapsed time: 728m configs tested: 111 configs skipped: 5 The following configs have been

[powerpc:fixes-test] BUILD SUCCESS be640317a1d0b9cf42fedb2debc2887a7cfa38de

2022-07-20 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git fixes-test branch HEAD: be640317a1d0b9cf42fedb2debc2887a7cfa38de powerpc/64s: Disable stack variable initialisation for prom_init elapsed time: 727m configs tested: 88 configs skipped: 111 The following configs

Re: [PATCH 1/2] powerpc: add BookS wait opcode macro

2022-07-20 Thread Segher Boessenkool
On Wed, Jul 20, 2022 at 07:54:54PM +1000, Nicholas Piggin wrote: > Excerpts from Segher Boessenkool's message of July 13, 2022 2:29 am: > > The embedded extensions are no longer part of the PowerPC architecture, > > so wouldn't it be a better way forward to rename the existing one, > > instead? A

Re: [PATCH v3 1/2] powerpc: add ISA v3.0 / v3.1 wait opcode macro

2022-07-20 Thread Segher Boessenkool
On Wed, Jul 20, 2022 at 11:21:31PM +1000, Nicholas Piggin wrote: > The wait instruction encoding changed between ISA v2.07 and ISA v3.0. > In v3.1 the instruction gained a new field. > > Update the PPC_WAIT macro to the current encoding. Rename the older > incompatible one with a _v203 suffix as

Re: [PATCH v3 2/2] powerpc/64s: Make POWER10 and later use pause_short in cpu_relax loops

2022-07-20 Thread Segher Boessenkool
Hi! On Wed, Jul 20, 2022 at 11:21:32PM +1000, Nicholas Piggin wrote: > We want to move away from using SMT prioroty updates for cpu_relax, and (typo, "priority") > +#define spin_begin() \ > +do {

Re: [PATCH v4 1/3] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h

2022-07-20 Thread Christoph Hellwig
Looks good: Reviewed-by: Christoph Hellwig

Re: [PATCH v4 2/3] PCI: Move isa_dma_bridge_buggy out of dma.h

2022-07-20 Thread Christoph Hellwig
Looks good: Reviewed-by: Christoph Hellwig

Re: [PATCH v4 2/3] PCI: Move isa_dma_bridge_buggy out of dma.h

2022-07-20 Thread Geert Uytterhoeven
On Wed, Jul 20, 2022 at 3:20 PM Stafford Horne wrote: > During recent PCI cleanups we noticed that the isa_dma_bridge_buggy > symbol supported by all architectures is actually only used for x86_32. > > This patch moves the symbol out of all architectures limiting usage to > only x86_32. This is

Re: [PATCH 1/2] powerpc/pseries: define driver for Platform KeyStore

2022-07-20 Thread Murilo Opsfelder Araújo
Hi, Nayna. Some comments below. On 7/12/22 21:59, Nayna Jain wrote: PowerVM provides an isolated Platform Keystore(PKS) storage allocation for each LPAR with individually managed access controls to store sensitive information securely. It provides a new set of hypervisor calls for Linux kernel

[PATCH v2 10/10] drm/ofdrm: Support color management

2022-07-20 Thread Thomas Zimmermann
Support the CRTC's color-management property and implement each model's palette support. The OF hardware has different methods of setting the palette. The respective code has been taken from fbdev's offb and refactored into per-model device functions. The device functions integrate this

[PATCH v2 08/10] drm/ofdrm: Add CRTC state

2022-07-20 Thread Thomas Zimmermann
Add a dedicated CRTC state to ofdrm to later store information for palette updates. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/ofdrm.c | 62 ++-- 1 file changed, 59 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/tiny/ofdrm.c

[PATCH v2 09/10] drm/ofdrm: Add per-model device function

2022-07-20 Thread Thomas Zimmermann
Add a per-model device-function structure in preparation of adding color-management support. Detection of the individual models has been taken from fbdev's offb. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/ofdrm.c | 121 +++ 1 file changed, 121

[PATCH v2 05/10] drm/simpledrm: Convert to atomic helpers

2022-07-20 Thread Thomas Zimmermann
Replace the simple-KMS helpers with the regular atomic helpers. The regular helpers are better architectured and therefore allow for easier code sharing among drivers. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/simpledrm.c | 283

[PATCH v2 06/10] drm/simpledrm: Move some functionality into fwfb helper library

2022-07-20 Thread Thomas Zimmermann
Move some of simpledrm's functionality into a helper library. Other drivers for firmware-provided framebuffers will also need functions to handle fixed modes and color formats, or update the back buffer. Signed-off-by: Thomas Zimmermann --- Documentation/gpu/drm-kms-helpers.rst | 12 +

[PATCH v2 02/10] drm/simpledrm: Inline device-init helpers

2022-07-20 Thread Thomas Zimmermann
Inline the helpers for initializing the hardware FB, the memory management and the modesetting into the device-creation function. No functional changes. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/simpledrm.c | 291 ++- 1 file changed, 128

[PATCH v2 04/10] drm/simpledrm: Compute framebuffer stride if not set

2022-07-20 Thread Thomas Zimmermann
Compute the framebuffer's scanline stride length if not given by the simplefb data. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/simpledrm.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/tiny/simpledrm.c b/drivers/gpu/drm/tiny/simpledrm.c index

[PATCH v2 03/10] drm/simpledrm: Remove pdev field from device structure

2022-07-20 Thread Thomas Zimmermann
Replace the remaining uses of the field pdev by upcasts from the Linux device and remove the field. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/simpledrm.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/tiny/simpledrm.c

[PATCH v2 07/10] drm/ofdrm: Add ofdrm for Open Firmware framebuffers

2022-07-20 Thread Thomas Zimmermann
Open Firmware provides basic display output via the 'display' node. DT platform code already provides a device that represents the node's framebuffer. Add a DRM driver for the device. The display mode and color format is pre-initialized by the system's firmware. Runtime modesetting via DRM is not

[PATCH v2 00/10] drm: Add driver for PowerPC OF displays

2022-07-20 Thread Thomas Zimmermann
(was: drm: Add driverof PowerPC OF displays) PowerPC's Open Firmware offers a simple display buffer for graphics output. Add ofdrm, a DRM driver for the device. As with the existing simpledrm driver, the graphics hardware is pre-initialized by the firmware. The driver only provides blitting, no

[PATCH v2 01/10] drm/simpledrm: Remove mem field from device structure

2022-07-20 Thread Thomas Zimmermann
Remove the unused mem field from struct simpledrm_device. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/tiny/simpledrm.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/tiny/simpledrm.c b/drivers/gpu/drm/tiny/simpledrm.c index 768242a78e2b..9fd507119372 100644 ---

Re: [RFC PATCH net-next 0/9] net: pcs: Add support for devices probed in the "usual" manner

2022-07-20 Thread Vladimir Oltean
On Tue, Jul 19, 2022 at 03:34:45PM -0400, Sean Anderson wrote: > We could do it, but it'd be a pretty big hack. Something like the > following. Phylink would need to be modified to grab the lock before > every op and check if the PCS is dead or not. This is of course still > not optimal, since

Re: [PATCH v6 6/6] tpm/kexec: Duplicate TPM measurement log in of-tree for kexec

2022-07-20 Thread Nageswara R Sastry
> From: Stefan Berger > Sent: 07 July 2022 10:50 PM > To: ke...@lists.infradead.org; devicet...@vger.kernel.org; > linux-integr...@vger.kernel.org; linux-ker...@vger.kernel.org; > linuxppc-dev@lists.ozlabs.org > Cc: na...@linux.ibm.com; Nageswara R

Re: [PATCH v6 5/6] of: kexec: Refactor IMA buffer related functions to make them reusable

2022-07-20 Thread Nageswara R Sastry
> From: Stefan Berger > Sent: 07 July 2022 10:50 PM > To: ke...@lists.infradead.org; devicet...@vger.kernel.org; > linux-integr...@vger.kernel.org; linux-ker...@vger.kernel.org; > linuxppc-dev@lists.ozlabs.org > Cc: na...@linux.ibm.com; Nageswara R

Re: [PATCH v6 4/6] tpm: of: Make of-tree specific function commonly available

2022-07-20 Thread Nageswara R Sastry
> From: Stefan Berger > Sent: 07 July 2022 10:50 PM > To: ke...@lists.infradead.org; devicet...@vger.kernel.org; > linux-integr...@vger.kernel.org; linux-ker...@vger.kernel.org; > linuxppc-dev@lists.ozlabs.org > Cc: na...@linux.ibm.com; Nageswara R

Re: [PATCH v6 3/6] x86/kexec: Carry forward IMA measurement log on kexec

2022-07-20 Thread Nageswara R Sastry
> From: Stefan Berger > Sent: 07 July 2022 10:50 PM > To: ke...@lists.infradead.org; devicet...@vger.kernel.org; > linux-integr...@vger.kernel.org; linux-ker...@vger.kernel.org; > linuxppc-dev@lists.ozlabs.org > Cc: na...@linux.ibm.com; Nageswara R

Re: [PATCH v6 2/6] drivers: of: kexec ima: Support 32-bit platforms

2022-07-20 Thread Nageswara R Sastry
> From: Stefan Berger > Sent: 07 July 2022 10:50 PM > To: ke...@lists.infradead.org; devicet...@vger.kernel.org; > linux-integr...@vger.kernel.org; linux-ker...@vger.kernel.org; > linuxppc-dev@lists.ozlabs.org > Cc: na...@linux.ibm.com; Nageswara R

Re: [PATCH v6 1/6] of: check previous kernel's ima-kexec-buffer against memory bounds

2022-07-20 Thread Nageswara R Sastry
> From: Stefan Berger > Sent: 07 July 2022 10:50 PM > To: ke...@lists.infradead.org; devicet...@vger.kernel.org; > linux-integr...@vger.kernel.org; linux-ker...@vger.kernel.org; > linuxppc-dev@lists.ozlabs.org > Cc: na...@linux.ibm.com; Nageswara R

[PATCH v3 2/2] powerpc/64s: Make POWER10 and later use pause_short in cpu_relax loops

2022-07-20 Thread Nicholas Piggin
We want to move away from using SMT prioroty updates for cpu_relax, and use a 'wait' instruction which is similar to x86. As well as being a much better fit for what everybody else uses and tests with, priority nops are stateful which is nasty (interrupts have to consider they might be taken at a

[PATCH v3 1/2] powerpc: add ISA v3.0 / v3.1 wait opcode macro

2022-07-20 Thread Nicholas Piggin
The wait instruction encoding changed between ISA v2.07 and ISA v3.0. In v3.1 the instruction gained a new field. Update the PPC_WAIT macro to the current encoding. Rename the older incompatible one with a _v203 suffix as it was introduced in v2.03 (the WC field was introduced in v2.07 but the

[PATCH v4 2/3] PCI: Move isa_dma_bridge_buggy out of dma.h

2022-07-20 Thread Stafford Horne
During recent PCI cleanups we noticed that the isa_dma_bridge_buggy symbol supported by all architectures is actually only used for x86_32. This patch moves the symbol out of all architectures limiting usage to only x86_32. This is possible because only x86_32 platforms or quirks existing in PCI

[PATCH v4 1/3] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h

2022-07-20 Thread Stafford Horne
The definition of the pci header function pci_get_legacy_ide_irq is only used in platforms that support PNP. So many of the architecutres where it is defined do not use it. This also means we can remove asm-generic/pci.h as all it provides is a definition of pci_get_legacy_ide_irq. Where

[PATCH] powerpc/fsl_pci: Remove of_node_put() when reference escaped out

2022-07-20 Thread Liang He
In fsl_pci_assign_primary(), we should remove the of_node_put() when breaking out of the for_each_matching_node() as the 'np' is escaped out by global 'fsl_pci_primary'. Fixes: 905e75c46dba ("powerpc/fsl-pci: Unify pci/pcie initialization code") Signed-off-by: Liang He ---

[PATCH] crypto:repeated word: 'block'.

2022-07-20 Thread Xin Gao
repeated word: 'block'. Signed-off-by: Xin Gao --- arch/powerpc/crypto/aes-spe-glue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/crypto/aes-spe-glue.c b/arch/powerpc/crypto/aes-spe-glue.c index e8dfe9fb0266..efab78a3a8f6 100644 ---

Re: [PATCH v2 0/4] mm: arm64: bring up BATCHED_UNMAP_TLB_FLUSH

2022-07-20 Thread Barry Song
On Tue, Jul 19, 2022 at 1:28 AM Yicong Yang wrote: > > On 2022/7/14 12:51, Barry Song wrote: > > On Thu, Jul 14, 2022 at 3:29 PM Xin Hao wrote: > >> > >> Hi barry. > >> > >> I do some test on Kunpeng arm64 machine use Unixbench. > >> > >> The test result as below. > >> > >> One core, we can see

[PATCH v2 2/2] powerpc/64s: Make POWER10 and later use pause_short in cpu_relax loops

2022-07-20 Thread Nicholas Piggin
We want to move away from using SMT prioroty updates for cpu_relax, and use a 'wait' instruction which is similar to x86. As well as being a much better fit for what everybody else uses and tests with, priority nops are stateful which is nasty (interrupts have to consider they might be taken at a

[PATCH v2 1/2] powerpc: add ISA v3.0 / v3.1 wait opcode macro

2022-07-20 Thread Nicholas Piggin
The wait instruction encoding changed between ISA v2.07 and ISA v3.0. In v3.1 the instruction gained a new field. Update the PPC_WAIT macro to the current encoding. Rename the older incompatible one with a _v203 suffix as it was introduced in v2.03 (the WC field was introduced in v2.07 but the

Re: [PATCH 1/2] powerpc: add BookS wait opcode macro

2022-07-20 Thread Nicholas Piggin
Excerpts from Segher Boessenkool's message of July 13, 2022 2:29 am: > Hi! > > On Mon, Jul 11, 2022 at 01:11:27PM +1000, Nicholas Piggin wrote: >> The wait instruction has a different encoding between BookE and BookS. >> Add the BookS variant. > >> #define PPC_RAW_WAIT(w)

Re: [PATCH v2] powerpc: add documentation for HWCAPs

2022-07-20 Thread Nicholas Piggin
Excerpts from Tulio Magno Quites Machado Filho's message of July 16, 2022 6:17 am: > Segher Boessenkool writes: > >> That is a usability problem. Can it be fixed, or will that create its >> own compatibility problems? In practice I mean. If it is, the C >> libraries could fix it up, for new