On Tue 13-02-18 13:27:30, Kees Cook wrote:
> On Tue, Feb 13, 2018 at 2:32 AM, Michal Hocko wrote:
> > On Tue 13-02-18 21:16:55, Michael Ellerman wrote:
> >> Kees Cook writes:
> >>
> >> > On Mon, Feb 12, 2018 at 7:25 PM, Michael Ellerman
> >> > wrote:
> >> >> Michal Hocko writes:
> >> >>> Hi,
>
Vaibhav Jain writes:
> Thanks for reviewing this patch Balbir
>
> Balbir Singh writes:
>
>> Any specific issue you've run into without this patch?
> Without this patch since xmon is still accessible via sysrq and there is
> no indication/warning on the xmon console mentioning that its is not
>
Hi Linus,
Please pull some powerpc fixes for 4.16:
The following changes since commit 581e400ff935d34d95811258586128bf11baef15:
Merge tag 'modules-for-v4.16' of
git://git.kernel.org/pub/scm/linux/kernel/git/jeyu/linux (2018-02-07 14:29:34
-0800)
are available in the git repository at:
ht
Laurent Vivier writes:
> On 07/02/2018 18:49, Daniel Henrique Barboza wrote:
>> On 02/07/2018 12:33 PM, Laurent Vivier wrote:
>>> On 01/02/2018 06:09, Alexey Kardashevskiy wrote:
Radix guests do normally invalidate process-scoped translations when
a new pid is allocated but migrated gues
When CONFIG_NUMA is not set, build fail with:
arch/powerpc/platforms/pseries/hotplug-cpu.c:335:4: error: déclaration
implicite de la fonction « update_numa_cpu_lookup_table »
[-Werror=implicit-function-declaration]
So we have to add update_numa_cpu_lookup_table as an empty function when
CONFIG_
This patch series add split pmd pagetable lock for book3s64. nohash64 also
should
be able to switch to this. I need to workout the code dependency. This series
also migh have broken the build on platforms otherthan book3s64. I am sending
this early
to get feedback on whether we should continue wi
We rename the alloc and get_from_cache to indicate they operate on pte
fragments. In later patch we will add pmd fragment support.
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/mm/pgtable_64.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/mm/pgtable
4K config use one full page at level 4 of the table. Add support single fragment
and use that for 4K config. This makes both 4k and 64k use the same code path.
Later we will switch pmd to use the page table fragment code
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/book3s/64/hash
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/book3s/64/hash-4k.h | 4 ++
arch/powerpc/include/asm/book3s/64/hash-64k.h | 4 ++
arch/powerpc/include/asm/book3s/64/mmu.h | 1 +
arch/powerpc/include/asm/book3s/64/pgalloc.h | 2 +
arch/powerpc/include/asm/book3s/64/pgta
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/book3s/32/pgalloc.h | 2 +-
arch/powerpc/include/asm/book3s/64/pgalloc.h | 6 ++--
arch/powerpc/include/asm/pgalloc.h | 9 ++
arch/powerpc/mm/pgtable_64.c | 44 ++--
4 files chang
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/book3s/64/pgalloc.h | 9 ++---
arch/powerpc/mm/init-common.c| 2 --
arch/powerpc/mm/pgtable_64.c | 2 +-
3 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/include/asm/book3s
---
arch/powerpc/platforms/Kconfig.cputype | 4
1 file changed, 4 insertions(+)
diff --git a/arch/powerpc/platforms/Kconfig.cputype
b/arch/powerpc/platforms/Kconfig.cputype
index a429d859f15d..28ba1acb7842 100644
--- a/arch/powerpc/platforms/Kconfig.cputype
+++ b/arch/powerpc/platforms/Kcon
On Wed, Feb 14, 2018 at 1:20 AM, Michal Hocko wrote:
> On Tue 13-02-18 13:27:30, Kees Cook wrote:
>> On Tue, Feb 13, 2018 at 2:32 AM, Michal Hocko wrote:
>> > On Tue 13-02-18 21:16:55, Michael Ellerman wrote:
>> >> Kees Cook writes:
>> >>
>> >> > On Mon, Feb 12, 2018 at 7:25 PM, Michael Ellerman
Make the struct via_pmu_driver const to avoid following warning:
WARNING: vmlinux.o(.data+0x4739c): Section mismatch in reference from the
variable via_pmu_driver to the function .init.text:pmu_init()
The variable via_pmu_driver references
the function __init pmu_init()
If the reference is valid
On Tue, Feb 13, 2018 at 7:54 PM, Laurent Vivier wrote:
> On 07/02/2018 20:44, Mathieu Malaterre wrote:
>> Remove the __init annotation from pmu_init() to avoid the
>> following warning.
>>
>> WARNING: vmlinux.o(.data+0x4739c): Section mismatch in reference from the
>> variable via_pmu_driver to t
On 12/03/2017 09:13 PM, Michael Ellerman wrote:
> Nathan Fontenot writes:
>
>> This patch set provides a series of updates to de-couple the LMB
>> information provided in the device tree property from the device
>> tree property format. This eases the ability to support a new
>> format for the dy
From: Michael Ellerman
rfi_flush_enable() includes a check to see if we're already
enabled (or disabled), and in that case does nothing.
But that means calling setup_rfi_flush() a 2nd time doesn't actually
work, which is a bit confusing.
Move that check into the debugfs code, where it really be
This patchset allows for setup_rfi_flush() to be called again
after PowerVM LPM (live partition mobility) aka LPAR migration.
It's originally written by Michael Ellerman; I just rebased it
on top of powerpc/merge as of 2018-02-14 BRST (commit 3f6f556).
I tested it with a debug patch (sending shor
From: Michael Ellerman
For PowerVM migration we want to be able to call setup_rfi_flush()
again after we've migrated the partition.
To support that we need to check that we're not trying to allocate the
fallback flush area after memblock has gone away. If so we just fail,
we don't support migrat
From: Michael Ellerman
We might have migrated to a machine that uses a different flush type,
or doesn't need flushing at all.
If we migrate to a machine with no flush support, ie. that would use
fallback, we just print an error and switch flushing off. We could
support that, but it would complic
On 02/13/2018 10:15 PM, Cyril Bur wrote:
> On Tue, 2018-02-13 at 21:12 -0800, Tyrel Datwyler wrote:
>> On 02/13/2018 05:20 PM, Cyril Bur wrote:
>>> Hello all,
>>
>> Does reverting commit 02ef6dd8109b581343ebeb1c4c973513682535d6 alleviate the
>> issue?
>>
>
> Hi Tyrel,
>
> No it doesn't. Same bac
Signed-off-by: Mauricio Faria de Oliveira
---
arch/powerpc/kernel/setup_64.c| 8
arch/powerpc/platforms/pseries/mobility.c | 4
2 files changed, 12 insertions(+)
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index d692f71..a05b9f4 100644
-
On 02/14/2018 03:30 PM, Tyrel Datwyler wrote:
> On 12/03/2017 09:13 PM, Michael Ellerman wrote:
>> Nathan Fontenot writes:
>>
>>> This patch set provides a series of updates to de-couple the LMB
>>> information provided in the device tree property from the device
>>> tree property format. This eas
On 02/14/2018 03:37 PM, Tyrel Datwyler wrote:
> On 02/13/2018 10:15 PM, Cyril Bur wrote:
>> On Tue, 2018-02-13 at 21:12 -0800, Tyrel Datwyler wrote:
>>> On 02/13/2018 05:20 PM, Cyril Bur wrote:
Hello all,
>>>
>>> Does reverting commit 02ef6dd8109b581343ebeb1c4c973513682535d6 alleviate
>>> the
On Wed, Feb 14, 2018 at 11:17 AM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Wed, 14 Feb 2018 17:05:13 +0100
>
> Omit an extra message for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
R
Tyrel Datwyler writes:
> On 12/03/2017 09:13 PM, Michael Ellerman wrote:
>> Nathan Fontenot writes:
>>
>>> This patch set provides a series of updates to de-couple the LMB
>>> information provided in the device tree property from the device
>>> tree property format. This eases the ability to su
Kees Cook writes:
> On Wed, Feb 14, 2018 at 1:20 AM, Michal Hocko wrote:
...
>>
>> OK, so let's try to nuke it. How should I route this patch?
>
> I'm fine if goes in via ppc (especially if it can land for 4.16). If
> Michael doesn't want it, I can send it through my seccomp tree via
> James Morr
On 09/01/18 16:52, Alexey Kardashevskiy wrote:
> With enabled DEBUG, there is a compile error:
> "error: ‘flags’ is used uninitialized in this function".
>
> This moves pr_devel() little further where @flags are initialized.
>
> Signed-off-by: Alexey Kardashevskiy
Ping?
> ---
>
> /home/aik/p
On 09/01/18 16:45, Alexey Kardashevskiy wrote:
> Currently the pseries kernel advertises radix MMU support even if
> the actual support is disabled via the CONFIG_PPC_RADIX_MMU option.
>
> This adds a check for CONFIG_PPC_RADIX_MMU to avoid advertising radix
> to the hypervisor.
>
> Suggested-by:
Frederic Barrat writes:
> The code change looks ok, but am I the only one to think the commit
> message doesn't match? The enable bit has always been in the PSL_CONTROL
> register, it was just badly documented on p8. What's been removed is
> much of the configuration found in PSL_TB_CTLSTAT.
>
For PSL9 the contents of PSL_TB_CTLSTAT register have changed in PSL9
and all of the register is now readonly. Hence we don't need an sl_ops
implementation for 'write_timebase_ctrl' for to populate this register
for PSL9.
Hence this patch removes function write_timebase_ctrl_psl9() and its
referen
Acked-by: Andrew Donnellan
On 15/02/18 17:19, Vaibhav Jain wrote:
For PSL9 the contents of PSL_TB_CTLSTAT register have changed in PSL9
and all of the register is now readonly. Hence we don't need an sl_ops
implementation for 'write_timebase_ctrl' for to populate this register
for PSL9.
Hence
Thanks for looking into this patch Mpe.
Michael Ellerman writes:
>
>
> But the same crash happens with XMON_DEFAULT=n and nothing on the
> command line.
Yes, XMON_DEFAULT=n and empty boot command line implies xmon=off hence
you will see the same issue and this patch should fix that issue too.
>
Hello,
On Wed, 14 Feb 2018 19:33:40 -0200
Mauricio Faria de Oliveira wrote:
> From: Michael Ellerman
>
> For PowerVM migration we want to be able to call setup_rfi_flush()
> again after we've migrated the partition.
>
> To support that we need to check that we're not trying to allocate the
>
34 matches
Mail list logo
