Le 07/10/2025 à 17:08, Venkat Rao Bagalkote a écrit :
On 07/10/25 10:59 am, Venkat Rao Bagalkote wrote:
Greetings!!!
IBM CI has reported a kernel OOPs while running TPM2selftests on IBM
Power11 system with linux-next20251002 kernel.
Test Case:
make run_tests
TAP version 13
1..3
# time
on in hash
>>>> lazy mmu mode") a task can not be preempted while in lazy MMU mode.
>>>> Therefore, the batch re-activation code is never called, so remove it.
>>>>
>>>> Signed-off-by: Alexander Gordeev
>>>> ---
Rob Landley :
> Still useful for embedded systems that can memory map flash, but it's
They can use workaround suggested in cover letter.
> While you're at it, could you fix static/builtin initramfs so PID 1 has
> a valid stdin/stdout/stderr?
This is in my low-priority TODO list. I want to help
On Mon, Sep 29, 2025 at 01:34:55PM +0530, Sathvika Vasireddy wrote:
> Add build system support for PowerPC feature fixup processing:
>
> - Add HAVE_OBJTOOL_FTR_FIXUP config option for architectures that support
> build-time feature fixup processing
> - Integrate objtool feature fixup processing
On 05/11/2023 16:30, Paolo Bonzini wrote:
From: Sean Christopherson
Introduce an ioctl(), KVM_CREATE_GUEST_MEMFD, to allow creating file-based
memory that is tied to a specific KVM virtual machine and whose primary
purpose is to serve guest memory.
...
diff --git a/virt/kvm/kvm_main.c b/v
On Sun, Sep 28, 2025 at 06:02:21PM +0300, Leon Romanovsky wrote:
> 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 mappin
On Sun, Sep 28, 2025 at 06:02:22PM +0300, Leon Romanovsky wrote:
> 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
Hi Hari,
kernel test robot noticed the following build errors:
[auto build test ERROR on powerpc/next]
[also build test ERROR on powerpc/fixes trace/for-next bpf-next/net
bpf-next/master bpf/master linus/master v6.17 next-20251002]
[If your patch is applied to the wrong git tree, kindly drop us
On 10/2/25 16:39, Daniel Walker (danielwa) wrote:
>> He's a pretty nice guy and has been active in this thread, so I'm
>> kinda surprised to hear you're having a hard time there. I'd just
>> try asking nicely. I'm pretty sure he's "ardb" on the usual IRC
>> networks. IRC is a great alternative when
On Thu, Oct 02, 2025 at 02:55:07PM -0700, Dave Hansen wrote:
> On 10/2/25 14:31, Daniel Walker (danielwa) wrote:
> ...
> >> BTW, your series looks like a *really* good idea. Please don't let it
> >> die. But you might want to trim it down a bit. I'd probably remove the
> >> tests and the 'insert-sy
On Thu, 2025-10-02 at 16:10 -0700, Dave Hansen wrote:
> How is the approach to "keep it atomic" working out so far? ;)
>
> The kernel isn't exactly developed in secret. It's also not hard at all
> to, say, once a week to peek at linux-next and do a lore search (or use
> lei) if anyone is desperate
On 10/2/25 15:38, Daniel Gimpelevich wrote:
> On Thu, 2025-10-02 at 14:55 -0700, Dave Hansen wrote:
>> That's not a bad idea. Or, even if you can pick two amenable
>> architectures to start with it will make it really obvious that this is
>> useful. Two architectures means a *lot*, IMNHO. Two is a
On Thu, 2025-10-02 at 14:55 -0700, Dave Hansen wrote:
> That's not a bad idea. Or, even if you can pick two amenable
> architectures to start with it will make it really obvious that this is
> useful. Two architectures means a *lot*, IMNHO. Two is a billion times
> better than one.
I think it's a
On 10/2/25 14:31, Daniel Walker (danielwa) wrote:
...
>> BTW, your series looks like a *really* good idea. Please don't let it
>> die. But you might want to trim it down a bit. I'd probably remove the
>> tests and the 'insert-sys-cert' changes to make it more approachable to
>> folks.
>
> Since x8
it ropes in too many people
anyway.
The biggest issue is that libstub would need to be modified, but I've never had
any
luck getting the libstub maintainer to review anything. I suspect he would
ignore private email too, particularly from people he's doesn't know.
I'll try re-submitting it in the manner your suggesting.
Daniel
On 10/2/25 14:00, Daniel Walker (danielwa) wrote:
>> The way I'd suggest going about getting this merged is to solicit
>> reviews and testing from folks and then get those annotations into the
>> patches. As it stands, this series has zero tags in addition to the SoB
>> tags which I assume were its
On Thu, Oct 02, 2025 at 01:49:39PM -0700, Dave Hansen wrote:
> On 11/9/23 17:38, Daniel Walker wrote:
> > arch/x86/Kconfig| 44 +
> > arch/x86/kernel/setup.c | 18 ++---
> > 2 files changed, 3 insertions(+), 59 deletions(-)
>
> It would
On 11/9/23 17:38, Daniel Walker wrote:
> arch/x86/Kconfig| 44 +
> arch/x86/kernel/setup.c | 18 ++---
> 2 files changed, 3 insertions(+), 59 deletions(-)
It would be really nice if you managed to get this rebased on current
upstream and
On 10/2/25 03:06, Christophe Leroy wrote:
Le 29/09/2025 à 17:10, Sathyanarayanan Kuppuswamy a écrit :
On 9/29/25 2:15 AM, Breno Leitao wrote:
Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called
when dev->aer_info is NULL. Add a NULL check before proceeding to avoid
calling
Le 29/09/2025 à 17:10, Sathyanarayanan Kuppuswamy a écrit :
On 9/29/25 2:15 AM, Breno Leitao wrote:
Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called
when dev->aer_info is NULL. Add a NULL check before proceeding to avoid
calling aer_ratelimit() with a NULL aer_info pointe
On Wed, Oct 01, 2025 at 04:36:57PM -0500, Bjorn Helgaas wrote:
> On Mon, Sep 29, 2025 at 02:15:47AM -0700, Breno Leitao wrote:
> > Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called
> > when dev->aer_info is NULL. Add a NULL check before proceeding to avoid
> > calling aer_ratelim
Hello Bjorn,
On Wed, Oct 01, 2025 at 04:38:36PM -0500, Bjorn Helgaas wrote:
> On Fri, Aug 01, 2025 at 06:16:29AM -0700, Breno Leitao wrote:
> > So, somehow the PCI was released at this point?
> For completeness, would you mind attaching the output of
> "sudo lspci -vvs 00:00.0" for one of these s
Le 02/10/2025 à 08:37, Christian Zigotzky a écrit :
Hello,
KVM-PR (-enable-kvm) doesn't work anymore on our PA Semi Nemo boards [1]
if we compiled it with new GCC compilers.
The VM can't boot. There aren't any messages on the serial console of QEMU.
It boots without KVM-PR.
Kernel config
On Mon, Sep 29, 2025 at 02:15:47AM -0700, Breno Leitao wrote:
> Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called
> when dev->aer_info is NULL. Add a NULL check before proceeding to avoid
> calling aer_ratelimit() with a NULL aer_info pointer, returning 1, which
> does not rate l
On Fri, Sep 26, 2025 at 10:23:56AM +0530, Athira Rajeev wrote:
> > On 25 Sep 2025, at 9:57 PM, Arnaldo Carvalho de Melo
> > wrote:
> > On September 25, 2025 6:21:19 PM GMT+02:00, Athira Rajeev
> > wrote:
> >> Looking for further comments if any on this patchset.
> >> The kernel side patches for
Hello Christophe,
On Mon, Sep 29, 2025 at 07:01:43PM +0200, Christophe Leroy wrote:
> Le 29/09/2025 à 11:15, Breno Leitao a écrit :
> > diff --git a/drivers/pci/pcie/aer.c b/drivers/pci/pcie/aer.c
> > index e286c197d7167..55abc5e17b8b1 100644
> > --- a/drivers/pci/pcie/aer.c
> > +++ b/drivers/pci/
Le 29/09/2025 à 11:15, Breno Leitao a écrit :
Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called
when dev->aer_info is NULL. Add a NULL check before proceeding to avoid
calling aer_ratelimit() with a NULL aer_info pointer, returning 1, which
does not rate limit, given this is
On 9/29/25 2:15 AM, Breno Leitao wrote:
Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called
when dev->aer_info is NULL. Add a NULL check before proceeding to avoid
calling aer_ratelimit() with a NULL aer_info pointer, returning 1, which
does not rate limit, given this is fatal.
Hi Nicolas,
On Thu, 25 Sep 2025 15:10:56 +0200, nschic...@freebox.fr wrote:
> From: Nicolas Schichan
>
> - drop prompt_ramdisk and ramdisk_start kernel parameters
> - drop compression support
> - drop image autodetection, the whole /initrd.image content is now
> copied into /dev/ram0
> - remo
On Mon, Sep 29, 2025 at 01:34:54PM +0530, Sathvika Vasireddy wrote:
> Implement build-time fixup of alternate feature relative addresses for
> the out-of-line (else) patch code. Initial posting to achieve the same
> using another tool can be found at [1]. Idea is to implement this using
> objtool i
On Sun, Sep 28, 2025 at 05:20:30PM +0200, Sam Ravnborg wrote:
> Hi Leon.
>
> On Sun, Sep 28, 2025 at 05:17:25PM +0200, Sam Ravnborg wrote:
> > Hi Leon.
> >
> > On Sun, Sep 28, 2025 at 06:02:29PM +0300, Leon Romanovsky wrote:
> > > From: Leon Romanovsky
> > >
> > > After conversion of arch code
On Sun, Sep 28, 2025 at 05:17:25PM +0200, Sam Ravnborg wrote:
> Hi Leon.
>
> On Sun, Sep 28, 2025 at 06:02:29PM +0300, Leon Romanovsky wrote:
> > From: Leon Romanovsky
> >
> > After conversion of arch code to use physical address mapping,
> > there are no users of .map_page() and .unmap_page() c
Hi Leon.
On Sun, Sep 28, 2025 at 05:17:25PM +0200, Sam Ravnborg wrote:
> Hi Leon.
>
> On Sun, Sep 28, 2025 at 06:02:29PM +0300, Leon Romanovsky wrote:
> > From: Leon Romanovsky
> >
> > After conversion of arch code to use physical address mapping,
> > there are no users of .map_page() and .unma
On Sun, Sep 28, 2025 at 12:23:48PM +0200, Magnus Lindholm wrote:
> > After reverting the above commits, I'm able to build a working kernel,
> > that is, no filesystem corruption occurs. I'll take a closer look at this
> > after the weekend.
> >
>
> Short update, It is enough to revert the followi
On Sun, Sep 28, 2025 at 01:27:12PM +0200, Magnus Lindholm wrote:
> > Thanks for the effort.
> >
> > Can you please check the following change instead of reverting the patches?
> >
>
> No problem, happy to assist. I think this did the trick! preliminary
> testing shows
> that this now works on alph
> Thanks for the effort.
>
> Can you please check the following change instead of reverting the patches?
>
No problem, happy to assist. I think this did the trick! preliminary
testing shows
that this now works on alpha! I guess the offset information in paddr was lost
by doing "paddr &= PAGE_MASK"
> After reverting the above commits, I'm able to build a working kernel,
> that is, no filesystem corruption occurs. I'll take a closer look at this
> after the weekend.
>
Short update, It is enough to revert the following commits, in order to
have a working kernel on alpha:
e78a9d72517a88faa6f1
but message log is full off messages like
"EXT4-fs error (device sda4): ext4_find_extent:939: inode
#16257327: comm init: pblk 65114257 bad header/extent:
invalid magic"
The filesystem is broken after just booting with the kernel.
This time fsck did not fix it, I needed to re-install gentoo st
On Thu, 18 Sep 2025 17:32:58 -0700, Sean Christopherson wrote:
> 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-int
IRQ assertion on device
> * IRQ marked disabled in kernel
> * Host interrupt handler exits without clearing the interrupt on the device
> * Eventfd is delivered to userspace
> * Guest processes IRQ and clears device interrupt
> * Device de-asserts INTx, then re-asserts INTx w
Le 26/09/2025 à 01:46, Nathan Chancellor a écrit :
After the recent removal of the fb.h include from backlight.h, which
transitively included of.h, there are several errors from
via-pmu-backlight.c (errors from bl_curve not being properly defined
omitted):
drivers/macintosh/via-pmu-backlig
Le 26/09/2025 à 01:46, Nathan Chancellor a écrit :
After the recent removal of the fb.h include from backlight.h, which
transitively included of.h, there are several errors in the powermac backlight
driver:
arch/powerpc/platforms/powermac/backlight.c: In function
'pmac_has_backlight_type'
> On 25 Sep 2025, at 9:57 PM, Arnaldo Carvalho de Melo
> wrote:
>
>
>
> On September 25, 2025 6:21:19 PM GMT+02:00, Athira Rajeev
> wrote:
>>
>>
>>> On 17 Sep 2025, at 11:28 AM, Adrian Hunter wrote:
>>>
>>> On 16/09/2025 08:25, Athira Rajeev wrote:
The pseries Shared Processor Lo
Hi Thomas,
On Sat, 2025-09-20 at 16:37 +0200, Thomas Weißschuh wrote:
> > Could you share a version of the series based on top of 6.17.0-rcN for
> > testing purposes? I would like to test the series on a Sun Netra 240
> > which is based on the UltraSPARC IIIi.
>
> Here is the git branch based on
On Fri, 26 Sep 2025 08:42:35 +1000 Andrew Donnellan wrote:
> On Tue, 2025-09-09 at 19:13 +1000, Andrew Donnellan wrote:
> > Support page table check on all PowerPC platforms. This works by serialising
> > assignments, reassignments and clears of page table entries at each level in
> > order to en
Hi Andrew,
On Tue, 2025-09-09 at 19:13 +1000, Andrew Donnellan wrote:
> Support page table check on all PowerPC platforms. This works by serialising
> assignments, reassignments and clears of page table entries at each level in
> order to ensure that anonymous mappings have at most one writable co
On September 25, 2025 6:21:19 PM GMT+02:00, Athira Rajeev
wrote:
>
>
>> On 17 Sep 2025, at 11:28 AM, Adrian Hunter wrote:
>>
>> On 16/09/2025 08:25, Athira Rajeev wrote:
>>> The pseries Shared Processor Logical Partition(SPLPAR) machines can
>>> retrieve a log of dispatch and preempt events
> On 17 Sep 2025, at 11:28 AM, Adrian Hunter wrote:
>
> On 16/09/2025 08:25, Athira Rajeev wrote:
>> The pseries Shared Processor Logical Partition(SPLPAR) machines can
>> retrieve a log of dispatch and preempt events from the hypervisor
>> using data from Disptach Trace Log(DTL) buffer. With
On 9/25/25 3:04 PM, Mike Rapoport wrote:
On Thu, Sep 25, 2025 at 10:54:07AM +0200, David Hildenbrand wrote:
On 24.09.25 20:40, Donet Tom wrote:
register_one_node() and register_node() are small functions.
This patch merges them into a single function named register_node()
to improve code read
On Mon, Sep 22, 2025, Nathan Chancellor wrote:
> Hi Sean,
>
> On Thu, Sep 18, 2025 at 05:33:00PM -0700, Sean Christopherson wrote:
> > diff --git a/arch/powerpc/include/asm/kvm_types.h
> > b/arch/powerpc/include/asm/kvm_types.h
> > new file mode 100644
> > index ..656b498ed3b6
> > ---
On Thu, Sep 25, 2025 at 12:10:49AM +0530, Donet Tom wrote:
> This change came from the discussion in [1]. It consists of two patches:
>
> The first patch merges register_one_node() and register_node(), leaving a
> single register_node() function.
>
> The second patch merges unregister_one_node()
On 9/25/25 2:24 PM, David Hildenbrand wrote:
On 24.09.25 20:40, Donet Tom wrote:
register_one_node() and register_node() are small functions.
This patch merges them into a single function named register_node()
to improve code readability.
No functional changes are introduced.
Signed-off-by:
On 25.09.25 11:34, Mike Rapoport wrote:
On Thu, Sep 25, 2025 at 10:54:07AM +0200, David Hildenbrand wrote:
On 24.09.25 20:40, Donet Tom wrote:
register_one_node() and register_node() are small functions.
This patch merges them into a single function named register_node()
to improve code readabi
On 24.09.25 20:40, Donet Tom wrote:
register_one_node() and register_node() are small functions.
This patch merges them into a single function named register_node()
to improve code readability.
No functional changes are introduced.
Signed-off-by: Donet Tom
---
[...]
/**
* unregister_n
On 9/25/25 12:49 AM, Christophe Leroy wrote:
Le 24/09/2025 à 20:40, Donet Tom a écrit :
unregister_one_node() and unregister_node() are small functions.
This patch merges them into a single function named unregister_node()
to improve code readability.
Same comment than patch 1. It is not o
On 9/25/25 12:45 AM, Christophe Leroy wrote:
Le 24/09/2025 à 20:40, Donet Tom a écrit :
register_one_node() and register_node() are small functions.
This patch merges them into a single function named register_node()
to improve code readability.
This is unclear.
What it really does is it
Le 24/09/2025 à 20:40, Donet Tom a écrit :
unregister_one_node() and unregister_node() are small functions.
This patch merges them into a single function named unregister_node()
to improve code readability.
Same comment than patch 1. It is not only because they are small that
you merge them
Reviewed-by: Joel Becker
On Sat, Sep 20, 2025 at 08:47:27AM +0100, Al Viro wrote:
> These are guaranteed to be empty by the time they are shut down;
> both are single-instance and there is an internal mount maintained
> for as long as there is any contents.
>
> Both have that internal mount pinn
On Tue, Sep 23, 2025 at 8:22 PM Christophe Leroy
wrote:
>
>
>
> Le 13/09/2025 à 02:37, Askar Safin a écrit :
> > [Vous ne recevez pas souvent de courriers de safinas...@gmail.com.
> > Découvrez pourquoi ceci est important à
> > https://aka.ms/LearnAboutSenderIdentification ]
> >
> > Intro
> > ==
Sep 24, 2025 10:29:00 John Paul Adrian Glaubitz :
> Hi,
>
> On Wed, 2025-09-24 at 10:07 +0200, Thomas Weißschuh wrote:
>> Sep 24, 2025 09:40:47 John Paul Adrian Glaubitz
>> :
>>
>>> Hi Thomas,
>>>
>>> On Sat, 2025-09-20 at 16:37 +0200, Thomas Weißschuh wrote:
> Could you share a version of th
Hi,
On Wed, 2025-09-24 at 10:07 +0200, Thomas Weißschuh wrote:
> Sep 24, 2025 09:40:47 John Paul Adrian Glaubitz
> :
>
> > Hi Thomas,
> >
> > On Sat, 2025-09-20 at 16:37 +0200, Thomas Weißschuh wrote:
> > > > Could you share a version of the series based on top of 6.17.0-rcN for
> > > > testing
Sep 24, 2025 09:40:47 John Paul Adrian Glaubitz :
> Hi Thomas,
>
> On Sat, 2025-09-20 at 16:37 +0200, Thomas Weißschuh wrote:
>>> Could you share a version of the series based on top of 6.17.0-rcN for
>>> testing purposes? I would like to test the series on a Sun Netra 240
>>> which is based on th
> Suggest testing the same branch with the alpha patch reverted just to
> rule out any issue in the core code. If it reproduces suggest to
> bisect Leon's branch.
>
I can try to revert just the patch containing the alpha-specific stuff and
see what happens and then, as you say, maybe do a bisect f
handler exits without clearing the interrupt on the device
* Eventfd is delivered to userspace
* Guest processes IRQ and clears device interrupt
* Device de-asserts INTx, then re-asserts INTx while the interrupt is masked
* Newly asserted interrupt acknowledged by kernel VMM without being
On 9/23/25 10:33 AM, Nam Cao wrote:
> Nam Cao writes:
>> The only user of msi_post_free() - powerpc/pseries - has been changed to
>> use msi_teardown().
>>
>> Remove this unused callback.
>>
>> Signed-off-by: Nam Cao
>> ---
>> This patch depends on the powerpc/series conversion patch, which is
On Tue, Sep 23, 2025 at 07:22:16PM -0300, Jason Gunthorpe wrote:
> Very rare is a different perspective, I mis-thought it was happening
> reproducible all the time..
Yes, sorry for the false alarm. I think we got unlucky and hit it on one
of the first boots from testing linux-next, so knee-jerk re
On Tue, Sep 23, 2025 at 02:09:36PM -0300, Jason Gunthorpe wrote:
> On Sat, Sep 20, 2025 at 06:47:27PM -0600, Keith Busch wrote:
> >
> > One other thing to note, this was runing on arm64 platform using smmu
> > configured with 64k pages. If your iommu granule is 4k instead, we
> > wouldn't use the
>
> I will try to setup Alpha architecture in QEMU in following days, but
> would like to ask first. Did you test alpha on clean v6.17-rc5 (without
> my patches) as a reference?
>
I'm running now on a fresh git pull from today so it's more like a
6.17-rc7. So no problems running the latest git at l
Apologies, resent.
- Original Message -
> From: "Cédric Le Goater"
> To: "Timothy Pearson" , "kvm"
>
> Cc: "linuxppc-dev" , "Alex Williamson"
>
> Sent: Tuesday, September 23, 2025 12:02:12 PM
> Subject: Re: [PATCH
I have been testing this series on the 6.17 pre-releases, lightly
patched by the collabora [1] and mnt-reform [2] teams. I have been testing
on bare hardware, on MNT Research's pocket-reform product. I'm afraid I
can only offer CI level feedback, but in case it helps
1) The series now applies cl
Hello David,
On Tue, Sep 23, 2025 at 10:06:13AM -0300, David Bremner wrote:
>
> I have been testing this series on the 6.17 pre-releases, lightly
> patched by the collabora [1] and mnt-reform [2] teams. I have been testing
> on bare hardware, on MNT Research's pocket-reform product. I'm afraid I
Le 13/09/2025 à 02:37, Askar Safin a écrit :
[Vous ne recevez pas souvent de courriers de safinas...@gmail.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
Intro
This patchset removes classic initrd (initial RAM disk) support,
which was deprec
On Sat, Sep 20, 2025 at 08:47:37AM +0100, Al Viro wrote:
> similar to tracefs - simulation of normal codepath for creation,
> simple_recursive_removal() for removal.
>
> Signed-off-by: Al Viro
> ---
> fs/debugfs/inode.c | 17 -
> 1 file changed, 8 insertions(+), 9 deletions(-)
A
On Mon, 15 Sep 2025 15:59:40 +0530, Athira Rajeev wrote:
> The pseries Shared Processor Logical Partition(SPLPAR) machines can
> retrieve a log of dispatch and preempt events from the hypervisor
> using data from Disptach Trace Log(DTL) buffer. With this information,
> user can retrieve when and wh
Nam Cao writes:
> The only user of msi_post_free() - powerpc/pseries - has been changed to
> use msi_teardown().
>
> Remove this unused callback.
>
> Signed-off-by: Nam Cao
> ---
> This patch depends on the powerpc/series conversion patch, which is
> currently in powerpc tree:
> https://lore.kern
On Mon, Sep 22, 2025, at 19:05, Nicolas Schichan wrote:
>> On Fri, Sep 19, 2025, at 16:34, Jason Gunthorpe wrote:
>> > On Fri, Sep 19, 2025 at 04:22:20PM +0200, Arnd Bergmann wrote:
>>
>> I did get an email from Nicolas Schichan (added to Cc here),
>> and he is still supporting a widely deployed Ki
On Thu, Sep 18, 2025 at 8:45 PM Leon Romanovsky wrote:
>
> 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.
Hi,
SInce this patch affects the Alpha platform I got curious and decid
- Original Message -
> From: "Alex Williamson"
> To: "Timothy Pearson"
> Cc: "kvm" , "linuxppc-dev"
>
> Sent: Monday, September 22, 2025 1:01:22 PM
> Subject: Re: [PATCH v2] vfio/pci: Fix INTx handling on legacy non-PCI
t delivered to userspace via eventfd
* userspace driver/VM services interrupt
* device de-asserts INTx
* device re-asserts INTx
* interrupt received while IRQ disabled is masked at controller
* VMM performs EOI via unmask ioctl, enable_irq() clears disable and
unmasks IRQ
* interrupt contr
- Original Message -
> From: "Alex Williamson"
> To: "Timothy Pearson"
> Cc: "kvm" , "linuxppc-dev"
>
> Sent: Monday, September 22, 2025 11:46:58 AM
> Subject: Re: [PATCH] vfio/pci: Fix INTx handling on legacy DisINTx-
> On Fri, Sep 19, 2025, at 16:34, Jason Gunthorpe wrote:
> > On Fri, Sep 19, 2025 at 04:22:20PM +0200, Arnd Bergmann wrote:
[...]
> > I am right it sounds like we can drop vivt cache support with highmem?
> > vivt is alot easier to understand if kmap isn't running around
> > creating virtual addres
Le 25/08/2025 à 11:34, Salah Triki a écrit :
[Vous ne recevez pas souvent de courriers de salah.tr...@gmail.com. D?couvrez
pourquoi ceci est important ? https://aka.ms/LearnAboutSenderIdentification ]
platform_get_resource() returns NULL in case of failure, so check its
return value and prop
On Thu, 18 Sep 2025 18:23:20 +0200, Christophe Leroy wrote:
> 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 ch
Le 22/09/2025 à 18:07, Christophe Leroy a écrit :
Le 22/09/2025 à 17:38, Christophe JAILLET a écrit :
Le 22/09/2025 à 17:10, Guangshuo Li a écrit :
As kcalloc() may fail, check its return value to avoid a NULL pointer
dereference when passing it to of_property_read_u32_array().
Fixes: 790a16
On Mon, 22 Sep 2025 11:34:23 -0500 (CDT)
Timothy Pearson wrote:
> - Original Message -
> > From: "Alex Williamson"
> > To: "Timothy Pearson"
> > Cc: "kvm" , "linuxppc-dev"
> >
> > Sent: Monday, September 22,
- Original Message -
> From: "Alex Williamson"
> To: "Timothy Pearson"
> Cc: "kvm" , "linuxppc-dev"
>
> Sent: Monday, September 22, 2025 11:01:43 AM
> Subject: Re: [PATCH] vfio/pci: Fix INTx handling on legacy DisINTx-
Le 22/09/2025 à 17:38, Christophe JAILLET a écrit :
Le 22/09/2025 à 17:10, Guangshuo Li a écrit :
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 wit
Le 22/09/2025 à 17:10, 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
Le 22/09/2025 à 17:10, Guangshuo Li a écrit :
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
Si
On Sat, 20 Sep 2025 14:25:03 -0500 (CDT)
Timothy Pearson wrote:
> - Original Message -
> > From: "Alex Williamson"
> > To: "Timothy Pearson"
> > Cc: "kvm" , "linuxppc-dev"
> >
> > Sent: Friday, September 19
Hi Christophe,
On Mon, 2025-09-22 at 15:08 +0200, Christophe Leroy wrote:
> Le 19/09/2025 à 14:14, A. Sverdlin a écrit :
> > [Vous ne recevez pas souvent de courriers de
> > alexander.sverd...@siemens.com. Découvrez pourquoi ceci est important à
> > https://aka.ms/LearnAboutSenderIdentification
On 9/20/2025 12:47 AM, Al Viro wrote:
> Entirely static tree populated by simple_fill_super(). Can use
> kill_anon_super() as-is.
>
> Signed-off-by: Al Viro
Looks fine to me.
Acked-by: Casey Schaufler
> ---
> security/smack/smackfs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
Le 19/09/2025 à 14:14, A. Sverdlin a écrit :
[Vous ne recevez pas souvent de courriers de alexander.sverd...@siemens.com.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification ]
From: Alexander Sverdlin
... otherwise it could be problematic to build externa
[resending to the lists and Cc, sorry I initially replied only to Askar]
On Sat, Sep 20, 2025 at 5:55 AM Askar Safin wrote:
> On Fri, Sep 19, 2025 at 6:25 PM Nicolas Schichan wrote:
> > Considering that the deprecation message didn't get displayed in some
> > configurations, maybe it's a bit ear
On Fri, Sep 19, 2025, at 16:34, Jason Gunthorpe wrote:
> On Fri, Sep 19, 2025 at 04:22:20PM +0200, Arnd Bergmann wrote:
>
>> SAM9X7 in 2023 added DDR3 mode with up to 256MB according to
>> the datasheet, no idea why they chose not to support more,
>
> Quite possible the internal SOC wiring only has
On Tue, 16 Sep 2025 10:10:34 +0530, Aditya Bodkhe wrote:
> commit a1be9ccc57f0 ("function_graph: Support recording and printing the
> return value of function") introduced support for function graph return
> value tracing.
>
> Additionally, commit a3ed4157b7d8 ("fgraph: Replace fgraph_ret_regs wit
On Fri, 12 Sep 2025 10:27:37 -0400, Joe Lawrence wrote:
> This patch series fixes a couple of bugs in the powerpc64 out-of-line
> (OOL) ftrace support for modules, and follows up with a patch to
> simplify the module .stubs allocation code. An analysis of the module
> stub area corruption that prom
On Thu, 21 Aug 2025 08:30:18 +0200, Christophe Leroy wrote:
> Commit 82ef440f9a38 ("powerpc/603: Copy kernel PGD entries into all
> PGDIRs and preallocate execmem page tables") was supposed to extend
> to powerpc 603 the copy of kernel PGD entries into all PGDIRs
> implemented in a previous patch o
On Tue, 09 Sep 2025 12:03:49 +0200, Christophe Leroy wrote:
> PAGE_KERNEL_TEXT is an old macro that is used to tell kernel whether
> kernel text has to be mapped read-only or read-write based on build
> time options.
>
> But nowadays, with functionnalities like jump_labels, static links,
> etc ...
On Sat, 16 Aug 2025 18:33:26 +0200, Christophe Leroy wrote:
> Commit ac9f97ff8b32 ("powerpc/8xx: Inconditionally use task PGDIR in
> DTLB misses") removed the test that needed the valeur in SPRN_EPN but
> failed to remove the read.
>
> Remove it.
>
> And remove related comments, including the ver
1 - 100 of 72351 matches
Mail list logo
