Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Mon, 2017-08-14 at 14:12 +0100, Robin Murphy wrote: > On the other hand, if the check is not so much to mitigate malicious > guests attacking the system as to prevent dumb guests breaking > themselves (e.g. if some or all of the MSI-X capability is actually > emulated), then allowing things to

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Tue, 2017-08-15 at 09:47 +0800, Jike Song wrote: > On 08/15/2017 09:33 AM, Benjamin Herrenschmidt wrote: > > On Tue, 2017-08-15 at 09:16 +0800, Jike Song wrote: > > > > Taking a step back, though, why does vfio-pci perform this check in the > > > > first place? If a malicious guest already has

Re: [PATCH v7 7/9] mm: Add address parameter to arch_validate_prot()

Khalid Aziz writes: > On 08/10/2017 07:20 AM, Michael Ellerman wrote: >> Khalid Aziz writes: >> >>> A protection flag may not be valid across entire address space and >>> hence arch_validate_prot() might need the address a protection bit is >>>

[PATCH] KVM: PPC: Book3S HV: Fix invalid use of register expression

From: Andreas Schwab binutils >= 2.26 now warns about misuse of register expressions in assembler operands that are actually literals. In this instance r0 is being used where a literal 0 should be used. Signed-off-by: Andreas Schwab [mpe: Split

[PATCH] powerpc/mm/nohash: add definition of PGALLOC_GFP

fixes (de3b876 powerpc/mm/book(e)(3s)/64: Add page table accounting) I missed adding PGALLOC_GFP for nohash/64 Reported-by: Michael Ellerman Signed-off-by: Balbir Singh --- arch/powerpc/include/asm/nohash/64/pgalloc.h | 2 ++ 1 file changed, 2

Re: [PATCH v3 1/2] powerpc/xmon: Dump ftrace buffers for the current CPU only

Breno Leitao writes: > Hello Michael, > > On Mon, Aug 14, 2017 at 11:00:07PM +1000, Michael Ellerman wrote: >> Breno Leitao writes: >> > @@ -2231,6 +2232,19 @@ static void xmon_rawdump (unsigned long adrs, long >> > ndump) >> >printf("\n"); >> > } >>

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On 08/15/2017 09:33 AM, Benjamin Herrenschmidt wrote: > On Tue, 2017-08-15 at 09:16 +0800, Jike Song wrote: >>> Taking a step back, though, why does vfio-pci perform this check in the >>> first place? If a malicious guest already has control of a device, any >>> kind of interrupt spoofing it could

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On Tue, 2017-08-15 at 09:16 +0800, Jike Song wrote: > > Taking a step back, though, why does vfio-pci perform this check in the > > first place? If a malicious guest already has control of a device, any > > kind of interrupt spoofing it could do by fiddling with the MSI-X > > message address/data

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On 08/14/2017 09:12 PM, Robin Murphy wrote: > On 14/08/17 10:45, Alexey Kardashevskiy wrote: >> Folks, >> >> Is there anything to change besides those compiler errors and David's >> comment in 5/5? Or the while patchset is too bad? Thanks. > > While I now understand it's not the low-level thing I

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

On Mon, 2017-08-14 at 13:03 -0700, Sukadev Bhattiprolu wrote: > As Ben pointed out, we are going to be have limit the number of TIDs (to > be within the size limits), so we won't be able to use task_pid_nr()? But > if we assign the TIDs in the RX_WIN_OPEN ioctl, then only the FTW processes > will

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

On Mon, 2017-08-14 at 21:16 +1000, Michael Ellerman wrote: > Sukadev Bhattiprolu writes: > > > We need the SPRN_TIDR to bet set for use with fast thread-wakeup > > (core-to-core wakeup). Each thread in a process needs to have a > > unique id within the process but as

Re: [PATCH v3] powerpc/mm: Implemented default_hugepagesz verification for powerpc

Em 2017-08-04 15:17, Mike Kravetz escreveu: On 07/24/2017 04:52 PM, Victor Aoqui wrote: Implemented default hugepage size verification (default_hugepagesz=) in order to allow allocation of defined number of pages (hugepages=) only for supported hugepage sizes. Signed-off-by: Victor Aoqui

Re: [PATCH v3] powerpc/mm: Implemented default_hugepagesz verification for powerpc

Em 2017-08-04 02:57, Aneesh Kumar K.V escreveu: Victor Aoqui writes: Implemented default hugepage size verification (default_hugepagesz=) in order to allow allocation of defined number of pages (hugepages=) only for supported hugepage sizes. Signed-off-by: Victor

Re: [PATCH v3 1/2] powerpc/xmon: Dump ftrace buffers for the current CPU only

Hello Michael, On Mon, Aug 14, 2017 at 11:00:07PM +1000, Michael Ellerman wrote: > Breno Leitao writes: > > @@ -2231,6 +2232,19 @@ static void xmon_rawdump (unsigned long adrs, long > > ndump) > > printf("\n"); > > } > > > > +static void dump_tracing(void) > > +{ > > +

Re: [PATCH 2/2] of: Restrict DMA configuration

+linuxppc-dev On Fri, Aug 11, 2017 at 11:29 AM, Robin Murphy wrote: > Moving DMA configuration to happen later at driver probe time had the > unnoticed side-effect that we now perform DMA configuration for *every* > device represented in DT, rather than only those

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

Michael Ellerman [m...@ellerman.id.au] wrote: > Sukadev Bhattiprolu writes: > > > We need the SPRN_TIDR to bet set for use with fast thread-wakeup > > (core-to-core wakeup). Each thread in a process needs to have a > > unique id within the process but as explained

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

Benjamin Herrenschmidt [b...@au1.ibm.com] wrote: > On Mon, 2017-08-14 at 17:02 +1000, Michael Neuling wrote: > > > +/* > > > + * We need to assign an unique thread id to each thread in a process. > > > This > > > + * thread id is intended to be used with the Fast Thread-wakeup (aka > > > Core- >

Re: [PATCH 03/11] ASoC: fsl: make snd_soc_platform_driver const

On Mon, Aug 14, 2017 at 05:08:42PM +0530, Bhumika Goyal wrote: > Make these const as they are only passed as the 2nd argument to the function > snd_soc_register_platform, which is of type const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal Acked-by: Nicolin Chen

Re: [PATCH v6 01/17] powerpc/vas: Define macros, register fields and structures

Nicholas Piggin [npig...@gmail.com] wrote: > On Mon, 14 Aug 2017 15:21:48 +1000 > Michael Ellerman wrote: > > > Sukadev Bhattiprolu writes: > > > > arch/powerpc/include/asm/vas.h | 35 > > > arch/powerpc/include/uapi/asm/vas.h |

Re: [PATCH 08/11] ASoC: samsung: make snd_soc_platform_driver const

On Mon, Aug 14, 2017 at 05:08:47PM +0530, Bhumika Goyal wrote: > Make this const as it is only passed as the 2nd argument to the function > devm_snd_soc_register_platform, which is of type const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal > --- >

Re: [PATCH] powerpc: fix invalid use of register expressions

This fixes another invalid use of register expressions. Signed-off-by: Andreas Schwab --- arch/powerpc/kernel/l2cr_6xx.S | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel/l2cr_6xx.S b/arch/powerpc/kernel/l2cr_6xx.S index

Re: [GIT PULL 00/19] perf/core improvements and fixes

Em Mon, Aug 14, 2017 at 07:39:48PM +0200, Ingo Molnar escreveu: > * Arnaldo Carvalho de Melo wrote: > > Infrastructure: > > - Add support for shell based tests in 'perf test', add a few that > > run 'perf probe', 'perf trace', using kprobes, uprobes to check > > the output

Re: [GIT PULL 00/19] perf/core improvements and fixes

gt; > Merge tag 'perf-core-for-mingo-4.14-20170801' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2017-08-10 17:07:02 +0200) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git &g

[PATCH 01/19] perf scripting python: Add ppc64le to audit uname list

From: "Naveen N. Rao" Before patch: $ uname -m ppc64le $ ./perf script -s ./scripts/python/syscall-counts.py Install the audit-libs-python package to get syscall names. For example: # apt-get install python-audit (Ubuntu) # yum install

[GIT PULL 00/19] perf/core improvements and fixes

into perf/core (2017-08-10 17:07:02 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.14-20170814 for you to fetch changes up to 8fc375d7d36c72b4c2d55f5c24be022a939295d4: perf test shell: Add uprobes

Re: [PATCH v2 3/9] powerpc/powernv: Remove real mode access limit for early allocations

On Mon, 14 Aug 2017 23:10:50 +1000 Benjamin Herrenschmidt wrote: > On Mon, 2017-08-14 at 22:49 +1000, Michael Ellerman wrote: > > Nicholas Piggin writes: > > > > > This removes the RMA limit on powernv platform, which constrains > > > early allocations

Re: [PATCH v2 2/3] livepatch: send a fake signal to all blocking tasks

On Fri, 11 Aug 2017, Josh Poimboeuf wrote: > On Thu, Aug 10, 2017 at 12:48:14PM +0200, Miroslav Benes wrote: > > Last, sending the fake signal is not automatic. It is done only when > > admin requests it by writing 1 to force sysfs attribute in livepatch > > sysfs directory. > > 'writing 1' ->

Re: [v6 15/15] mm: debug for raw alloctor

However, now thinking about it, I will change it to CONFIG_MEMBLOCK_DEBUG, and let users decide what other debugging configs need to be enabled, as this is also OK. Actually the more I think about it the more I am convinced that a kernel boot parameter would be better because it doesn't need

Linux 4.13: Reported regressions as of Monday, 2017-08-14

Hi! Find below my third regression report for Linux 4.13. It lists 11 regressions I'm currently aware of (or 10 if you count the two scsi-mq regressions discussions as one). 4 regressions are new; 3 got fixed since last weeks report (two others didn't even make it to the report, as they were

Re: [v6 01/15] x86/mm: reserve only exiting low pages

Let's CC Hpa on this one. I am still not sure it is correct. The full series is here http://lkml.kernel.org/r/1502138329-123460-1-git-send-email-pasha.tatas...@oracle.com On Mon 07-08-17 16:38:35, Pavel Tatashin wrote: > Struct pages are initialized by going through __init_single_page(). Since >

Re: [v6 05/15] mm: don't accessed uninitialized struct pages

mem_init() free_all_bootmem() free_low_memory_core_early() for_each_reserved_mem_region() reserve_bootmem_region() init_reserved_page() <- if this is deferred reserved page __init_single_pfn() __init_single_page() So, currently, we are using the value of

Re: [v6 04/15] mm: discard memblock data later

On Mon 14-08-17 09:39:17, Pasha Tatashin wrote: > >>#ifdef CONFIG_MEMBLOCK in page_alloc, or define memblock_discard() stubs in > >>nobootmem headfile. > > > >This is the standard way to do this. And it is usually preferred to > >proliferate ifdefs in the code. > > Hi Michal, > > As you

Re: [v6 04/15] mm: discard memblock data later

#ifdef CONFIG_MEMBLOCK in page_alloc, or define memblock_discard() stubs in nobootmem headfile. This is the standard way to do this. And it is usually preferred to proliferate ifdefs in the code. Hi Michal, As you suggested, I sent-out this patch separately. If you feel strongly, that this

Re: [v6 04/15] mm: discard memblock data later

OK, I will post it separately. No it does not depend on the rest, but the reset depends on this. So, I am not sure how to enforce that this comes before the rest. Andrew will take care of that. Just make it explicit that some of the patch depends on an earlier work when reposting. Ok. Yes,

Re: [v6 02/15] x86/mm: setting fields in deferred pages

On 08/14/2017 07:43 AM, Michal Hocko wrote: register_page_bootmem_info register_page_bootmem_info_node get_page_bootmem .. setting fields here .. such as: page->freelist = (void *)type; free_all_bootmem() free_low_memory_core_early() for_each_reserved_mem_region()

Re: [v6 01/15] x86/mm: reserve only exiting low pages

Correct, the pgflags asserts were triggered when we were setting reserved flags to struct page for PFN 0 in which was never initialized through __init_single_page(). The reason they were triggered is because we set all uninitialized memory to ones in one of the debug patches. And why don't we

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

On Mon, 2017-08-14 at 17:02 +1000, Michael Neuling wrote: > > +/* > > + * We need to assign an unique thread id to each thread in a process. This > > + * thread id is intended to be used with the Fast Thread-wakeup (aka Core- > > + * to-core wakeup) mechanism being implemented on top of Virtual >

Re: [PATCH v2 3/9] powerpc/powernv: Remove real mode access limit for early allocations

On Mon, 2017-08-14 at 22:49 +1000, Michael Ellerman wrote: > > - /* > > - * We limit the allocation that depend on ppc64_rma_size > > - * to first_memblock_size. We also clamp it to 1GB to > > - * avoid some funky things such as RTAS bugs. > > That comment about RTAS is 7 years

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

On 14/08/17 10:45, Alexey Kardashevskiy wrote: > Folks, > > Is there anything to change besides those compiler errors and David's > comment in 5/5? Or the while patchset is too bad? Thanks. While I now understand it's not the low-level thing I first thought it was, so my reasoning has changed,

Re: [PATCH v2 3/9] powerpc/powernv: Remove real mode access limit for early allocations

On Mon, 2017-08-14 at 22:49 +1000, Michael Ellerman wrote: > Nicholas Piggin writes: > > > This removes the RMA limit on powernv platform, which constrains > > early allocations such as PACAs and stacks. There are still other > > restrictions that must be followed, such as

Re: [PATCH v3 1/2] powerpc/xmon: Dump ftrace buffers for the current CPU only

Breno Leitao writes: > @@ -2231,6 +2232,19 @@ static void xmon_rawdump (unsigned long adrs, long > ndump) > printf("\n"); > } > > +static void dump_tracing(void) > +{ > + int c; > + > + c = inchar(); > + if (c == 'c') > +

Re: [PATCH v2 3/9] powerpc/powernv: Remove real mode access limit for early allocations

Nicholas Piggin writes: > This removes the RMA limit on powernv platform, which constrains > early allocations such as PACAs and stacks. There are still other > restrictions that must be followed, such as bolted SLB limits, but > real mode addressing has no constraints. > >

Re: [v6 15/15] mm: debug for raw alloctor

On Fri 11-08-17 12:18:24, Pasha Tatashin wrote: > >>When CONFIG_DEBUG_VM is enabled, this patch sets all the memory that is > >>returned by memblock_virt_alloc_try_nid_raw() to ones to ensure that no > >>places excpect zeroed memory. > > > >Please fold this into the patch which introduces >

Re: [v6 05/15] mm: don't accessed uninitialized struct pages

On Fri 11-08-17 11:55:39, Pasha Tatashin wrote: > On 08/11/2017 05:37 AM, Michal Hocko wrote: > >On Mon 07-08-17 16:38:39, Pavel Tatashin wrote: > >>In deferred_init_memmap() where all deferred struct pages are initialized > >>we have a check like this: > >> > >> if (page->flags) { > >>

Re: [v6 02/15] x86/mm: setting fields in deferred pages

On Fri 11-08-17 11:39:41, Pasha Tatashin wrote: > >AFAIU register_page_bootmem_info_node is only about struct pages backing > >pgdat, usemap and memmap. Those should be in reserved memblocks and we > >do not initialize those at later times, they are not relevant to the > >deferred initialization

[PATCH] Fix for supporting nest events on muti socket system

In a multi node system with discontinuous node id, nest event values are not showing up properly.That is, snip from lscpu output: .. NUMA node0 CPU(s): 0-15 NUMA node8 CPU(s): 16-31 .. Nest event values on such systems are broken: $./perf stat -e 'nest_powerbus0_imc/PM_PB_CYC/' -C 0-14 -I 1000

[PATCH 11/11] ASoC: soc-utils: make snd_soc_platform_driver const

Make this const as it is only passed as the 2nd argument to the function snd_soc_register_platform, which is of type const. Done using Coccinelle Signed-off-by: Bhumika Goyal --- sound/soc/soc-utils.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 10/11] ASoC: txx9: make snd_soc_platform_driver const

Make this const as it is only passed as the 2nd argument to the function devm_snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/txx9/txx9aclc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 09/11] ASoC: sh: make snd_soc_platform_driver const

Make these const as they are either passed as the 2nd argument to the function devm_snd_soc_register_platform or snd_soc_register_platform, and the arguments are of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/sh/dma-sh7760.c | 2 +-

[PATCH 08/11] ASoC: samsung: make snd_soc_platform_driver const

Make this const as it is only passed as the 2nd argument to the function devm_snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/samsung/idma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 07/11] ASoC: qcom: make snd_soc_platform_driver const

Make this const as it is only passed as the 2nd argument to the function devm_snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/qcom/lpass-platform.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 06/11] ASoC: pxa: make snd_soc_platform_driver const

Make these const as they are only passed as the 2nd argument to the function devm_snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/pxa/mmp-pcm.c| 2 +- sound/soc/pxa/pxa2xx-pcm.c | 2 +- 2 files changed,

[PATCH 05/11] ASoC: omap: make snd_soc_platform_driver const

Make this const as it is only passed as the 2nd argument to the function devm_snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/omap/omap-pcm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [v6 01/15] x86/mm: reserve only exiting low pages

On Fri 11-08-17 11:24:55, Pasha Tatashin wrote: [...] > >>In this patchset we will stop zeroing struct page memory during allocation. > >>Therefore, this bug must be fixed in order to avoid random assert failures > >>caused by CONFIG_DEBUG_VM_PGFLAGS triggers. > >> > >>The fix is to reserve memory

[PATCH 04/11] ASoC: nuc900: make snd_soc_platform_driver const

Make this const as it is only passed as the 2nd argument to the function devm_snd_soc_register_platform, which is of type const. Done using Coccinelle Signed-off-by: Bhumika Goyal --- sound/soc/nuc900/nuc900-pcm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 03/11] ASoC: fsl: make snd_soc_platform_driver const

Make these const as they are only passed as the 2nd argument to the function snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/fsl/imx-pcm-fiq.c | 2 +- sound/soc/fsl/mpc5200_dma.c | 2 +- 2 files changed, 2

[PATCH 02/11] ASoC: Intel: make snd_soc_platform_driver const

Make these const as they are only passed as the 2nd argument to the function snd_soc_register_platform, which is of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/intel/atom/sst-mfld-platform-pcm.c | 2 +-

[PATCH 01/11] ASoC: codecs: make snd_soc_platform_driver const

Make these const as they are either passed as the 2nd argument to the function devm_snd_soc_register_platform or snd_soc_register_platform, and the arguments are of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- sound/soc/codecs/cs47l24.c| 2 +-

[PATCH 00/11] ASoC: make snd_soc_platform_driver const

Make snd_soc_platform_driver const. Bhumika Goyal (11): ASoC: codecs: make snd_soc_platform_driver const ASoC: Intel: make snd_soc_platform_driver const ASoC: fsl: make snd_soc_platform_driver const ASoC: nuc900: make snd_soc_platform_driver const ASoC: omap: make

Re: [v6 04/15] mm: discard memblock data later

On Fri 11-08-17 12:22:52, Pasha Tatashin wrote: > >>I will address your comment, and send out a new patch. Should I send it out > >>separately from the series or should I keep it inside? > > > >I would post it separatelly. It doesn't depend on the rest. > > OK, I will post it separately. No it

Re: [v6 04/15] mm: discard memblock data later

On Fri 11-08-17 15:00:47, Pasha Tatashin wrote: > Hi Michal, > > This suggestion won't work, because there are arches without memblock > support: tile, sh... > > So, I would still need to have: > > #ifdef CONFIG_MEMBLOCK in page_alloc, or define memblock_discard() stubs in > nobootmem headfile.

Re: [PATCH v3 1/2] powerpc/xmon: Dump ftrace buffers for the current CPU only

Breno Leitao writes: > Current xmon 'dt' command dumps the tracing buffer for all the CPUs, > which makes it very hard to read due to the fact that most of > powerpc machines currently have many CPUs. > Other than that, the CPU > lines are interleaved in the ftrace log.

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

Sukadev Bhattiprolu writes: > We need the SPRN_TIDR to bet set for use with fast thread-wakeup > (core-to-core wakeup). Each thread in a process needs to have a > unique id within the process but as explained below, for now, we > assign globally unique thread ids to

Re: [PATCH v6 01/17] powerpc/vas: Define macros, register fields and structures

Nicholas Piggin writes: > On Mon, 14 Aug 2017 15:21:48 +1000 > Michael Ellerman wrote: > >> Sukadev Bhattiprolu writes: > >> > arch/powerpc/include/asm/vas.h | 35 >> > arch/powerpc/include/uapi/asm/vas.h | 25

Re: [PATCH v6 17/17] powerpc/vas: Document FTW API/usage

On Tue, 2017-08-08 at 16:07 -0700, Sukadev Bhattiprolu wrote: > Document the usage of the VAS Fast thread-wakeup API. > > Thanks for input/comments from Benjamin Herrenschmidt, Michael Neuling, > Michael Ellerman, Robert Blackmore, Ian Munsie, Haren Myneni, Paul Mackerras. > > Cc:Ian Munsie

Re: [RFC PATCH v5 0/5] vfio-pci: Add support for mmapping MSI-X table

Folks, Is there anything to change besides those compiler errors and David's comment in 5/5? Or the while patchset is too bad? Thanks. On 07/08/17 17:25, Alexey Kardashevskiy wrote: > This is a followup for "[PATCH kernel v4 0/6] vfio-pci: Add support for > mmapping MSI-X table" >

Re: [PATCH v6 02/17] powerpc/vas: Move GET_FIELD/SET_FIELD to vas.h

Sukadev Bhattiprolu writes: > Move the GET_FIELD and SET_FIELD macros to vas.h as VAS and other > users of VAS, including NX-842 can use those macros. > > There is a lot of related code between the VAS/NX kernel drivers > and skiboot. For consistency switch the order

Re: [PATCH] powerpc/mm: Invalidate partition table cache on host proc tbl base update

On Wed, 2017-08-09 at 20:30 +1000, Michael Ellerman wrote: > Suraj Jitindar Singh writes: > > > The host process table base is stored in the partition table by > > calling > > the function native_register_process_table(). Currently this just > > sets > > the entry in

[PATCH] powerpc/8xx: fix two CONFIG_8xx left behind

Commit 968159c0031ac ("powerpc/8xx: Getting rid of remaining use of CONFIG_8xx") removed all but 2 references to 8xx in Kconfigs. This patch removes the two remaining ones. Signed-off-by: Christophe Leroy --- arch/powerpc/Kconfig | 2 +-

Re: [PATCH v6 14/17] powerpc: Add support for setting SPRN_TIDR

On Tue, 2017-08-08 at 16:06 -0700, Sukadev Bhattiprolu wrote: > We need the SPRN_TIDR to bet set for use with fast thread-wakeup > (core-to-core wakeup).  Each thread in a process needs to have a > unique id within the process but as explained below, for now, we > assign globally unique thread ids

Re: [PATCH v6 16/17] powerpc/vas: Implement a simple FTW driver

Hi Suka, Some comments inline ... Sukadev Bhattiprolu writes: > The Fast Thread Wake-up (FTW) driver provides user space applications an > interface to the Core-to-Core functionality in POWER9. The driver provides > the device node/ioctl API to applications and

Re: [PATCH] powerpc/64s: Add support for ASB_Notify on POWER9

On Sat, 2017-08-05 at 14:28 +1000, Benjamin Herrenschmidt wrote: > On Fri, 2017-08-04 at 16:56 +0200, Christophe Lombard wrote: > > The POWER9 core supports a new feature: ASB_Notify which requires the > > support of the Special Purpose Register: TIDR. > > > > The ASB_Notify command, generated by

Re: [PATCH v2 2/8] powerpc/xive: guest exploitation of the XIVE interrupt controller

On Fri, Aug 11, 2017 at 04:23:35PM +0200, Cédric Le Goater wrote: > This is the framework for using XIVE in a PowerVM guest. The support > is very similar to the native one in a much simpler form. > > Instead of OPAL calls, a set of Hypervisors call are used to configure > the interrupt sources

Re: [PATCH v2 1/8] powerpc/xive: introduce a common routine xive_queue_page_alloc()

On Fri, Aug 11, 2017 at 04:23:34PM +0200, Cédric Le Goater wrote: > This routine will be used in the spapr backend. Also introduce a short > xive_alloc_order() helper. > > Signed-off-by: Cédric Le Goater Reviewed-by: David Gibson > --- >

Re: [PATCH v6 01/17] powerpc/vas: Define macros, register fields and structures

On Mon, 14 Aug 2017 15:21:48 +1000 Michael Ellerman wrote: > Sukadev Bhattiprolu writes: > > arch/powerpc/include/asm/vas.h | 35 > > arch/powerpc/include/uapi/asm/vas.h | 25 +++ > > I thought we weren't exposing VAS to