rol32(x, 16) will do the rotate using rlwinm.
No need to open code using inline assembly.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/checksum.h | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/include/asm/checksum.h
b/arch/pow
Le 09/03/2022 à 04:24, Michael Ellerman a écrit :
> Hangyu Hua writes:
>> mpc8xx_pic_init() should return -ENOMEM instead of 0 when
>> irq_domain_add_linear() return NULL. This cause mpc8xx_pics_init to continue
>> executing even if mpc8xx_pic_host is NULL.
>>
>> Fixes: cc76404feaed ("powerpc/8x
On Tue, Mar 08, 2022 at 04:38:21PM -0500, Boris Ostrovsky wrote:
>
> On 3/1/22 5:53 AM, Christoph Hellwig wrote:
>> Allow to pass a remap argument to the swiotlb initialization functions
>> to handle the Xen/x86 remap case. ARM/ARM64 never did any remapping
>> from xen_swiotlb_fixup, so we don't e
When ld detects unaligned relocations, it emits R_PPC64_UADDR64
relocations instead of R_PPC64_RELATIVE. Currently R_PPC64_UADDR64 are
detected by arch/powerpc/tools/relocs_check.sh and expected not to work.
Below is a simple chunk to trigger this behaviour (this disables
optimization for the demon
Hangyu Hua writes:
> mpc8xx_pic_init() should return -ENOMEM instead of 0 when
> irq_domain_add_linear() return NULL. This cause mpc8xx_pics_init to continue
> executing even if mpc8xx_pic_host is NULL.
>
> Fixes: cc76404feaed ("powerpc/8xx: Fix possible device node reference leak")
> Signed-off-b
Michael Ellerman writes:
> On Tue, 15 Feb 2022 13:40:55 +0100, Christophe Leroy wrote:
>> PPC64/IA64/PARISC have function descriptors. LKDTM doesn't work
>> on those three architectures because LKDTM messes up function
>> descriptors with functions.
>>
>> This series does some cleanup in the thre
iss_defconfig
ia64defconfig
arm randconfig-c002-20220308
ia64 allmodconfig
ia64 allyesconfig
m68k allmodconfig
m68kdefconfig
m68k
hisi_defconfig
riscv defconfig
sh se7206_defconfig
xtensa iss_defconfig
ia64defconfig
arm randconfig-c002-20220308
ia64 allmodconfig
This patch adds a new KVM capability to address a crash we're
currently having inside the nested guest kernel when running with
GTSE disabled in the nested hypervisor.
The summary is:
We allow any guest a cmdline override of GTSE for migration
purposes. The nested guest does not know it needs to
On 3/1/22 5:53 AM, Christoph Hellwig wrote:
Allow to pass a remap argument to the swiotlb initialization functions
to handle the Xen/x86 remap case. ARM/ARM64 never did any remapping
from xen_swiotlb_fixup, so we don't even need that quirk.
Any chance this patch could be split? Lots of thin
Don't inherit headers "by chances" from asm/prom.h, asm/mpc52xx.h,
asm/pci.h etc...
Include the needed headers, and remove asm/prom.h when it was
needed exclusively for pulling necessary headers.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/pnv-pci.h | 1 +
arch/
Several files include asm/prom.h for no reason.
Clean it up.
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/cacheinfo.c | 1 -
arch/powerpc/kernel/eeh_driver.c | 1 -
arch/powerpc/kernel/iommu.c | 1 -
arch/powerpc/kernel/irq.c
parport.h needs only of_irq.h, no need to go via asm/prom.h
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/parport.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/parport.h
b/arch/powerpc/include/asm/parport.h
index 8abfb8f7c33d..42cc
Move pci_device_from_OF_node() in pci64.c because it needs definition
of struct device_node and is not worth inlining.
ppc32.c already has it in pci32.c.
That way pci-bridge.h doesn't need linux/of.h (Brought by asm/prom.h
via asm/pci.h)
Signed-off-by: Christophe Leroy
---
arch/powerpc/include
is_secure_guest() uses mfmsr().
Don't rely on users to include asm/reg.h, include
it in asm/svm.h
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/svm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/include/asm/svm.h b/arch/powerpc/include/asm/svm.h
index 754640
Don't rely on random inclusion of linux/of.h by users
of asm/drmem.h
Add a forward declaration of struct property and
struct device_node.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/drmem.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/powerpc/include/asm/drmem.h
Hi,
On 2022/03/09 1:23, Ahmad Fatoum wrote:
Hello Tokunori-san,
On 08.03.22 17:13, Tokunori Ikegami wrote:
Hi Ahmad-san,
On 2022/03/08 18:44, Ahmad Fatoum wrote:
Hello Tokunori,
On 06.03.22 16:49, Tokunori Ikegami wrote:
Hi,
On 2022/03/04 20:11, Ahmad Fatoum wrote:
Hello Tokunori-san,
O
Hello Tokunori-san,
On 08.03.22 17:13, Tokunori Ikegami wrote:
> Hi Ahmad-san,
>
> On 2022/03/08 18:44, Ahmad Fatoum wrote:
>> Hello Tokunori,
>>
>> On 06.03.22 16:49, Tokunori Ikegami wrote:
>>> Hi,
>>>
>>> On 2022/03/04 20:11, Ahmad Fatoum wrote:
Hello Tokunori-san,
On 20.02.22 1
Hi Ahmad-san,
On 2022/03/08 18:44, Ahmad Fatoum wrote:
Hello Tokunori,
On 06.03.22 16:49, Tokunori Ikegami wrote:
Hi,
On 2022/03/04 20:11, Ahmad Fatoum wrote:
Hello Tokunori-san,
On 20.02.22 13:22, Tokunori Ikegami wrote:
Hi Ahmad-san,
Could you please try the version 2 patch attached for
Today's implementation of csum_shift() leads to branching based on
parity of 'offset'
02f8 :
2f8: 70 a5 00 01 andi. r5,r5,1
2fc: 41 a2 00 08 beq 304
300: 54 84 c0 3e rotlwi r4,r4,24
304: 7c
Le 07/03/2022 à 02:41, Hangyu Hua a écrit :
> Ping?
>
> On 2022/2/23 15:02, Hangyu Hua wrote:
>> mpc8xx_pic_init() should return -ENOMEM instead of 0 when
>> irq_domain_add_linear() return NULL. This cause mpc8xx_pics_init to
>> continue
>> executing even if mpc8xx_pic_host is NULL.
>>
>> Fixes
Hi Nick,
Le 08/03/2022 à 14:50, Nicholas Piggin a écrit :
> I had a bunch of random little fixes and cleanups around and
> was prompted to put them together and make a change to call
> RTAS with MSR[RI] enabled because of a report of the hard
> lockup watchdog NMI IPI hitting in an rtas call which
Christophe Leroy writes:
> Le 13/04/2021 à 00:26, Fabiano Rosas a écrit :
>> The KVM_CAP_MAX_VCPU_ID capability was added by commit 0b1b1dfd52a6
>> ("kvm: introduce KVM_MAX_VCPU_ID") to allow for vcpu ids larger than
>> KVM_MAX_VCPU in powerpc.
>>
>> For a P9 host we depend on the guest VSMT val
Add range checking from the rtas syscall, and other error checks
and warnings to kernel callers, so problems can be found and
fixed.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/arch/pow
rtas_call must not be called with the MMU disabled because in case
of rtas error, log_error is called which requires MMU enabled. Add
a test and warning for this.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/powerpc/k
If buff_copy allocation failed then there was an error and the errbuf
allocation succeeded, it will not be logged or freed.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/rtas.c b/arch/p
__fetch_rtas_last_error can use the same rtas_args as the caller used
for the failed rtas call. It can also use a higher-level helper to
assemble the rtas_args.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c | 30 +-
1 file changed, 9 insertions(+), 21
Use the same calling and rets return convention with the raw rtas
call rather than requiring callers to load and byteswap return
values out of rtas_args.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/include/asm/rtas.h | 4 +-
arch/powerpc/kernel/rtas.c | 53 +++
PAPR specifies that RTAS may be called with MSR[RI] enabled if the
calling context is recoverable, and RTAS will manage RI as necessary.
Call the rtas entry point with RI enabled, and add a check to ensure
the caller has RI enabled.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c
This moves MSR save/restore and some real-mode juggling out of asm and
into C code, simplifying things.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c | 15 ---
arch/powerpc/kernel/rtas_entry.S | 32 +---
2 files changed, 17 insertions
On 64-bit, PACA is saved in a SPRG so it does not need to be saved on
stack. We also don't need to mask off the top bits for real mode
addresses because the architecture does this for us.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas_entry.S | 13 -
1 file changed, 4 in
Rather than adjust the current MSR value to find the rtas entry
MSR on 64-bit, load the explicit value we want as 32-bit does.
This prevents some facilities (e.g., VEC and VSX) from being left
enabled which doesn't seem to cause a problem but it's more
consistent to always use the same MSR and min
mtmsrd L=1 can clear MSR[RI] without the previous MSR value; it does
not require sync; it can be moved later to before SRRs are live.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas_entry.S | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/
Disable MSR[EE] in C code rather than asm.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas.c | 4
arch/powerpc/kernel/rtas_entry.S | 17 +
2 files changed, 5 insertions(+), 16 deletions(-)
diff --git a/arch/powerpc/kernel/rtas.c b/arch/powerpc/kernel/rtas
The code was moved verbatim including whitespace cruft. Fix that.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas_entry.S | 34
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/arch/powerpc/kernel/rtas_entry.S b/arch/powerpc/kernel/rtas
This symbol is marked nokprobe on 32-bit but not 64-bit, add it.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/rtas_entry.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/kernel/rtas_entry.S b/arch/powerpc/kernel/rtas_entry.S
index 192fea342744..afe3b789bc36 100644
---
I had a bunch of random little fixes and cleanups around and
was prompted to put them together and make a change to call
RTAS with MSR[RI] enabled because of a report of the hard
lockup watchdog NMI IPI hitting in an rtas call which then
crashed because it's unrecoverable.
Could possibly move patc
This makes working on the code a bit easier.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/kernel/Makefile | 2 +-
arch/powerpc/kernel/entry_32.S | 49
arch/powerpc/kernel/entry_64.S | 150 ---
arch/powerpc/kernel/rtas_entry.S | 199 +
Le 13/04/2021 à 00:26, Fabiano Rosas a écrit :
The KVM_CAP_MAX_VCPU_ID capability was added by commit 0b1b1dfd52a6
("kvm: introduce KVM_MAX_VCPU_ID") to allow for vcpu ids larger than
KVM_MAX_VCPU in powerpc.
For a P9 host we depend on the guest VSMT value to know what is the
maximum number o
arch-powerpc-kernel-prom_init.c:warning:no-previous-prototype-for-prom_init
|-- powerpc-allyesconfig
| `--
arch-powerpc-kernel-prom_init.c:warning:no-previous-prototype-for-prom_init
|-- powerpc-mpc834x_itx_defconfig
| `--
arch-powerpc-kernel-prom_init.c:error:no-previous-prototype-for-prom_init
|-- powerpc-rand
Le 08/05/2021 à 11:51, Zhen Lei a écrit :
The semicolon immediately following '}' is unneeded.
Signed-off-by: Zhen Lei
A more recent version of your patch are available at
https://patchwork.ozlabs.org/project/linuxppc-dev/patch/01647102607ce9640c9f27786d976109a3c4ea7e.1629197153.git.jing.
On Thu, 17 Feb 2022 16:23:19 +0530, Pratik R. Sampat wrote:
> RFC: https://lkml.org/lkml/2021/6/4/791
> PATCH v1: https://lkml.org/lkml/2021/6/16/805
> PATCH v2: https://lkml.org/lkml/2021/7/6/138
> PATCH v3: https://lkml.org/lkml/2021/7/12/2799
> PATCH v4: https://lkml.org/lkml/2021/7/16/532
> PAT
On Mon, 14 Feb 2022 16:11:34 +0530, Naveen N. Rao wrote:
> This is a follow-up series with the pending patches from:
> https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=279602&state=*
>
> Patches 1-5 and 8 are unchanged. Patch 6 is new and patch 7 has changes
> based on discussion fro
On Tue, 22 Feb 2022 22:34:49 +1100, Michael Ellerman wrote:
> Since commit 46ddcb3950a2 ("powerpc/mm: Show if a bad page fault on data
> is read or write.") we use page_fault_is_write(regs->dsisr) in
> __bad_page_fault() to determine if the fault is for a read or write, and
> change the message pri
On Wed, 23 Feb 2022 12:58:21 +1100, Michael Ellerman wrote:
> Paul reported a warning with DEBUG_ATOMIC_SLEEP=y:
>
> BUG: sleeping function called from invalid context at
> include/linux/sched/mm.h:256
> in_atomic(): 0, irqs_disabled(): 1, non_block: 0, pid: 1, name: swapper/0
> preempt_cou
On Thu, 3 Mar 2022 15:34:16 +0100, Nour-eddine Taleb wrote:
> remove unnecessary castings, from "void *" to "struct kvmppc_xics *"
>
>
Applied to powerpc/next.
[1/1] arch:powerpc:kvm: remove unnecessary type castings
https://git.kernel.org/powerpc/c/e40b38a41ce916d6a3a4751d59a01b6c0c03afd
On Mon, 28 Feb 2022 15:24:33 +0100, Jakob Koschel wrote:
> 'gtm' will *always* be set by list_for_each_entry().
> It is incorrect to assume that the iterator value will be NULL if the
> list is empty.
>
> Instead of checking the pointer it should be checked if
> the list is empty.
>
> [...]
Appl
On Mon, 28 Feb 2022 17:09:57 -0800, Haren Myneni wrote:
> PowerPC provides HW compression with NX coprocessor. This feature
> is available on both PowerNV and PowerVM and included in Linux.
> Since each powerpc chip has one NX coprocessor, the VAS introduces
> the concept of windows / credits to ma
On Thu, 20 Jan 2022 17:49:31 +0530, Ganesh Goudar wrote:
> In realmode mce handler we use irq_work_queue() to defer
> the processing of mce events, irq_work_queue() can only
> be called when translation is enabled because it touches
> memory outside RMA, hence we enable translation before
> calling
On Fri, 7 Jan 2022 19:44:26 +0530, Ganesh Goudar wrote:
> Add support to parse and log control memory access
> error for pseries. These changes are made according to
> PAPR v2.11 10.3.2.2.12.
>
>
Applied to powerpc/next.
[1/3] powerpc/pseries: Parse control memory access error
https://git
On Tue, 15 Feb 2022 13:40:55 +0100, Christophe Leroy wrote:
> PPC64/IA64/PARISC have function descriptors. LKDTM doesn't work
> on those three architectures because LKDTM messes up function
> descriptors with functions.
>
> This series does some cleanup in the three architectures and
> refactors f
On Thu, 17 Feb 2022 13:01:56 +0100, Christophe Leroy wrote:
> For the same reason as commit a85c728cb5e1 ("powerpc/32: Don't use
> lmw/stmw for saving/restoring non volatile regs"), don't use
> lmw/stmw in ftrace_regs_caller().
>
> Use the same macros for PPC32 and PPC64.
>
>
> [...]
Applied to
Christophe Leroy writes:
> Le 04/03/2022 à 18:04, Christophe Leroy a écrit :
>> We originally added asm-prototypes.h in commit 42f5b4cacd78 ("powerpc:
>> Introduce asm-prototypes.h"). It's purpose was for prototypes of C
>> functions that are only called from asm, in order to fix sparse
>> warning
Christophe Leroy writes:
> Le 04/03/2022 à 18:04, Christophe Leroy a écrit :
>> Last call to sys_swapcontext() from ASM was removed by
>> commit fbcee2ebe8ed ("powerpc/32: Always save non volatile GPRs at
>> syscall entry")
>>
>> sys_debug_setcontext() prototype not needed anymore since
>> commit
Le 08/03/2022 à 11:09, YueHaibing a écrit :
> arch/powerpc/platforms/cell/spufs/sched.c:1055:12: warning:
> ‘show_spu_loadavg’ defined but not used [-Wunused-function]
> static int show_spu_loadavg(struct seq_file *s, void *private)
> ^~~~
>
> Move it into #ifdef bloc
Hi again Michael,
Le 04/03/2022 à 18:04, Christophe Leroy a écrit :
> We originally added asm-prototypes.h in commit 42f5b4cacd78 ("powerpc:
> Introduce asm-prototypes.h"). It's purpose was for prototypes of C
> functions that are only called from asm, in order to fix sparse
> warnings about missi
Hello Tokunori,
On 06.03.22 16:49, Tokunori Ikegami wrote:
> Hi,
>
> On 2022/03/04 20:11, Ahmad Fatoum wrote:
>> Hello Tokunori-san,
>>
>> On 20.02.22 13:22, Tokunori Ikegami wrote:
>>> Hi Ahmad-san,
>>>
>>> Could you please try the version 2 patch attached for the error case?
>>> This version is
Hi Michael,
Le 04/03/2022 à 18:04, Christophe Leroy a écrit :
> Last call to sys_swapcontext() from ASM was removed by
> commit fbcee2ebe8ed ("powerpc/32: Always save non volatile GPRs at
> syscall entry")
>
> sys_debug_setcontext() prototype not needed anymore since
> commit f3675644e172 ("power
58 matches
Mail list logo
