- Original Message -
> From: "Jason Gunthorpe"
> To: "Shivaprasad G Bhat"
> Cc: "Timothy Pearson" , "Alex Williamson"
> , "linuxppc-dev"
> , "Michael Ellerman" ,
> "npiggin" , "christo
- Original Message -
> From: "christophe leroy"
> To: "Timothy Pearson"
> Cc: "linuxppc-dev"
> Sent: Saturday, February 17, 2024 10:39:06 AM
> Subject: Re: [PATCH v3] powerpc: Add gpr1 and fpu save/restore functions
> Le 16/02/2024 à 1
- Original Message -
> From: "christophe leroy"
> To: "Timothy Pearson" , "linuxppc-dev"
>
> Sent: Tuesday, February 13, 2024 9:13:41 AM
> Subject: Re: [PATCH v2] powerpc: Add gpr1 and fpu save/restore functions
> Le 12/02/2024 à 18:14, T
save/restore functions per the PowerPC 64-bit ELFv2 ABI
documentation.
Tested on a Talos II with a WX7100 installed and running in DisplayCore mode.
Reported-by: kernel test robot
Tested-by: Timothy Pearson
Signed-off-by: Timothy Pearson
---
arch/powerpc/kernel/prom_init_check.sh | 4
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson" , "Segher Boessenkool"
>
> Cc: "linuxppc-dev"
> Sent: Monday, February 12, 2024 11:23:30 PM
> Subject: Re: [PATCH] powerpc: Add gpr1 and fpu save/resto
- Original Message -
> From: "Segher Boessenkool"
> To: "Timothy Pearson"
> Cc: "linuxppc-dev"
> Sent: Monday, February 12, 2024 12:23:22 PM
> Subject: Re: [PATCH] powerpc: Add gpr1 and fpu save/restore functions
> On Mon, Feb 12,
- Original Message -
> From: "Segher Boessenkool"
> To: "Timothy Pearson"
> Cc: "linuxppc-dev"
> Sent: Monday, February 12, 2024 11:59:06 AM
> Subject: Re: [PATCH] powerpc: Add gpr1 and fpu save/restore functions
> On Mon, Feb 12,
- Original Message -
> From: "Segher Boessenkool"
> To: "Timothy Pearson"
> Cc: "linuxppc-dev"
> Sent: Monday, February 12, 2024 11:30:43 AM
> Subject: Re: [PATCH] powerpc: Add gpr1 and fpu save/restore functions
>
> Long long t
save/restore functions per the PowerPC 64-bit ELFv2 ABI
documentation.
Tested on a Talos II with a WX7100 installed and running in DisplayCore mode.
Reported-by: kernel test robot
Tested-by: Timothy Pearson
Signed-off-by: Timothy Pearson
---
arch/powerpc/kernel/prom_init_check.sh | 4
- Original Message -
> From: "Segher Boessenkool"
> To: "Timothy Pearson"
> Cc: "linuxppc-dev"
> Sent: Monday, February 12, 2024 11:02:07 AM
> Subject: Re: [PATCH] powerpc: Add gpr1 and fpu save/restore functions
> On Mon, Feb 12,
save/restore functions per the ABI v2 documentation.
Tested on a Talos II with a WX7100 installed and running in DisplayCore mode.
Reported-by: kernel test robot
Tested-by: Timothy Pearson
Signed-off-by: Timothy Pearson
---
arch/powerpc/kernel/prom_init_check.sh | 4 +-
arch/powerpc/lib
- Original Message -
> From: "Timothy Pearson"
> To: "Jason Gunthorpe"
> Cc: "Timothy Pearson" , "Shivaprasad G Bhat"
> , "iommu"
> , "linuxppc-dev" ,
> "linux-kernel" ,
> "Michael E
- Original Message -
> From: "Jason Gunthorpe"
> To: "Timothy Pearson"
> Cc: "Shivaprasad G Bhat" , "iommu"
> , "linuxppc-dev"
> , "linux-kernel"
> , "Michael Ellerman"
> , "npiggi
- Original Message -
> From: "Jason Gunthorpe"
> To: "Shivaprasad G Bhat"
> Cc: io...@lists.linux.dev, "linuxppc-dev" ,
> "linux-kernel"
> , "Michael Ellerman" ,
> "npiggin" , "christophe
0802a6 fbe1fff8 7c7f1b78
f8010010 f821ffd1 4bffc9f5 6000 3920 e94d0908 <7d00f8a8> 7c284800
40c20010 7d40f9ad
[ 157.330467] ---[ end trace ]---
[ 157.902980] note: bash[1170] exited with irqs disabled
- Original Message -----
> From: "Timothy Pearson&q
f8010010 f821ffd1 4bffc9f5 6000 3920 e94d0908 <7d00f8a8> 7c284800
40c20010 7d40f9ad
[ 3771.108510] ---[ end trace ]---
- Original Message -
> From: "Timothy Pearson"
> To: "linuxppc-dev"
> Sent: Wednesday, December 27, 2023
I've been evaluating some new options for our POWER9-based hardware in the NVMe
space, and would like some clarification on the current status of PCIe hotplug
for the PowerNV platforms.
>From what I understand, the pnv_php driver provides the basic hotplug
>functionality on PowerNV. What I'm
- Original Message -
> From: "Samuel Holland"
> To: "Michael Ellerman"
> Cc: "linux-kernel" , "amd-gfx"
> , "linux-arch"
> , "linux-arm-kernel"
> , loonga...@lists.linux.dev,
> "linuxppc-dev&q
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson"
> Cc: "Jens Axboe" , "regressions"
> , "npiggin" ,
> "christophe leroy" , "linuxppc-dev"
>
> Sent: Tuesday, November 28,
Just wanted to check back and see if this patch was going to be queued up soon?
We're still having to work around / advertise the data destruction issues the
underlying bug is causing on e.g. Debian Stable.
Thanks!
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson"
> Cc: "Jens Axboe" , "regressions"
> , "npiggin" ,
> "christophe leroy" , "linuxppc-dev"
>
> Sent: Tuesday, Novem
- Original Message -
> From: "Timothy Pearson"
> To: "Michael Ellerman"
> Cc: "Jens Axboe" , "regressions"
> , "npiggin" ,
> "christophe leroy" , "linuxppc-dev"
>
> Sent: Monday, Novem
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson"
> Cc: "Jens Axboe" , "regressions"
> , "npiggin" ,
> "christophe leroy" , "linuxppc-dev"
>
> Sent: Monday, November 20,
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson"
> Cc: "Jens Axboe" , "regressions"
> , "npiggin" ,
> "christophe leroy" , "linuxppc-dev"
>
> Sent: Monday, November 20,
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson" , "Jens Axboe"
> , "regressions"
> , "npiggin" , "christophe
> leroy" ,
> "linuxppc-dev"
> Sent: Monday, November 20,
.javamail.zim...@raptorengineeringinc.com/
Tested-by: Timothy Pearson
Tested-by: Jens Axboe
Signed-off-by: Timothy Pearson
---
arch/powerpc/kernel/fpu.S| 13 +
arch/powerpc/kernel/vector.S | 2 ++
2 files changed, 15 insertions(+)
diff --git a/arch/powerpc/kernel/fpu.S b/arch/powerpc
- Original Message -
> From: "Timothy Pearson"
> To: "Jens Axboe" , "regressions"
> , "Michael Ellerman"
> , "npiggin" , "christophe leroy"
> , "linuxppc-dev"
>
> Sent: Saturday, Novem
using the above sequence, see MariaDB bug MDEV-30728.
Restore fr0/vs0 after FPSCR/VSCR store has completed for both the fp and
altivec register save paths.
Tested under QEMU in kvm mode, running on a Talos II workstation with dual
POWER9 DD2.2 CPUs.
Tested-by: Timothy Pearson
Signed-off-by: Timothy
- Original Message -
> From: "Timothy Pearson"
> To: "Timothy Pearson"
> Cc: "npiggin" , "linuxppc-dev"
>
> Sent: Friday, November 17, 2023 2:26:37 AM
> Subject: Re: [PATCH] powerpc: Fix data corruption on IPI
- Original Message -
> From: "Timothy Pearson"
> To: "npiggin"
> Cc: "linuxppc-dev"
> Sent: Friday, November 17, 2023 2:20:29 AM
> Subject: Re: [PATCH] powerpc: Fix data corruption on IPI
> - Original Message -
>> From: &
- Original Message -
> From: "npiggin"
> To: "Timothy Pearson" , "Michael Ellerman"
>
> Cc: "linuxppc-dev"
> Sent: Friday, November 17, 2023 2:01:12 AM
> Subject: Re: [PATCH] powerpc: Fix data corruption on IPI
&g
- Original Message -
> From: "Timothy Pearson"
> To: "Michael Ellerman" , "npiggin"
> Cc: "linuxppc-dev"
> Sent: Friday, November 17, 2023 1:39:37 AM
> Subject: Re: [PATCH] powerpc: Fix data corruption on IPI
&g
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson" , "linuxppc-dev"
>
> Cc: "Jens Axboe"
> Sent: Tuesday, November 14, 2023 6:14:37 AM
> Subject: Re: [PATCH] powerpc: Fix data corruption on IPI
> Hi
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson" , "linuxppc-dev"
>
> Cc: "Jens Axboe"
> Sent: Tuesday, November 14, 2023 6:14:37 AM
> Subject: Re: [PATCH] powerpc: Fix data corruption on IPI
> Hi
>From 0b2678b7cdada1a3d9aec8626f31a988d81373fa Mon Sep 17 00:00:00 2001
From: Timothy Pearson
Date: Mon, 13 Nov 2023 22:42:58 -0600
Subject: [PATCH] powerpc: Fix data corruption on IPI
On multithreaded SMP workloads such as those using io_uring, it is possible for
multiple threads to h
- Original Message -
> From: "Salvatore Bonaccorso"
> To: "Timothy Pearson"
> Cc: "Linuxppc-dev"
> , "Jens
> Axboe"
> , "regressions" , "Michael
> Ellerman" , "npiggin"
> , "christ
- Original Message -
> From: "Randy Dunlap"
> To: "Timothy Pearson" , "Michael Ellerman"
>
> Cc: "Stephen Rothwell" , "Linux Next Mailing List"
> , "linux-kernel"
> , "linuxppc-dev"
> , &q
and PowerNV
A build failure with CONFIG_HAVE_PCI=y set without PSERIES or POWERNV
set was caught by the random configuration checker. Guard the sPAPR
specific IOMMU functions on CONFIG_PPC_PSERIES || CONFIG_PPC_POWERNV.
Signed-off-by: Timothy Pearson
---
arch/powerpc/kernel/iommu.c | 4
- Original Message -
> From: "Michael Ellerman"
> To: "Randy Dunlap" , "Stephen Rothwell"
> , "Linux Next Mailing List"
>
> Cc: "linux-kernel" , "linuxppc-dev"
> , "Alexey
> Kardashevskiy"
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson" , "Timothy Pearson"
>
> Cc: "kvm" , "linuxppc-dev"
>
> Sent: Tuesday, March 21, 2023 5:33:57 AM
> Subject: Re: [PATCH v2 0/4] Reenable VFIO
- Original Message -
> From: "Timothy Pearson"
> To: "Michael Ellerman"
> Cc: "Timothy Pearson" , "kvm"
> , "linuxppc-dev"
>
> Sent: Thursday, March 9, 2023 1:28:20 PM
> Subject: Re: [PATCH v2 0/4] Reenabl
- Original Message -
> From: "Michael Ellerman"
> To: "Timothy Pearson" , "kvm"
>
> Cc: "linuxppc-dev"
> Sent: Thursday, March 9, 2023 5:40:01 AM
> Subject: Re: [PATCH v2 0/4] Reenable VFIO support on POWER systems
>
- Original Message -
> From: "Alex Williamson"
> To: "Timothy Pearson"
> Cc: "kvm" , "linuxppc-dev"
>
> Sent: Monday, March 6, 2023 6:59:41 PM
> Subject: Re: [PATCH v2 0/4] Reenable VFIO support on POWER systems
> On
for the initial
observation!
Signed-off-by: Timothy Pearson
---
drivers/vfio/vfio_iommu_spapr_tce.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/vfio/vfio_iommu_spapr_tce.c
b/drivers/vfio/vfio_iommu_spapr_tce.c
index 60a50ce8701e..c012ecb42ebc 100644
--- a/drivers
- Original Message -
> From: "Alex Williamson"
> To: "Timothy Pearson"
> Cc: "kvm" , "linuxppc-dev"
>
> Sent: Monday, March 6, 2023 5:46:07 PM
> Subject: Re: [PATCH v2 0/4] Reenable VFIO support on POWER systems
> On
owing" iommu_table_group_ops
powerpc/pci_64: Init pcibios subsys a bit later
powerpc/iommu: Add iommu_ops to report capabilities and allow blocking
domains
Timothy Pearson (1):
Add myself to MAINTAINERS for Power VFIO support
MAINTAINERS | 5 +
arch/powerpc/include/a
way.
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Timothy Pearson
---
arch/powerpc/include/asm/iommu.h | 6 +-
arch/powerpc/kernel/iommu.c | 98 ++-
arch/powerpc/platforms/powernv/pci-ioda.c | 6 +-
arch/powerpc/platforms/pseries/iommu.c|
The following patches are going to add dependency/use of iommu_ops which
is initialized in subsys_initcall as well.
This moves pciobios_init() to the next initcall level.
This should not cause behavioral change.
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Timothy Pearson
---
arch
capability support advertising to platforms and stops
advertising it on XIVE, i.e. POWER9 and later.
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Timothy Pearson
---
arch/arm64/kvm/arm.c | 3 +++
arch/mips/kvm/mips.c | 3 +++
arch/powerpc/kvm/powerpc.c | 6 ++
arch/risc
Signed-off-by: Timothy Pearson
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8d5bc223f305..876f96e82d66 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9836,6 +9836,11 @@ F: drivers/crypto/vmx/ghash*
F: drivers/crypto/vmx/ppc
Cc: Daniel Henrique Barboza
Cc: Fabiano Rosas
Cc: Murilo Opsfelder Araujo
Cc: Nicholas Piggin
Co-authored-by: Timothy Pearson
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Timothy Pearson
---
arch/powerpc/include/asm/pci-bridge.h | 7 +
arch/powerpc/kernel/iommu.c
- Original Message -
> From: "Linus Torvalds"
> To: "Michael Ellerman"
> Cc: "linuxppc-dev" , "Alex Deucher"
> , "amd-gfx"
> , li...@roeck-us.net, "linux-kernel"
> , "Dan Horák"
> , "
Will be joining in ~ 5 mins. Getting Chromium set up here.
- Original Message -
> From: "Jiri Kosina"
> To: "Josh Poimboeuf"
> Cc: "Peter Zijlstra" , "Heiko Carstens"
> , "Paul Mackerras"
> , "H . Peter Anvin" , "Ingo Molnar"
> , "Andrea Arcangeli"
> , linux-s...@vger.kernel.org,
18:52 -0500, Timothy Pearson wrote:
>
> There's still more to do and this shouldn't be merged yet - would
> encourage anyone with suitable hardware to test though.
>
>> POWER9 (PHB4) requires all peripherals using DMA to be either
>> restricted
>> to 32-bit windows o
allocation
Signed-off-by: Russell Currey
---
arch/powerpc/platforms/powernv/pci-dma.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/pci-dma.c
b/arch/powerpc/platforms/powernv/pci-dma.c
index 1d5409be343e..237940a2a052 100644
---
Add a new debugfs entry to trigger dumping out the tracking table and
TCEs for a given PE, for example PE 0x4 of PHB 2:
echo 0x4 > /sys/kernel/debug/powerpc/PCI0002/sketchy
This will result in the table being dumped out in dmesg.
Signed-off-by: Russell Currey
---
pseudo-DMA mode
Four TCEs are reserved for legacy 32-bit DMA mappings in psuedo DMA
mode. Mark these with an invalid address to avoid their use by
the TCE cache mapper.
Signed-off-by: Timothy Pearson
---
arch/powerpc/platforms/powernv/pci-ioda.c | 8 +++-
1 file changed, 7 insertions
pnv_pci_ioda2_tce_invalidate_pe
Pseudo DMA support requires a method to invalidate the TCE cache
Export pnv_pci_ioda2_tce_invalidate_pe for use by the pseudo DMA
mapper.
Signed-off-by: Timothy Pearson
---
arch/powerpc/platforms/powernv/pci-ioda.c | 2 +-
arch/powerpc/platforms/powernv/pci.h
setup
Per the IODA2, TCEs must be invalidated after their settings
have been changed. Invalidate the cache after the address
is changed during TCE allocation when using pseudo DMA.
Signed-off-by: Timothy Pearson
---
arch/powerpc/platforms/powernv/pci-dma.c | 3 +--
1 file changed, 1
per PHB
Knowing the largest possible TCE size of a PHB is useful, so get it out
of the device tree. This relies on the property being added in OPAL.
It is assumed that any PHB4 or later machine would be running firmware
that implemented this property, and otherwise assumed to be PHB3, which
allocation
Cognitive DMA is a new set of DMA operations that solve some issues for
devices that want to address more than 32 bits but can't address the 59
bits required to enable direct DMA.
The previous implementation for POWER8/PHB3 worked around this by
configuring a bypass from the default
owernv/pci: Safety fixes for pseudobypass TCE allocation
Timothy Pearson (3):
powerpc/powernv/pci: Export pnv_pci_ioda2_tce_invalidate_pe
powerpc/powernv/pci: Invalidate TCE cache after DMA map setup
powerpc/powernv/pci: Don't use the lower 4G TCEs in pseudo-DMA mode
arch/powerpc/inclu
62 matches
Mail list logo
