Re: [PATCH v8 11/30] powerpc: Use a datatype for instructions

Le 08/05/2020 à 03:51, Jordan Niethe a écrit : On Wed, May 6, 2020 at 1:45 PM Jordan Niethe wrote: Currently unsigned ints are used to represent instructions on powerpc. This has worked well as instructions have always been 4 byte words. However, a future ISA version will introduce some cha

Re: [PATCH v2 0/5] Statsfs: a new ram-based file sytem for Linux kernel statistics

[Answering for Emanuele because he's not available until Monday] On 07/05/20 19:45, Jonathan Adams wrote: > This is good work. As David Rientjes mentioned, I'm currently investigating > a similar project, based on a google-internal debugfs-based FS we call > "metricfs". It's > designed in a slig

[PATCH] powerpc/spufs: adjust list element pointer type

Other uses of &gang->aff_list_head, eg in spufs_assert_affinity, indicate that the list elements have type spu_context, not spu as used here. Change the type of tmp accordingly. This has no impact on the execution, because tmp is not used in the body of the loop. Fixes: c5fc8d2a92461 ("[CELL] ce

Re: [PATCH] powerpc/spufs: adjust list element pointer type

Hi Julia, > Other uses of &gang->aff_list_head, eg in spufs_assert_affinity, indicate > that the list elements have type spu_context, not spu as used here. Change > the type of tmp accordingly. Looks good to me; we could even use ctx there, rather than the separate tmp variable. Reviewed-by: Je

Re: [PATCH] powerpc/spufs: adjust list element pointer type

On Fri, 8 May 2020, Jeremy Kerr wrote: > Hi Julia, > > > Other uses of &gang->aff_list_head, eg in spufs_assert_affinity, indicate > > that the list elements have type spu_context, not spu as used here. Change > > the type of tmp accordingly. > > Looks good to me; we could even use ctx there,

[PATCH v7 1/5] powerpc: Document details on H_SCM_HEALTH hcall

Add documentation to 'papr_hcalls.rst' describing the bitmap flags that are returned from H_SCM_HEALTH hcall as per the PAPR-SCM specification. Cc: Dan Williams Cc: Michael Ellerman Cc: "Aneesh Kumar K . V" Signed-off-by: Vaibhav Jain --- Changelog: v6..v7: * None v5..v6 * New patch in the s

[PATCH v7 0/5] powerpc/papr_scm: Add support for reporting nvdimm health

The PAPR standard[1][3] provides mechanisms to query the health and performance stats of an NVDIMM via various hcalls as described in Ref[2]. Until now these stats were never available nor exposed to the user-space tools like 'ndctl'. This is partly due to PAPR platform not having support for ACPI

[PATCH v7 3/5] powerpc/papr_scm: Fetch nvdimm health information from PHYP

Implement support for fetching nvdimm health information via H_SCM_HEALTH hcall as documented in Ref[1]. The hcall returns a pair of 64-bit big-endian integers, bitwise-and of which is then stored in 'struct papr_scm_priv' and subsequently partially exposed to user-space via newly introduced dimm s

[PATCH v7 4/5] ndctl/papr_scm, uapi: Add support for PAPR nvdimm specific methods

Introduce support for Papr nvDimm Specific Methods (PDSM) in papr_scm modules and add the command family to the white list of NVDIMM command sets. Also advertise support for ND_CMD_CALL for the dimm command mask and implement necessary scaffolding in the module to handle ND_CMD_CALL ioctl and PDSM

[PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

'seq_buf' provides a very useful abstraction for writing to a string buffer without needing to worry about it over-flowing. However even though the API has been stable for couple of years now its stills not exported to external modules limiting its usage. Hence this patch proposes update to 'seq_b

[PATCH v7 5/5] powerpc/papr_scm: Implement support for PAPR_SCM_PDSM_HEALTH

This patch implements support for PDSM request 'PAPR_SCM_PDSM_HEALTH' that returns a newly introduced 'struct nd_papr_pdsm_health' instance containing dimm health information back to user space in response to ND_CMD_CALL. This functionality is implemented in newly introduced papr_scm_get_health() t

Re: [PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

On Fri, May 08, 2020 at 04:19:19PM +0530, Vaibhav Jain wrote: > 'seq_buf' provides a very useful abstraction for writing to a string > buffer without needing to worry about it over-flowing. However even > though the API has been stable for couple of years now its stills not > exported to external m

RE: [PATCH 1/3] rtc: ds1374: add uie_unsupported property to drop warning

> > Hi, > > On 08/05/2020 13:49:23+0800, Biwen Li wrote: > > From: Biwen Li > > > > Add uie_unsupported property to drop warning as follows: > > - $ hwclock.util-linux > > hwclock.util-liux: select() /dev/rtc0 > > to wait for clock tick timed out > > > > My case: > > - RTC ds

RE: [PATCH 2/3] dts: ppc: t4240rdb: add uie_unsupported property to drop warning

> > On 08/05/2020 13:49:24+0800, Biwen Li wrote: > > From: Biwen Li > > > > This adds uie_unsupported property to drop warning as follows: > > - $ hwclock.util-linux > > hwclock.util-linux: select() to /dev/rtc0 > > to wait for clock tick timed out > > > > My case: > > - RTC d

Re: [PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

Hi Boris, Borislav Petkov writes: > On Fri, May 08, 2020 at 04:19:19PM +0530, Vaibhav Jain wrote: >> 'seq_buf' provides a very useful abstraction for writing to a string >> buffer without needing to worry about it over-flowing. However even >> though the API has been stable for couple of years n

Re: [PATCH net 11/16] net: ethernet: marvell: mvneta: fix fixed-link phydev leaks

On Fri, May 08, 2020 at 08:21:19AM +0200, Johan Hovold wrote: > On Fri, May 08, 2020 at 03:35:02AM +0530, Naresh Kamboju wrote: > > On Thu, 7 May 2020 at 16:43, Greg Kroah-Hartman > > wrote: > > > > > > > > > > > > > > > Greg, 3f65047c853a ("of_mdio: add helper to deregister fixed-link > > > > >

Re: [PATCH 1/3] rtc: ds1374: add uie_unsupported property to drop warning

Hi, On 08/05/2020 13:49:23+0800, Biwen Li wrote: > From: Biwen Li > > Add uie_unsupported property to drop warning as follows: > - $ hwclock.util-linux > hwclock.util-liux: select() /dev/rtc0 > to wait for clock tick timed out > > My case: > - RTC ds1374's INT pin is connect

Re: [PATCH 2/3] dts: ppc: t4240rdb: add uie_unsupported property to drop warning

On 08/05/2020 13:49:24+0800, Biwen Li wrote: > From: Biwen Li > > This adds uie_unsupported property to drop warning as follows: > - $ hwclock.util-linux > hwclock.util-linux: select() to /dev/rtc0 > to wait for clock tick timed out > > My case: > - RTC ds1374's INT pin is co

Re: [PATCH v2 3/3] mm/page_alloc: Keep memoryless cpuless node 0 offline

* Michal Hocko [2020-05-04 11:37:12]: > > > > > > Have you tested on something else than ppc? Each arch does the NUMA > > > setup separately and this is a big mess. E.g. x86 marks even memory less > > > nodes (see init_memory_less_node) as online. > > > > > > > while I have predominantly teste

[tip: perf/core] perf tools: Enable Hz/hz prinitg for --metric-only option

The following commit has been merged into the perf/core branch of tip: Commit-ID: 3351c6da896bf521b118bfbb699fbda8f2a816b3 Gitweb: https://git.kernel.org/tip/3351c6da896bf521b118bfbb699fbda8f2a816b3 Author:Kajol Jain AuthorDate:Thu, 02 Apr 2020 02:03:39 +05:30 Committer:

[tip: perf/core] perf tests expr: Added test for runtime param in metric expression

The following commit has been merged into the perf/core branch of tip: Commit-ID: 9022608ec5babbb0fa631234098d52895e7e34d8 Gitweb: https://git.kernel.org/tip/9022608ec5babbb0fa631234098d52895e7e34d8 Author:Kajol Jain AuthorDate:Thu, 02 Apr 2020 02:03:38 +05:30 Committer:

[tip: perf/core] perf vendor events power9: Add hv_24x7 socket/chip level metric events

The following commit has been merged into the perf/core branch of tip: Commit-ID: 354575c00d61c174e0ff070f56cf3cdbe6d23f9e Gitweb: https://git.kernel.org/tip/354575c00d61c174e0ff070f56cf3cdbe6d23f9e Author:Kajol Jain AuthorDate:Thu, 02 Apr 2020 02:03:40 +05:30 Committer:

[tip: perf/core] perf metricgroups: Enhance JSON/metric infrastructure to handle "?"

The following commit has been merged into the perf/core branch of tip: Commit-ID: 1e1a873dc67fc748cc319a27603f33db91027730 Gitweb: https://git.kernel.org/tip/1e1a873dc67fc748cc319a27603f33db91027730 Author:Kajol Jain AuthorDate:Thu, 02 Apr 2020 02:03:37 +05:30 Committer:

Re: [PATCH v3 3/3] mm/page_alloc: Keep memoryless cpuless node 0 offline

* Christopher Lameter [2020-05-02 23:05:28]: > On Fri, 1 May 2020, Srikar Dronamraju wrote: > > > --- a/mm/page_alloc.c > > +++ b/mm/page_alloc.c > > @@ -116,8 +116,10 @@ EXPORT_SYMBOL(latent_entropy); > > */ > > nodemask_t node_states[NR_NODE_STATES] __read_mostly = { > > [N_POSSIBLE] =

[PATCH v2] powerpc/spufs: Rework fcheck() usage

Currently the spu coredump code triggers an RCU warning: = WARNING: suspicious RCU usage 5.7.0-rc3-01755-g7cd49f0b7ec7 #1 Not tainted - include/linux/fdtable.h:95 suspicious rcu_dereference_check() usage! other info that might he

Re: [PATCH v3 1/3] powerpc/numa: Set numa_node for all possible cpus

* Christopher Lameter [2020-05-02 22:55:16]: > On Fri, 1 May 2020, Srikar Dronamraju wrote: > > > - for_each_present_cpu(cpu) > > - numa_setup_cpu(cpu); > > + for_each_possible_cpu(cpu) { > > + /* > > +* Powerpc with CONFIG_NUMA always used to have a node 0, >

Re: [PATCH v4 04/16] powerpc/64s/exceptions: machine check reconcile irq state

Nicholas Piggin writes: > pseries fwnmi machine check code pops the soft-irq checks in rtas_call > (after the previous patch to remove rtas_token from this call path). ^ I changed this to "next" which I think is what you meant? cheers > Rather than play whack a mole wi

Re: [PATCH v2 3/3] mm/page_alloc: Keep memoryless cpuless node 0 offline

On 08.05.20 15:03, Srikar Dronamraju wrote: > * Michal Hocko [2020-05-04 11:37:12]: > Have you tested on something else than ppc? Each arch does the NUMA setup separately and this is a big mess. E.g. x86 marks even memory less nodes (see init_memory_less_node) as online.

Re: [PATCH v2 3/3] mm/page_alloc: Keep memoryless cpuless node 0 offline

On 08.05.20 15:39, David Hildenbrand wrote: > On 08.05.20 15:03, Srikar Dronamraju wrote: >> * Michal Hocko [2020-05-04 11:37:12]: >> > > Have you tested on something else than ppc? Each arch does the NUMA > setup separately and this is a big mess. E.g. x86 marks even memory less >

Re: [PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

Borislav Petkov writes: > On Fri, May 08, 2020 at 04:19:19PM +0530, Vaibhav Jain wrote: >> 'seq_buf' provides a very useful abstraction for writing to a string >> buffer without needing to worry about it over-flowing. However even >> though the API has been stable for couple of years now its still

[PATCH -next] soc: fsl: dpio: Remove unused inline function qbman_write_eqcr_am_rt_register

There's no callers in-tree anymore since commit 3b2abda7d28c ("soc: fsl: dpio: Replace QMAN array mode with ring mode enqueue") Signed-off-by: YueHaibing --- drivers/soc/fsl/dpio/qbman-portal.c | 12 1 file changed, 12 deletions(-) diff --git a/drivers/soc/fsl/dpio/qbman-portal.c

[PATCH -next] soc: fsl: dpio: remove set but not used variable 'addr_cena'

drivers/soc/fsl/dpio//qbman-portal.c:650:11: warning: variable 'addr_cena' set but not used [-Wunused-but-set-variable] uint64_t addr_cena; ^ It is never used, so remove it. Signed-off-by: YueHaibing --- drivers/soc/fsl/dpio/qbman-portal.c | 2 -- 1 file changed, 2 deletio

ioremap() called early from pnv_pci_init_ioda_phb()

T1] CPU: 4 PID: 1 Comm: swapper/0 Not tainted 5.7.0-rc4-next-20200508+ #4 [ 23.080214][T1] NIP: c103f2d8 LR: c103f2d4 CTR: [ 23.080226][T1] REGS: c0003df0f860 TRAP: 0700 Not tainted (5.7.0-rc4-next-20200508+) [ 23.080259][T1] MSR:

[PATCH -next] soc: fsl: qbman: Remove unused inline function qm_eqcr_get_ci_stashing

There's no callers in-tree anymore. Signed-off-by: YueHaibing --- drivers/soc/fsl/qbman/qman.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/soc/fsl/qbman/qman.c b/drivers/soc/fsl/qbman/qman.c index 1e164e03410a..9888a7061873 100644 --- a/drivers/soc/fsl/qbman/qman.c +++ b/driv

Re: [PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

On Fri, 2020-05-08 at 17:30 +0530, Vaibhav Jain wrote: > Hi Boris, > > Borislav Petkov writes: > > > On Fri, May 08, 2020 at 04:19:19PM +0530, Vaibhav Jain wrote: > > > 'seq_buf' provides a very useful abstraction for writing to a string > > > buffer without needing to worry about it over-flowin

Re: [PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

On Fri, May 08, 2020 at 05:30:31PM +0530, Vaibhav Jain wrote: > I am referring to Kernel Loadable Modules with MODULE_LICENSE("GPL") > here. And what does "external" refer to? Because if it is out-of-tree, we don't export symbols for out-of-tree modules. Looks like you're exporting it for that pa

[PATCH 02/15] simdisk: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- arch/xtensa/platforms/iss/simdisk.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/xtensa/platforms/iss/simdisk.c b/arch/xtensa/platforms/iss/simdisk.c index 49322b66cda93..31b5020077a05 100644 --- a/arch/xtensa/platforms/iss/simd

[PATCH 06/15] rsxx: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/block/rsxx/dev.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/block/rsxx/dev.c b/drivers/block/rsxx/dev.c index 8ffa8260dcafe..6dde80b096c62 100644 --- a/drivers/block/rsxx/dev.c +++ b/drivers/block/rsxx/dev.c @@ -133

[PATCH 08/15] zram: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/block/zram/zram_drv.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c index ebb234f36909c..e1a6c74c7a4ba 100644 --- a/drivers/block/zram/zram_drv.c +++ b/drivers/block/

[PATCH 05/15] ps3vram: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/block/ps3vram.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/block/ps3vram.c b/drivers/block/ps3vram.c index 821d4d8b1d763..5a1d1d137c724 100644 --- a/drivers/block/ps3vram.c +++ b/drivers/block/ps3vram.c @@ -587,7 +587

[PATCH 03/15] drbd: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/block/drbd/drbd_main.c | 1 - drivers/block/drbd/drbd_req.c | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/block/drbd/drbd_main.c b/drivers/block/drbd/drbd_main.c index c094c3c2c5d4d..be787b268f044 100644 --- a/drivers/b

remove a few uses of ->queuedata

Hi all, various bio based drivers use queue->queuedata despite already having set up disk->private_data, which can be used just as easily. This series cleans them up to only use a single private data pointer. blk-mq based drivers that have code pathes that can't easily get at the gendisk are una

[PATCH 07/15] umem: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/block/umem.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/block/umem.c b/drivers/block/umem.c index d84e8a878df24..e59bff24e02cf 100644 --- a/drivers/block/umem.c +++ b/drivers/block/umem.c @@ -521,7 +521,8 @@ static

[PATCH 04/15] null_blk: stop using ->queuedata for bio mode

Signed-off-by: Christoph Hellwig --- drivers/block/null_blk_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/block/null_blk_main.c b/drivers/block/null_blk_main.c index 8efd8778e2095..d14df79feca89 100644 --- a/drivers/block/null_blk_main.c +++ b/drivers/block/nu

[PATCH 01/15] nfblock: use gendisk private_data

Signed-off-by: Christoph Hellwig --- arch/m68k/emu/nfblock.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/m68k/emu/nfblock.c b/arch/m68k/emu/nfblock.c index c3a630440512e..5c6f04b00e866 100644 --- a/arch/m68k/emu/nfblock.c +++ b/arch/m68k/emu/nfblock.c @@ -61,7 +61

[PATCH 09/15] lightnvm: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/lightnvm/core.c | 1 - drivers/lightnvm/pblk-init.c | 2 +- drivers/lightnvm/pblk.h | 2 +- 3 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/lightnvm/core.c b/drivers/lightnvm/core.c index db38a68abb6c0..85c5490cdfd2e 10

[PATCH 10/15] bcache: stop setting ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/md/bcache/super.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c index d98354fa28e3e..a0fb5af2beeda 100644 --- a/drivers/md/bcache/super.c +++ b/drivers/md/bcache/super.c @@ -871,7 +871,6 @@ sta

[PATCH 11/15] dm: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/md/dm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/md/dm.c b/drivers/md/dm.c index 0eb93da44ea2a..2aaae6c1ed312 100644 --- a/drivers/md/dm.c +++ b/drivers/md/dm.c @@ -1783,7 +1783,7 @@ static blk_qc_t dm_process_bio(s

[PATCH 12/15] md: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/md/md.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/md/md.c b/drivers/md/md.c index 271e8a5873549..c079ecf77c564 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -466,7 +466,7 @@ static blk_qc_t md_make_request(st

[PATCH 14/15] nvdimm/btt: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/nvdimm/btt.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/nvdimm/btt.c b/drivers/nvdimm/btt.c index 3b09419218d6f..eca3e48fefda1 100644 --- a/drivers/nvdimm/btt.c +++ b/drivers/nvdimm/btt.c @@ -1442,7 +1442,7 @@ static

[PATCH 13/15] nvdimm/blk: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/nvdimm/blk.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/nvdimm/blk.c b/drivers/nvdimm/blk.c index 43751fab9d36a..ffe4728bad8b1 100644 --- a/drivers/nvdimm/blk.c +++ b/drivers/nvdimm/blk.c @@ -165,7 +165,7 @@ static

[PATCH 15/15] nvdimm/pmem: stop using ->queuedata

Signed-off-by: Christoph Hellwig --- drivers/nvdimm/pmem.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c index 2df6994acf836..f8dc5941215bf 100644 --- a/drivers/nvdimm/pmem.c +++ b/drivers/nvdimm/pmem.c @@ -196,7 +196,7 @@

[PATCH] selftests: powerpc: Add test for execute-disabled pkeys

Apart from read and write access, memory protection keys can also be used for restricting execute permission of pages on powerpc. This adds a test to verify if the feature works as expected. Signed-off-by: Sandipan Das --- tools/testing/selftests/powerpc/mm/Makefile | 3 +- .../selftests/pow

Re: [PATCH v7 2/5] seq_buf: Export seq_buf_printf() to external modules

On Fri, 8 May 2020 18:09:35 +0200 Borislav Petkov wrote: > On Fri, May 08, 2020 at 05:30:31PM +0530, Vaibhav Jain wrote: > > I am referring to Kernel Loadable Modules with MODULE_LICENSE("GPL") > > here. > > And what does "external" refer to? Because if it is out-of-tree, we > don't export sym

Re: ioremap() called early from pnv_pci_init_ioda_phb()

d in: brd ext4 crc16 mbcache jbd2 loop kvm_hv kvm ip_tables x_tables xfs sd_mod bnx2x ahci libahci tg3 mdio libata libphy firmware_class dm_mirror dm_region_hash dm_log dm_mod [11017.738110][T122073] CPU: 108 PID: 122073 Comm: read_all Tainted: G D W 5.7.0-rc4-next-20200508+ #4 [110

Re: [PATCH v4 02/14] arm: add support for folded p4d page tables

On Fri, May 08, 2020 at 08:53:27AM +0200, Marek Szyprowski wrote: > Hi Mike, > > On 07.05.2020 18:11, Mike Rapoport wrote: > > On Thu, May 07, 2020 at 02:16:56PM +0200, Marek Szyprowski wrote: > >> On 14.04.2020 17:34, Mike Rapoport wrote: > >>> From: Mike Rapoport > >>> > >>> Implement primitive

[PATCH 0/2] selftests: vm: pkeys: Some powerpc fixes

Some fixes for the powerpc bits w.r.t to the way the pkey access rights are defined and how the permission register is updated. Sandipan Das (2): selftests: vm: pkeys: Fix powerpc access right definitions selftests: vm: pkeys: Fix powerpc access right updates tools/testing/selftests/vm/pkey-

[PATCH 1/2] selftests: vm: pkeys: Fix powerpc access right definitions

For powerpc, PKEY_DISABLE_WRITE and PKEY_DISABLE_ACCESS are redefined only if the system headers already define them. Otherwise, the test fails to compile due to their absence. This makes sure that they are always defined irrespective of them being present in the system headers. Fixes: 130f573c2a7

[PATCH 2/2] selftests: vm: pkeys: Fix powerpc access right updates

The Power ISA mandates that all writes to the Authority Mask Register (AMR) must always be preceded as well as succeeded by a context-synchronizing instruction. This applies to both the privileged and unprivileged variants of the Move To AMR instruction. Fixes: 130f573c2a79 ("selftests/vm/pkeys: i

Re: [PATCH 2/2] selftests: vm: pkeys: Fix powerpc access right updates

* Sandipan Das: > The Power ISA mandates that all writes to the Authority > Mask Register (AMR) must always be preceded as well as > succeeded by a context-synchronizing instruction. This > applies to both the privileged and unprivileged variants > of the Move To AMR instruction. Ugh. Do you hav

Re: remove a few uses of ->queuedata

On Fri, May 8, 2020 at 9:16 AM Christoph Hellwig wrote: > > Hi all, > > various bio based drivers use queue->queuedata despite already having > set up disk->private_data, which can be used just as easily. This > series cleans them up to only use a single private data pointer. ...but isn't the qu

Re: [PATCH 2/2] selftests: vm: pkeys: Fix powerpc access right updates

Hi Florian, On 08/05/20 11:31 pm, Florian Weimer wrote: > * Sandipan Das: > >> The Power ISA mandates that all writes to the Authority >> Mask Register (AMR) must always be preceded as well as >> succeeded by a context-synchronizing instruction. This >> applies to both the privileged and unprivil

Re: [PATCH 2/2] selftests: vm: pkeys: Fix powerpc access right updates

* Sandipan Das: > Hi Florian, > > On 08/05/20 11:31 pm, Florian Weimer wrote: >> * Sandipan Das: >> >>> The Power ISA mandates that all writes to the Authority >>> Mask Register (AMR) must always be preceded as well as >>> succeeded by a context-synchronizing instruction. This >>> applies to both

Re: [PATCH 4/5] powerpc/mpc85xx: Add Cyrus HDD LED

On Thu, 2020-05-07 at 22:15 +0100, Darren Stevens wrote: > The Cyrus board has its HDD LED connected to a GPIO pin. Add a device > tree entry for this. > > Signed-off-By: Darren Stevens > > --- > arch/powerpc/boot/dts/fsl/cyrus_p5020.dts | 10 ++ > 1 file changed, 10 insertions(+) > >

Re: [PATCH 5/5] powerpc/mpc85xx: Add Cyrus P5040 device tree source

On Thu, 2020-05-07 at 22:30 +0100, Darren Stevens wrote: > > +/include/ "p5040si-pre.dtsi" > + > +/ { > + model = "varisys,CYRUS5040"; > + compatible = "varisys,CYRUS"; Is this board 100% compatible with the Cyrus P5020 board, down to every last quirk, except for the SoC plugged into it?

Re: [PATCH v8 5/5] powerpc/hv-24x7: Update post_mobility_fixup() to handle migration

Hi Kajol, Thank you for the patch! Yet something to improve: [auto build test ERROR on powerpc/next] [also build test ERROR on linus/master v5.7-rc4 next-20200508] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use

Re: [PATCH V3 2/3] mm/hugetlb: Define a generic fallback for is_hugepage_only_range()

On 5/7/20 8:07 PM, Anshuman Khandual wrote: > There are multiple similar definitions for is_hugepage_only_range() on > various platforms. Lets just add it's generic fallback definition for > platforms that do not override. This help reduce code duplication. > > Cc: Russell King > Cc: Catalin Mari

[PATCH] powerpc/kvm: silence kmemleak false positives

kvmppc_pmd_alloc() and kvmppc_pte_alloc() allocate some memory but then pud_populate() and pmd_populate() will use __pa() to reference the newly allocated memory. The same is in xive_native_provision_pages(). Since kmemleak is unable to track the physical memory resulting in false positives, silen

[PATCH -next] powerpc/powernv: add NULL check after kzalloc

Fixes coccicheck warning: ./arch/powerpc/platforms/powernv/opal.c:813:1-5: alloc with no test, possible model on line 814 Add NULL check after kzalloc. Signed-off-by: Chen Zhou --- arch/powerpc/platforms/powernv/opal.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/powerp

Re: [PATCH v4 11/16] powerpc/64s: machine check interrupt update NMI accounting

Hi Nicholas, I love your patch! Yet something to improve: [auto build test ERROR on powerpc/next] [also build test ERROR on tip/perf/core v5.7-rc4 next-20200508] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '-

Re: remove a few uses of ->queuedata

On Fri, May 08, 2020 at 06:15:02PM +0200, Christoph Hellwig wrote: > Hi all, > > various bio based drivers use queue->queuedata despite already having > set up disk->private_data, which can be used just as easily. This > series cleans them up to only use a single private data pointer. > > blk-mq

[PATCH RFC 3/4] powerpc/microwatt: Add early debug UART support for Microwatt

Currently microwatt-based SoCs come with a "potato" UART. This adds udbg support for the potato UART, giving us both an early debug console, and a runtime console using the hvc-udbg support. Signed-off-by: Paul Mackerras --- arch/powerpc/Kconfig.debug | 6 ++ arch/powerpc/includ

[PATCH RFC 4/4] powerpc/radix: Add support for microwatt's PRTBL SPR

Microwatt currently doesn't implement hypervisor mode and therefore doesn't implement the partition table. It does implement the process table and radix page table walks. This adds code to write the base address of the process table to the PRTBL SPR, which has been assigned SPR 720 for now, as th

[PATCH RFC 1/4] powerpc/radix: Fix compilation for radix with CONFIG_SMP=n

This fixes the compile errors we currently get with CONFIG_SMP=n and CONFIG_PPC_RADIX_MMU=y. Signed-off-by: Paul Mackerras --- arch/powerpc/include/asm/book3s/64/tlbflush-radix.h | 2 ++ arch/powerpc/mm/book3s64/radix_tlb.c| 2 -- 2 files changed, 2 insertions(+), 2 deletions(-)

[PATCH RFC 0/4] Add support for Microwatt-based SoCs

This patch series adds support for running Linux on a Microwatt SoC (system on chip) implementation on an FPGA. Microwatt is a small Power ISA implementation, targetted at FPGAs, aiming for PowerISA v3.0B compliance. It does not currently implement any floating-point or vector instructions, hyper

[PATCH RFC 2/4] powerpc: Add Microwatt platform

Microwatt is a FPGA-based implementation of the Power ISA. It currently only implements little-endian 64-bit mode, and does not (yet) support SMP. This adds a new machine type to support FPGA-based SoCs with a Microwatt core. Signed-off-by: Paul Mackerras --- arch/powerpc/Kconfig