On Thu, Jul 31, 2025 at 10:04:38AM -0700, Sathyanarayanan Kuppuswamy wrote:
> On 7/31/25 6:01 AM, Lukas Wunner wrote:
> > +++ b/drivers/pci/pcie/err.c
> > @@ -165,6 +165,12 @@ static int report_resume(struct pci_dev *dev, void
> > *data)
> > return 0;
> > }
> > +static int report_disconnect(
On 31. 07. 25, 22:58, Nicolas Pitre wrote:
On Thu, 31 Jul 2025, Christophe Leroy wrote:
Le 31/07/2025 à 16:35, Christophe Leroy a écrit :
Hi Jiri,
Le 11/06/2025 à 12:02, Jiri Slaby (SUSE) a écrit :
_IO*() is the proper way of defining ioctl numbers. All these vt numbers
were synthetically
Simplify the code to enhance readability and maintain a consistent
coding style.
Signed-off-by: Xichao Zhao
---
arch/powerpc/kernel/setup_64.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index 7284c8021
Hi Ritesh
On 7/31/25 11:40 PM, Ritesh Harjani (IBM) wrote:
Donet Tom writes:
On systems using the hash MMU, there is a software SLB preload cache that
mirrors the entries loaded into the hardware SLB buffer. This preload
cache is subject to periodic eviction — typically after every 256 contex
On Thu, Jul 31, 2025 at 08:32:57AM +0200, Krzysztof Kozlowski wrote:
> On Thu, Jul 31, 2025 at 07:58:04AM +0200, Alexander Stein wrote:
> > dtbs_check for ls1021.dtsi warns about unsupported property:
> > power-controller@1ee2140 (fsl,ls1021a-rcpm): '#power-domain-cells' does
> > not match any of
On Thu, 31 Jul 2025, Christophe Leroy wrote:
>
>
> Le 31/07/2025 à 16:35, Christophe Leroy a écrit :
> > Hi Jiri,
> >
> > Le 11/06/2025 à 12:02, Jiri Slaby (SUSE) a écrit :
> >> _IO*() is the proper way of defining ioctl numbers. All these vt numbers
> >> were synthetically built up the same wa
Donet Tom writes:
> On systems using the hash MMU, there is a software SLB preload cache that
> mirrors the entries loaded into the hardware SLB buffer. This preload
> cache is subject to periodic eviction — typically after every 256 context
> switches — to remove old entry.
>
> Currently, the ke
Hi Robin,
I don't know the DMA mapping code well and haven't reviewed this
patch set in particular, but I wanted to comment on some of the things
you say here.
> Marek, I'm surprised that even you aren't seeing why that would at best be
> pointless churn. The fundamental design of dma_map_page()
On 7/31/25 6:01 AM, Lukas Wunner wrote:
On Wed, Jul 30, 2025 at 10:24:07PM +0200, Lukas Wunner wrote:
On Wed, Jul 30, 2025 at 10:01:50PM +0200, Lukas Wunner wrote:
On Wed, Jul 30, 2025 at 01:20:57PM +0200, Niklas Schnelle wrote:
Since commit 7b42d97e99d3 ("PCI/ERR: Always report current reco
On Wed, 2025-07-30 at 08:14 +0200, Christophe Leroy wrote:
>
>
> Le 20/07/2025 à 00:43, Ruben Wauters a écrit :
> > [Vous ne recevez pas souvent de courriers de rubenr...@aol.com.
> > Découvrez pourquoi ceci est important à
> > https://aka.ms/LearnAboutSenderIdentification ]
> >
> > The calculat
Le 31/07/2025 à 16:35, Christophe Leroy a écrit :
Hi Jiri,
Le 11/06/2025 à 12:02, Jiri Slaby (SUSE) a écrit :
_IO*() is the proper way of defining ioctl numbers. All these vt numbers
were synthetically built up the same way the _IO() macro does.
So instead of implicit hex numbers, use _IO()
On systems using the hash MMU, there is a software SLB preload cache that
mirrors the entries loaded into the hardware SLB buffer. This preload
cache is subject to periodic eviction — typically after every 256 context
switches — to remove old entry.
Currently, the kernel skips the MMU context swit
Hi Jiri,
Le 11/06/2025 à 12:02, Jiri Slaby (SUSE) a écrit :
_IO*() is the proper way of defining ioctl numbers. All these vt numbers
were synthetically built up the same way the _IO() macro does.
So instead of implicit hex numbers, use _IO() properly.
To not change the pre-existing numbers, us
Hi All,
Xorg doesn’t start anymore after the commit tty: vt: use _IO() to define ioctl
numbers.
Error message:
xf86OpenConsole: Switching VT failed.
I tested it with QEMU with virtio-gpu-pci and VGA,vgamem_mb=256 with some Linux
distributions today.
I bisected today.
tty: vt: use _IO() to d
On Wed, Jul 30, 2025 at 01:20:57PM +0200, Niklas Schnelle wrote:
> Since commit 7b42d97e99d3 ("PCI/ERR: Always report current recovery
> status for udev") AER uses the result of error_detected() as parameter
> to pci_uevent_ers(). As pci_uevent_ers() however does not handle
> PCI_ERS_RESULT_NEED_RE
On Wed, Jul 30, 2025 at 10:24:07PM +0200, Lukas Wunner wrote:
> On Wed, Jul 30, 2025 at 10:01:50PM +0200, Lukas Wunner wrote:
> > On Wed, Jul 30, 2025 at 01:20:57PM +0200, Niklas Schnelle wrote:
> > > Since commit 7b42d97e99d3 ("PCI/ERR: Always report current recovery
> > > status for udev") AER us
Hi All,
The PowerPC updates 6.17-1 aren’t responsible for this issue.
I reverted the PowerPC updates 6.17-1 but Xorg doesn’t start.
Cheers,
Christian
> On 30 July 2025 at 03:13 pm, Christian Zigotzky
> wrote:
>
> Hi All,
>
> Could you please test Xorg with the latest Git kernel including th
17 matches
Mail list logo
