Hi Guenter,
Thanks for the heads up.
On Mon, 26 Apr 2021 23:39:42 +0100,
Guenter Roeck wrote:
>
> On Tue, Apr 06, 2021 at 10:35:50AM +0100, Marc Zyngier wrote:
> > irq_create_strict_mappings() is a poor way to allow the use of
> > a linear IRQ domain as a legacy one. Let's be upfront about
> >
On 4/27/21 1:30 AM, Marc Zyngier wrote:
> Hi Guenter,
>
> Thanks for the heads up.
>
> On Mon, 26 Apr 2021 23:39:42 +0100,
> Guenter Roeck wrote:
>>
>> On Tue, Apr 06, 2021 at 10:35:50AM +0100, Marc Zyngier wrote:
>>> irq_create_strict_mappings() is a poor way to allow the use of
>>> a linear IR
Nicholas Piggin wrote:
The paravit queued spinlock slow path adds itself to the queue then
calls pv_wait to wait for the lock to become free. This is implemented
by calling H_CONFER to donate cycles.
When hcall tracing is enabled, this H_CONFER call can lead to a spin
lock being taken in the tra
Nicholas Piggin wrote:
This doesn't seem very useful to trace before the recursion check, even
if the ftrace code has any recursion checks of its own. Be on the safe
side and don't trace the hcall trace wrappers.
These functions exist precisely to allow hcalls to be traced, so it
doesn't make
Nicholas Piggin wrote:
Rather than special-case H_CEDE in the hcall trace wrappers, make the
idle H_CEDE call use plpar_hcall_norets_notrace().
Signed-off-by: Nicholas Piggin
---
arch/powerpc/include/asm/plpar_wrappers.h | 6 +-
arch/powerpc/platforms/pseries/lpar.c | 10 --
2
Nicholas Piggin wrote:
---
arch/powerpc/platforms/pseries/lpar.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/lpar.c
b/arch/powerpc/platforms/pseries/lpar.c
index 835e7f661a05..a961a7ebeab3 100644
--- a/arch/powerpc/platforms/pse
After a LPM, the device tree node ibm,dynamic-reconfiguration-memory may be
updated by the hypervisor in the case the NUMA topology of the LPAR's
memory is updated.
This is caught by the kernel, but the memory's node is updated because
there is no way to move a memory block between nodes.
If late
Michael Ellerman wrote:
"Naveen N. Rao" writes:
Michael Ellerman wrote:
"Naveen N. Rao" writes:
Daniel Axtens wrote:
Sathvika Vasireddy writes:
This adds emulation support for the following instruction:
* Set Boolean (setb)
Signed-off-by: Sathvika Vasireddy
...
If you do end up r
On 4/27/21 8:01 AM, Laurent Dufour wrote:
> After a LPM, the device tree node ibm,dynamic-reconfiguration-memory may be
> updated by the hypervisor in the case the NUMA topology of the LPAR's
> memory is updated.
>
> This is caught by the kernel, but the memory's node is updated because
> there is
Hi Eddies,
Le 27/04/2021 à 19:03, Eddie James a écrit :
Hi all,
I'm having a problem in simulation and hardware where my PPC476
processor stops executing instructions after callling /init. In my case
this is a bash script. The code descends to flush the TLB, and
somewhere in the loop in _tlbil_
Le 27/04/2021 à 19:01, Tyrel Datwyler a écrit :
On 4/27/21 8:01 AM, Laurent Dufour wrote:
After a LPM, the device tree node ibm,dynamic-reconfiguration-memory may be
updated by the hypervisor in the case the NUMA topology of the LPAR's
memory is updated.
This is caught by the kernel, but the me
After a LPM, the device tree node ibm,dynamic-reconfiguration-memory may be
updated by the hypervisor in the case the NUMA topology of the LPAR's
memory is updated.
This is caught by the kernel, but the memory's node is updated because
there is no way to move a memory block between nodes.
If late
Michael, this is a v2 despite the mail's subject, sorry for the mess.
On 4/27/21 11:13 AM, Laurent Dufour wrote:
> After a LPM, the device tree node ibm,dynamic-reconfiguration-memory may be
> updated by the hypervisor in the case the NUMA topology of the LPAR's
> memory is updated.
>
> This is caught by the kernel, but the memory's node is updated because
> there i
Hi all,
I'm having a problem in simulation and hardware where my PPC476
processor stops executing instructions after callling /init. In my case
this is a bash script. The code descends to flush the TLB, and
somewhere in the loop in _tlbil_pid, the PC goes to
InstructionTLBError47x but does not go
On Tue, 2021-04-27 at 19:26 +0200, Christophe Leroy wrote:
> Hi Eddies,
>
> Le 27/04/2021 à 19:03, Eddie James a écrit :
> > Hi all,
> >
> > I'm having a problem in simulation and hardware where my PPC476
> > processor stops executing instructions after callling /init. In my
> > case
> > this is
On 4/21/21 12:15 AM, Michael Ellerman wrote:
> Randy Dunlap writes:
>> Hi,
>>
>> Is there a way to do this?
>>
>> $ make ARCH=powerpc randconfig # and force PPC32
>
> Sort of:
>
> $ KCONFIG_ALLCONFIG=arch/powerpc/configs/book3s_32.config make randconfig
>
> But that also forces BOOK3S.
>
>> an
On 4/26/21 9:51 PM, Sourabh Jain wrote:
> kexec_file_load uses initial_boot_params in setting up the device-tree
> for the kernel to be loaded. Though initial_boot_params holds info
> about CPUs at the time of boot, it doesn't account for hot added CPUs.
>
> So, kexec'ing with kexec_file_load sysc
On Mon, Apr 26, 2021 at 11:39 PM Christophe Leroy
wrote:
>
>
>
> Le 26/04/2021 à 20:50, Nathan Chancellor a écrit :
> > On Sat, Mar 20, 2021 at 11:22:27PM +1100, Michael Ellerman wrote:
> >> From: Christophe Leroy
> >>
> >> call_do_irq() and call_do_softirq() are simple enough to be
> >> worth in
On 4/20/21 11:45 PM, Randy Dunlap wrote:
> On 4/20/21 11:37 PM, Christophe Leroy wrote:
>>
>>
>> Le 21/04/2021 à 01:31, Randy Dunlap a écrit :
>>> --- linux-next-20210420.orig/arch/powerpc/kernel/vdso64/Makefile
>>> +++ linux-next-20210420/arch/powerpc/kernel/vdso64/Makefile
>>> @@ -30,7 +30,7 @@ c
On Mon, Apr 26, 2021 at 1:40 AM Jonathan Neuschäfer
wrote:
>
> Hi,
>
> I recently booted my Wii again, and I noticed a regression at boot time.
> Output stops after the "Finalizing device tree... flat tree at 0xXX"
> message. I bisected it to this commit in the 5.8 development cycle:
>
> commi
10426
i386 randconfig-a001-20210426
i386 randconfig-a006-20210426
i386 randconfig-a004-20210426
i386 randconfig-a003-20210426
i386 randconfig-a005-20210427
i386 randconfig-a002-20210427
i386 randconfig-a00
randconfig-a004-20210426
i386 randconfig-a003-20210426
x86_64 randconfig-a002-20210427
x86_64 randconfig-a004-20210427
x86_64 randconfig-a001-20210427
x86_64 randconfig-a006-20210427
x86_64
-20210426
i386 randconfig-a003-20210426
x86_64 randconfig-a002-20210427
x86_64 randconfig-a004-20210427
x86_64 randconfig-a001-20210427
x86_64 randconfig-a006-20210427
x86_64 randconfig-a005-20210427
x86_64
ally just documents what is currently being done.
If any of them need to do something else, just say so or
even make the change.
Signed-off-by: Randy Dunlap
Cc: Li Yang
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/usb/gadget/udc/fsl_qe_udc.c |5 +
1 file changed, 5 insertions(+)
---
Hello Michal,
On Sun, Apr 25, 2021 at 01:07:14PM +0200, Michal Suchánek wrote:
> On Sat, Apr 24, 2021 at 01:07:16PM +0530, Vaidyanathan Srinivasan wrote:
> > * Michal Such?nek [2021-04-23 20:42:16]:
> >
> > > On Fri, Apr 23, 2021 at 11:59:30PM +0530, Vaidyanathan Srinivasan wrote:
> > > > * Mich
Le 28/04/2021 à 00:42, Eddie James a écrit :
On Tue, 2021-04-27 at 19:26 +0200, Christophe Leroy wrote:
Hi Eddies,
Le 27/04/2021 à 19:03, Eddie James a écrit :
Hi all,
I'm having a problem in simulation and hardware where my PPC476
processor stops executing instructions after callling /ini
27 matches
Mail list logo
