Le 20/12/2017 à 13:17, Christophe LEROY a écrit :
Trying to malloc() with libhugetlbfs, it runs indefinitly doing page
faults in do_page_fault()/hugetlb_fault().
When interrupting the blocked app with CTRL+C, I get the following WARNING:
Any idea of what can be wrong ? I'm on a 8xx with 512k
Hi Bjorn,
Sorry I'm bothering you again. Is this small out of tree init routine in
the Nemo patch? I haven't get an answer from Darren yet and I didn't
found the small out of tree init routine in the Nemo patch. Please find
attached the Nemo patch. Maybe you can find this small out of tree ini
I mean: I haven't gotten an answer from Darren yet. Sorry because of my
English. I am still learning.
-- Christian
On 22 December 2017 at 10:57AM, Christian Zigotzky wrote:
> Hi Bjorn,
>
> Sorry I'm bothering you again. Is this small out of tree init routine
in the Nemo patch? I haven't get a
Hi Linus,
Please pull some more powerpc fixes for 4.15.
This is all fairly boring, except that there's two KVM fixes that you'd
normally get via Paul's kvm-ppc tree. He's away so I picked them up. I
was waiting to see if he would apply them, which is why they have only
been in my tree since today
This series improves (mostly relaxes) limits on early memory
allocations for stacks, pacas, etc. on 64s.
It also avoids allocating lppacas for bare metal, and it changes
allocation of paca and lppaca from single big arrays to inividual
allocations.
The main goal of this is toward allocating these
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.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/mm/hash_u
The radix guest is not subject to the paravirtualized HPT VRMA limit,
so remove that from ppc64_rma_size calculation for that platform.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/mm/pgtable-radix.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/
Commit 177ba7c647f3 ("powerpc/mm/radix: Limit paca allocation in radix")
limited the paca allocation address to 1G on pSeries because RTAS return
accesses the paca in 32-bit mode:
On return from RTAS we access the paca variables and we have 64 bit
disabled. This requires us to limit paca i
With the previous patch to switch to 64-bit mode after returning from
RTAS and before doing any memory accesses, the RMA limit need not be
clamped to 1GB to avoid RTAS bugs.
Keep the 1GB limit for older firmware (although this is more of a kernel
concern than RTAS), and remove it starting with POW
With the previous patch to switch to 64-bit mode after returning from
RTAS and before doing any memory accesses, the RMA limit need not be
clamped to 1GB to avoid RTAS bugs.
Keep the 1GB limit for older firmware (although this is more of a kernel
concern than RTAS), and remove it starting with POW
Book3S PACA memory allocation is restricted by the RMA limit and also
must not take SLB faults when accessed in virtual mode. Currently a
fixed 256MB limit is used for this, which is imprecise and sub-optimal.
Update the paca allocation limits to use use the ppc64_rma_size for RMA
limit, and share
The "lppaca" is a structure registered with the hypervisor. This
is unnecessary when running on non-virtualised platforms. One field
from the lppaca (pmcregs_in_use) is also used by the host, so move
the host part out into the paca (lppaca field is still updated in
guest mode).
Signed-off-by: Nich
Change the paca array into an array of pointers to pacas. Allocate
pacas individually.
This allows flexibility in where the PACAs are allocated. Future work
will allocate them node-local. Platforms that don't have address limits
on PACAs would be able to defer PACA allocations until later in boot
Similary to the previous patch, allocate LPPACAs individually.
We no longer allocate lppacas in an array, so this patch removes the 1kB
static alignment for the structure, and enforce the PAPR alignment
requirements at allocation time. We can not reduce the 1kB allocation size
however, due to exis
Christian Zigotzky writes:
> Hi Bjorn,
>
> Sorry I'm bothering you again. Is this small out of tree init routine in
> the Nemo patch? I haven't get an answer from Darren yet and I didn't
> found the small out of tree init routine in the Nemo patch. Please find
> attached the Nemo patch. Maybe
Paul Mackerras writes:
> On Fri, Dec 22, 2017 at 03:34:20PM +1100, Michael Ellerman wrote:
>> Laurent Vivier writes:
>>
>> > On 12/12/2017 13:02, Cédric Le Goater wrote:
>> >> When restoring a pending interrupt, we are setting the Q bit to force
>> >> a retrigger in xive_finish_unmask(). But we
Laurent Vivier writes:
> On 22/12/2017 08:54, Paul Mackerras wrote:
>> On Fri, Dec 22, 2017 at 03:34:20PM +1100, Michael Ellerman wrote:
>>> Laurent Vivier writes:
>>>
On 12/12/2017 13:02, Cédric Le Goater wrote:
> When restoring a pending interrupt, we are setting the Q bit to force
>>
On Tue, 2017-12-12 at 12:02:04 UTC, =?utf-8?q?C=C3=A9dric_Le_Goater?= wrote:
> When restoring a pending interrupt, we are setting the Q bit to force
> a retrigger in xive_finish_unmask(). But we also need to force an EOI
> in this case to reach the same initial state : P=1, Q=0.
>
> This can be do
On Tue, 2017-12-12 at 17:23:56 UTC, Laurent Vivier wrote:
> When we migrate a VM from a POWER8 host (XICS) to a POWER9 host
> (XICS-on-XIVE), we have an error:
>
> qemu-kvm: Unable to restore KVM interrupt controller state \
> (0xff00) for CPU 0: Invalid argument
>
> This is because
Le 22/12/2017 à 10:32, Christophe LEROY a écrit :
Le 20/12/2017 à 13:17, Christophe LEROY a écrit :
Trying to malloc() with libhugetlbfs, it runs indefinitly doing page
faults in do_page_fault()/hugetlb_fault().
When interrupting the blocked app with CTRL+C, I get the following
WARNING:
A
On Fri, 22 Dec 2017 22:22:08 +1100
Michael Ellerman wrote:
> Paul Mackerras writes:
>
> > On Fri, Dec 22, 2017 at 03:34:20PM +1100, Michael Ellerman wrote:
> >> Laurent Vivier writes:
> >>
> >> > On 12/12/2017 13:02, Cédric Le Goater wrote:
> >> >> When restoring a pending interrupt, we
Hi Michael,
Did you have a chance to have a look ?
Christophe
Le 08/08/2017 à 09:08, Christophe Leroy a écrit :
Commit a7a9dcd882a67 ("powerpc: Avoid taking a data miss on every
userspace instruction miss") has shown that limiting the read of
faulting instruction to likely cases improves perfo
Ping ?
Le 09/05/2017 à 16:16, Christophe Leroy a écrit :
Commit fd893fe56a130 ("powerpc/mm: Fix missing page attributes in
page table dump") added support of _PAGE_RO attribute.
This patch makes it more simple
Signed-off-by: Christophe Leroy
---
arch/powerpc/mm/dump_linuxpagetables.c | 7 +-
Hi Michael,
Thanks a lot for your reply! :-)
I have found two interesting lines in the device tree:
compatible "pasemi,nemo"
model "pasemi,nemo"
What do you think?
Please find attached the output of `lsprop /proc/device-tree`.
Thanks,
Christian
On 22.12.2017 12:19, Michael
P9 supports PCI tunneled operations (atomics and as_notify). This
patch adds support for tunneled operations on powernv, with a new
API, to be called by device drivers:
pnv_pci_get_tunnel_ind()
Tell driver the 16-bit ASN indication used by kernel.
pnv_pci_set_tunnel_bar()
Tell kernel the Tu
Configure the P9 XSL_DSNCTL register with PHB indications found
in the device tree, or else use legacy hard-coded values.
Signed-off-by: Philippe Bergheaud
---
Changelog:
v2: New patch. Use the new device tree property "ibm,phb-indications".
v3: No change.
v4: No functional change.
Drop co
On Wed, 20 Dec 2017 18:53:24 +0100
Gabriel Paubert wrote:
> On Thu, Dec 21, 2017 at 12:52:01AM +1000, Nicholas Piggin wrote:
> > Shifted left by 16 bits, so the low 16 bits of r14 remain available.
> > This allows per-cpu pointers to be dereferenced with a single extra
> > shift whereas previousl
On Fri, Dec 22, 2017 at 11:54:10AM +1100, David Gibson wrote:
> On Thu, Dec 21, 2017 at 01:44:48PM -0200, Jose Ricardo Ziviani wrote:
> > The hotplug engine uses its own workqueue to handle IRQ requests, the
> > problem is that such workqueue is initialized not so early in the boot
> > process.
> >
Hello Nicholas,
Just a small comment about syntax. I'm afraid I can't comment much about
the substance of the patch.
Nicholas Piggin writes:
> diff --git a/arch/powerpc/include/asm/spinlock.h
> b/arch/powerpc/include/asm/spinlock.h
> index b9ebc3085fb7..182bb9304c79 100644
> --- a/arch/powerpc
On Fri, 22 Dec 2017 12:58:47 +0100
Greg Kurz wrote:
> On Fri, 22 Dec 2017 22:22:08 +1100
> Michael Ellerman wrote:
>
> > Paul Mackerras writes:
[...]
> > >
> > > Thanks for doing that.
> > >
> > > If you felt like merging Alexey's patch "KVM: PPC: Book3S PR: Fix WIMG
> > > handling under pHyp"
Allow PowerPC to skip the full memory barrier in switch_mm(), and
only issue the barrier when scheduling into a task belonging to a
process that has registered to use expedited private.
Threads targeting the same VM but which belong to different thread
groups is a tricky case. It has a few consequ
On Fri, 2017-12-22 at 16:18 +0100, René Rebe wrote:
> Hi all,
>
> I have a nice 1.2 GHz G4 Cube on my desk, and if I could somehow get USB 2
> into it, it would be way more useful as a “thin client” ;-)
>
> I was looking at the macio airport kernel glue, but could not immediately
> figure out h
On Thu, Dec 21, 2017 at 01:41:15AM +, Elliott, Robert (Persistent Memory)
wrote:
>
>
> > -Original Message-
> > From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of
> > Ross Zwisler
> ...
> >
> > On Wed, Dec 20, 2017 at 10:19:37AM -0800, Matthew Wilcox wrote:
>
On Thu, Dec 21, 2017 at 12:31 PM, Brice Goglin wrote:
> Le 20/12/2017 à 23:41, Ross Zwisler a écrit :
[..]
> Hello
>
> I can confirm that HPC runtimes are going to use these patches (at least
> all runtimes that use hwloc for topology discovery, but that's the vast
> majority of HPC anyway).
>
> W
On Fri, Dec 22, 2017 at 02:53:42PM -0800, Dan Williams wrote:
> On Thu, Dec 21, 2017 at 12:31 PM, Brice Goglin wrote:
> > Le 20/12/2017 à 23:41, Ross Zwisler a écrit :
> [..]
> > Hello
> >
> > I can confirm that HPC runtimes are going to use these patches (at least
> > all runtimes that use hwloc
On Fri, Dec 22, 2017 at 3:22 PM, Ross Zwisler
wrote:
> On Fri, Dec 22, 2017 at 02:53:42PM -0800, Dan Williams wrote:
>> On Thu, Dec 21, 2017 at 12:31 PM, Brice Goglin
>> wrote:
>> > Le 20/12/2017 à 23:41, Ross Zwisler a écrit :
>> [..]
>> > Hello
>> >
>> > I can confirm that HPC runtimes are goi
Hi all,
I have a nice 1.2 GHz G4 Cube on my desk, and if I could somehow get USB 2 into
it, it would be way more useful as a “thin client” ;-)
I was looking at the macio airport kernel glue, but could not immediately
figure out how much standard pcmcia/cardbus that is.
Is there any chance I cou
On 20/12/17 13:14, Benjamin Herrenschmidt wrote:
> On Wed, 2017-12-20 at 12:59 +1100, Alexey Kardashevskiy wrote:
>> On 20/12/17 12:51, Benjamin Herrenschmidt wrote:
>>> These adapters can be found in a number of our systems, so let's
>>> enable the corresponding drivers by default.
>>>
>>> Signed-
On Sat, Dec 23, 2017 at 12:57 AM, Dan Williams wrote:
> On Fri, Dec 22, 2017 at 3:22 PM, Ross Zwisler
> wrote:
>> On Fri, Dec 22, 2017 at 02:53:42PM -0800, Dan Williams wrote:
>>> On Thu, Dec 21, 2017 at 12:31 PM, Brice Goglin
>>> wrote:
>>> > Le 20/12/2017 à 23:41, Ross Zwisler a écrit :
>>> [
On Fri, Dec 15, 2017 at 6:09 AM, Christoph Hellwig wrote:
> We can just pass this on instead of having to do a radix tree lookup
> without proper locking 2 levels into the callchain.
>
> Signed-off-by: Christoph Hellwig
[..]
> diff --git a/kernel/memremap.c b/kernel/memremap.c
> index 403ab9cdb94
On Fri, Dec 15, 2017 at 6:09 AM, Christoph Hellwig wrote:
> We can just pass this on instead of having to do a radix tree lookup
> without proper locking 2 levels into the callchain.
>
> Signed-off-by: Christoph Hellwig
[..]
> diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
> index 8ac
On Thu, Dec 21, 2017 at 11:10:46PM +1100, Michael Ellerman wrote:
> Josh Poimboeuf writes:
>
> > On Tue, Dec 19, 2017 at 12:28:33PM +0100, Torsten Duwe wrote:
> >> On Mon, Dec 18, 2017 at 12:56:22PM -0600, Josh Poimboeuf wrote:
> >> > On Mon, Dec 18, 2017 at 03:33:34PM +1000, Nicholas Piggin wrot
On Sat, 2017-12-23 at 11:40 +1100, Alexey Kardashevskiy wrote:
> On 20/12/17 13:14, Benjamin Herrenschmidt wrote:
> > On Wed, 2017-12-20 at 12:59 +1100, Alexey Kardashevskiy wrote:
> > > On 20/12/17 12:51, Benjamin Herrenschmidt wrote:
> > > > These adapters can be found in a number of our systems,
43 matches
Mail list logo
