Am 19.09.25 um 02:32 schrieb Sean Christopherson:
Use kvm_is_gpa_in_memslot() to check the validity of the notification
indicator byte address instead of open coding equivalent logic in the VFIO
AP driver.
Opportunistically use a dedicated wrapper that exists and is exported
expressly for the VF
The partition uses “Hypervisor Pipe OS Enablement Notification”
system parameter token (value = 64) to enable / disable hvpipe in
the hypervisor. Once hvpipe is enabled, the hypervisor notifies
OS if the payload is pending for that partition from any source.
This system parameter token takes 1 byte
From: Hari Bathini
Since commit 4346ba160409 ("fprobe: Rewrite fprobe on function-graph
tracer"), FPROBE depends on HAVE_FUNCTION_GRAPH_FREGS. With previous
patch adding HAVE_FUNCTION_GRAPH_FREGS for powerpc, FPROBE can be
enabled on powerpc. But with the commit b5fa903b7f7c ("fprobe: Add
fprobe_
In the QE, a few GPIOs have an associated IRQ to notify changes.
Add IRQ support to QE GPIO.
As not all GPIOs have an associated IRQ, the driver needs to know
to which GPIO corresponds each provided IRQ. This is provided via
multiple compatible properties:
compatible = "fsl,mpc8323-qe-par
In non-interleaved mode, several QMC channels are used in sync.
More details can be found in commit 188d9cae5438 ("ASoC: fsl:
fsl_qmc_audio: Add support for non-interleaved mode.")
At the time being, an interrupt is requested on each channel to
perform capture/playback completion, allthough the com
Use the newfangled EXPORT_SYMBOL_FOR_MODULES() along with some macro
shenanigans to export KVM-internal symbols if and only if KVM has one or
more sub-modules, and only for those sub-modules, e.g. x86's kvm-amd.ko
and/or kvm-intel.ko.
Patch 5 gives KVM x86 the full treatment. If anyone wants to t
Hello,
On Tue, Sep 16, 2025 at 10:13:12PM -0700, Ian Rogers wrote:
> On Tue, Sep 16, 2025 at 6:47 PM Jinchao Wang wrote:
> >
> > On Tue, Sep 16, 2025 at 05:03:48PM -0700, Ian Rogers wrote:
> > > On Tue, Sep 16, 2025 at 7:51 AM Jinchao Wang
> > > wrote:
> > > >
> > > > Currently, the hard lockup
On September 10, 2025 10:38:15 PM PDT, Andreas Larsson
wrote:
>On 2025-09-09 23:23, Arnd Bergmann wrote:
>> High memory is one of the least popular features of the Linux kernel.
>> Added in 1999 for linux-2.3.16 to support large x86 machines, there
>> are very few systems that still need it. I ta
On Mon, 8 Sep 2025 08:39:24 +0100 Kevin Brodsky wrote:
> The main change enabling nesting is patch 2, following the approach
> suggested by Catalin Marinas [4]: have enter() return some state and
> the matching leave() take that state.
This is so totally the correct way. Thanks.
在 2025/9/19 04:33, Bjorn Helgaas 写道:
On Wed, Sep 17, 2025 at 02:33:52PM +0800, Shuai Xue wrote:
The AER driver has historically avoided reading the configuration space of
an endpoint or RCiEP that reported a fatal error, considering the link to
that device unreliable. Consequently, when a fat
Rework almost all of KVM x86's exports to expose symbols only to KVM's
vendor modules, i.e. to kvm-{amd,intel}.ko. Keep the generic exports that
are guarded by CONFIG_KVM_EXTERNAL_WRITE_TRACKING=y, as they're explicitly
designed/intended for external usage.
Signed-off-by: Sean Christopherson
---
Drop the exporting of several kvm_arch_xxx() hooks that are only called
from arch-neutral code, i.e. that are only called from kvm.ko.
Signed-off-by: Sean Christopherson
---
arch/x86/kvm/x86.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index e07
Use kvm_is_gpa_in_memslot() to check the validity of the notification
indicator byte address instead of open coding equivalent logic in the VFIO
AP driver.
Opportunistically use a dedicated wrapper that exists and is exported
expressly for the VFIO AP module. kvm_is_gpa_in_memslot() is generally
Move kvm_intr_is_single_vcpu() to lapic.c, drop its export, and make its
"fast" helper local to lapic.c. kvm_intr_is_single_vcpu() is only usable
if the local APIC is in-kernel, i.e. it most definitely belongs in the
local APIC code.
No functional change intended.
Fixes: 2f5fb6b965b3 ("KVM: x86:
Rework the vast majority of KVM's exports to expose symbols only to KVM
submodules, i.e. to x86's kvm-{amd,intel}.ko and PPC's kvm-{pr,hv}.ko.
With few exceptions, KVM's exported APIs are intended (and safe) for KVM-
internal usage only.
Keep kvm_get_kvm(), kvm_get_kvm_safe(), and kvm_put_kvm() as
The QUICC Engine provides interrupts for a few I/O ports. This is
handled via a separate interrupt ID and managed via a triplet of
dedicated registers hosted by the SoC.
Implement an interrupt driver for it for that those IRQs can then
be linked to the related GPIOs.
Acked-by: Conor Dooley
Signe
The QUICC Engine provides interrupts for a few I/O ports. This is
handled via a separate interrupt ID and managed via a triplet of
dedicated registers hosted by the SoC.
Implement an interrupt driver for those IRQs then add change
notification capability to the QUICC ENGINE GPIOs.
The number of G
On 08.09.25 09:39, Kevin Brodsky wrote:
This function has only ever been used in arch/x86, so there is no
need for other architectures to implement it. Remove it from
linux/pgtable.h and all architectures besides x86.
The arm64 implementation is not empty but it is only called from
arch_leave_la
On Wed, Sep 17, 2025 at 02:33:52PM +0800, Shuai Xue wrote:
> The AER driver has historically avoided reading the configuration space of
> an endpoint or RCiEP that reported a fatal error, considering the link to
> that device unreliable. Consequently, when a fatal error occurs, the AER
> and DPC dr
On Thu, Sep 18, 2025 at 05:34:07PM +0200, Christophe Leroy wrote:
> This is a RESEND of v3 sent one month ago, see:
> https://lore.kernel.org/all/cover.1754993232.git.christophe.le...@csgroup.eu/
That's a link to v2 which had substantial review comments and build
issues... I did actually go searc
Hello Shrikanth,
On 9/11/2025 9:26 PM, Shrikanth Hegde wrote:
>>> +check_new_cpu:
>>> + if (is_cpu_paravirt(new_cpu))
>>> + return cpu;
>>> + else
>>
>> nit. redundant else.
>>
>
> Do you mean "is_cpu_paravirt(new_cpu) ? cpu; new_cpu"
Sorry for the confusion! I meant we can have:
When no post-completion processing is expected, don't waste time
handling useless interrupts.
Only set QMC_BD_[R/T]X_I when a completion function is passed in,
and perform seamless completion on submit for interruptless buffers.
Acked-by: Herve Codina
Signed-off-by: Christophe Leroy
---
driver
Convert QE QPIO devicetree binding to DT schema.
Signed-off-by: Christophe Leroy
---
v6: Comments from Rob taken into account except the comment on
fsl,-qe-pario-bank becoming fsl,chip-qe-pario-bank as I don't know what
to do.
---
.../gpio/fsl,mpc8323-qe-pario-bank.yaml | 49
On 9/11/25 10:46 AM, K Prateek Nayak wrote:
Hello Shrikanth,
Hi Prateek, Thanks for looking into this.
On 9/10/2025 11:12 PM, Shrikanth Hegde wrote:
@@ -2462,8 +2462,13 @@ static inline bool is_cpu_allowed(struct task_struct *p,
int cpu)
return cpu_online(cpu);
/*
Handle the case when the aux buffer is going to be full and
data needs to be written to the data file. perf_aux_output_begin()
function checks if there is enough space depending on the values of
aux_wakeup and aux_watermark which is part of "struct perf_buffer".
Inorder to maintain where to write t
On Tue, Sep 09, 2025 at 11:07:36AM +0200, David Hildenbrand wrote:
> On 08.09.25 09:39, Kevin Brodsky wrote:
> > arch_{enter,leave}_lazy_mmu_mode() currently have a stateless API
> > (taking and returning no value). This is proving problematic in
> > situations where leave() needs to restore some c
From: Leon Romanovsky
Convert HMM DMA operations from the legacy page-based API to the new
physical address-based dma_map_phys() and dma_unmap_phys() functions.
This demonstrates the preferred approach for new code that should use
physical addresses directly rather than page+offset parameters.
T
From: Leon Romanovsky
Switch to .map_phys callback instead of .map_page.
Signed-off-by: Leon Romanovsky
---
drivers/xen/grant-dma-ops.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/drivers/xen/grant-dma-ops.c b/drivers/xen/grant-dma-ops.c
index 2925
From: Leon Romanovsky
Use physical address directly in DMA mapping flow.
Signed-off-by: Leon Romanovsky
---
drivers/vdpa/vdpa_user/iova_domain.c | 11 +--
drivers/vdpa/vdpa_user/iova_domain.h | 8
drivers/vdpa/vdpa_user/vduse_dev.c | 18 ++
3 files changed,
From: Leon Romanovsky
After conversion of arch code to use physical address mapping,
there are no users of .map_page() and .unmap_page() callbacks,
so let's remove them.
Signed-off-by: Leon Romanovsky
---
include/linux/dma-map-ops.h | 7 ---
kernel/dma/mapping.c| 12
From: Leon Romanovsky
Convert sparc architecture DMA code to use .map_phys callback.
Signed-off-by: Leon Romanovsky
---
arch/sparc/kernel/iommu.c | 16 ++--
arch/sparc/kernel/pci_sun4v.c | 16 ++--
arch/sparc/mm/io-unit.c | 13 +-
arch/sparc/mm/iommu.c
From: Leon Romanovsky
Adapt PowerPC DMA to use physical addresses in order to prepare code
to removal .map_page and .unmap_page.
Signed-off-by: Leon Romanovsky
---
arch/powerpc/include/asm/iommu.h | 8 +++---
arch/powerpc/kernel/dma-iommu.c | 22 +++-
arch/powerpc
From: Leon Romanovsky
Perform mechanical conversion from DMA .map_page to .map_phys.
Signed-off-by: Leon Romanovsky
---
arch/x86/kernel/amd_gart_64.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gar
From: Leon Romanovsky
MIPS jazz uses physical addresses for mapping pages, so convert
it to get them directly from DMA mapping routine.
Signed-off-by: Leon Romanovsky
---
arch/mips/jazz/jazzdma.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/arch/mip
From: Leon Romanovsky
Perform mechanical conversion from .map_page to .map_phys callback.
Signed-off-by: Leon Romanovsky
---
drivers/parisc/ccio-dma.c | 25 +
drivers/parisc/sba_iommu.c | 23 ---
2 files changed, 25 insertions(+), 23 deletions(-)
d
Hi,
This series continues following two series:
1. "dma-mapping: migrate to physical address-based API"
https://lore.kernel.org/all/cover.1757423202.git.leo...@nvidia.com
2. "Preparation to .map_page and .unmap_page removal"
Preparation to .map_page and .unmap_page removal
In this series, the DM
From: Leon Romanovsky
Alpha doesn't need struct *page and can perform mapping based on
physical addresses. So convert it to implement new .map_phys callback.
As part of this change, remove useless BUG_ON() as DMA mapping layer
ensures that right direction is provided.
Signed-off-by: Leon Romano
Le 18/09/2025 à 17:34, Christophe Leroy a écrit :
This is a RESEND of v3 sent one month ago, see:
https://lore.kernel.org/all/cover.1754993232.git.christophe.le...@csgroup.eu/
Sorry for the noise, v3 was
https://lore.kernel.org/all/cover.1755504428.git.christophe.le...@csgroup.eu/
The rese
On 9/16/25 9:46 AM, Shrikanth Hegde wrote:
On 9/9/25 2:32 AM, Mukesh Kumar Chaurasiya wrote:
Enable generic entry/exit path for ppc irq.
Signed-off-by: Mukesh Kumar Chaurasiya
---
arch/powerpc/Kconfig | 1 +
arch/powerpc/include/asm/entry-common.h | 93 ++---
arch
> On 27 Aug 2025, at 10:57 PM, Adrian Hunter wrote:
>
> On 15/08/2025 11:34, Athira Rajeev wrote:
>> The powerpc PMU collecting Dispatch Trace Log (DTL) entries makes use of
>> AUX support in perf infrastructure. The PMU driver has the functionality
>> to collect trace entries in the aux buffe
In the QE, a few GPIOs have an associated IRQ to notify changes.
Add IRQ support to QE GPIO.
As not all GPIOs have an associated IRQ, the driver needs to know
to which GPIO corresponds each provided IRQ. This is provided via
multiple compatible properties:
compatible = "fsl,mpc8323-qe-par
Le 18/09/2025 à 15:15, Guangshuo Li a écrit :
[Vous ne recevez pas souvent de courriers de lgs201920130...@gmail.com.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification ]
As kcalloc() may fail, check its return value to avoid a NULL pointer
dereference whe
On Thu, Sep 18, 2025, at 15:34, Andrew Lunn wrote:
>> * Marvell mv78xx0 and kirkwood (armv5 pj1) were fairly
>> powerful in 2008 and could support at least 1GB of RAM,
>> but I only found one machine (OpenBlocks A7) that does
>> this. It's unclear if anyone is still updating kernels
>> on t
> Do you know of any kirkwood machines beside the OpenBlocks A7
> that have more than 512MB of RAM?
No.
Andrew
On Thu, Sep 18, 2025 at 02:08:14PM +, Adrian Barnaś wrote:
> Current driver core properly handle constant bus_type structures.
> Both changes are moving bus_type structures to be constant.
> It is a part of tree clean-up from non const bus_type structures
>
> Adrian Barnaś (2):
> powerpc: ps
On Thu, Sep 18, 2025 at 02:16:33PM +, Adrian Barnaś wrote:
> Because driver core can properly handle constant struct bus_type,
> move the spu_subsys to be a constant structure as well, placing it into
> read-only memory which can not be modified at runtime.
>
> Signed-off-by: Adrian Barnaś
>
Hello,
> Intro
>
> This patchset removes classic initrd (initial RAM disk) support,
> which was deprecated in 2020.
This serie came a bit as a surprise, because even though the message
notifying of the initrd deprecation was added in July 2020, the message
was never displayed on our kernels.
> * Marvell mv78xx0 and kirkwood (armv5 pj1) were fairly
> powerful in 2008 and could support at least 1GB of RAM,
> but I only found one machine (OpenBlocks A7) that does
> this. It's unclear if anyone is still updating kernels
> on this machine, but they could /probably/ use
> VMSPLIT_3
On Thu, Sep 18, 2025 at 05:34:15PM +0800, Guangshuo Li wrote:
> As kcalloc() may fail, check its return value to avoid a NULL pointer
> dereference when passing it to of_property_read_u32_array().
>
> Fixes: 790a1662d3a26 ("powerpc/smp: Parse ibm,thread-groups with multiple
> properties")
> Cc: s
As kcalloc() may fail, check its return value to avoid a NULL pointer
dereference when passing it to of_property_read_u32_array().
Fixes: 790a1662d3a26 ("powerpc/smp: Parse ibm,thread-groups with multiple
properties")
Cc: sta...@vger.kernel.org
Signed-off-by: Guangshuo Li
---
arch/powerpc/kerne
Because driver core can properly handle constant struct bus_type,
move the ps3_system_bus_type to be a constant structure as well,
placing it into read-only memory which can not be modified at runtime.
Signed-off-by: Adrian Barnaś
---
arch/powerpc/platforms/ps3/system-bus.c | 2 +-
1 file change
Because driver core can properly handle constant struct bus_type,
move the spu_subsys to be a constant structure as well, placing it into
read-only memory which can not be modified at runtime.
Signed-off-by: Adrian Barnaś
---
arch/powerpc/platforms/cell/spu_base.c | 2 +-
1 file changed, 1 inser
On 9/9/25 12:24 PM, Shrikanth Hegde wrote:
On 9/9/25 2:32 AM, Mukesh Kumar Chaurasiya wrote:
Enable the syscall entry and exit path from generic framework.
Signed-off-by: Mukesh Kumar Chaurasiya
---
Hi Mukesh.
Thanks for working on this and getting it to better shape.
arch/powerpc/Kc
As kcalloc() may fail, check its return value to avoid a NULL pointer
dereference when passing it to of_property_read_u32_array().
Fixes: 790a1662d3a26 ("powerpc/smp: Parse ibm,thread-groups with multiple
properties")
Cc: sta...@vger.kernel.org
Signed-off-by: Guangshuo Li
---
arch/powerpc/kerne
Because driver core can properly handle constant struct bus_type,
move the cmm_subsys to be a constant structure as well, placing it into
read-only memory which can not be modified at runtime.
Signed-off-by: Adrian Barnaś
---
arch/powerpc/platforms/pseries/cmm.c | 2 +-
1 file changed, 1 inserti
Current driver core properly handle constant bus_type structures.
Both changes are moving bus_type structures to be constant.
It is a part of tree clean-up from non const bus_type structures
Adrian Barnaś (2):
powerpc: pseries: make suspend_subsys const
powerpc: pseries: make cmm_subsys const
Because driver core can properly handle constant struct bus_type,
move the suspend_subsys to be a constant structure as well, placing it into
read-only memory which can not be modified at runtime.
Signed-off-by: Adrian Barnaś
---
arch/powerpc/platforms/pseries/suspend.c | 2 +-
1 file changed, 1
On Wed, Sep 17, 2025, at 14:59, Jason Gunthorpe wrote:
> On Tue, Sep 09, 2025 at 11:23:37PM +0200, Arnd Bergmann wrote:
>
>> I'm still collecting information about which of the remaining highmem
>> users plan to keep updating their kernels and for what reason.
>
> On this topic of removing some pa
On Thu, Sep 18, 2025 at 11:48:40AM +, Adrian Barnaś wrote:
> Because driver core can properly handle constant struct bus_type,
> move the ps3_system_bus_type to be a constant structure as well,
> placing it into read-only memory which can not be modified at runtime.
>
> Signed-off-by: Adrian B
On Thu, Sep 18, 2025 at 08:12:21AM +0200, Christophe Leroy wrote:
> Hi Mark, Liam,
>
> Le 18/08/2025 à 10:19, Christophe Leroy a écrit :
> > This series reduces significantly the amount of interrupts on
> > fsl_qmc_audio device.
>
> I can't see this series in linux-next.
>
> I see in patchwork [
The reference to VDSO_CLOCKMODE_ARCHTIMER requires vdso/clocksource.h and
'struct old_timespec32' requires vdso/time32.h. Currently these headers
are included transitively, but those transitive inclusions are about to go
away.
Explicitly include the headers.
Signed-off-by: Thomas Weißschuh
---
61 matches
Mail list logo
