linuxppc-dev  

Messages by Thread

• • Re: [PATCH 14/17] s390: Add __attribute_const__ to ffs()-family implementations Heiko Carstens
  • [PATCH 04/17] x86: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • Re: [PATCH 00/17] Add __attribute_const__ to ffs()-family implementations Peter Zijlstra
• [Bug 220407] New: arch/powerpc/boot/types.h:43:13: error: 'bool' cannot be defined via 'typedef' when building with GCC 15 bugzilla-daemon
  • [Bug 220407] arch/powerpc/boot/types.h:43:13: error: 'bool' cannot be defined via 'typedef' when building with GCC 15 bugzilla-daemon
  • [Bug 220407] arch/powerpc/boot/types.h:43:13: error: 'bool' cannot be defined via 'typedef' when building with GCC 15 bugzilla-daemon
  • [Bug 220407] arch/powerpc/boot/types.h:43:13: error: 'bool' cannot be defined via 'typedef' when building with GCC 15 bugzilla-daemon
• [PATCH v1 00/16] dma-mapping: migrate to physical address-based API Leon Romanovsky
  • [PATCH v1 02/16] iommu/dma: handle MMIO path in dma_iova_link Leon Romanovsky
  • Re: [PATCH v1 02/16] iommu/dma: handle MMIO path in dma_iova_link Jason Gunthorpe
  • [PATCH v1 03/16] dma-debug: refactor to use physical addresses for page mapping Leon Romanovsky
  • Re: [PATCH v1 03/16] dma-debug: refactor to use physical addresses for page mapping Jason Gunthorpe
  • Re: [PATCH v1 03/16] dma-debug: refactor to use physical addresses for page mapping Leon Romanovsky
  • [PATCH v1 01/16] dma-mapping: introduce new DMA attribute to indicate MMIO memory Leon Romanovsky
  • Re: [PATCH v1 01/16] dma-mapping: introduce new DMA attribute to indicate MMIO memory Jason Gunthorpe
  • [PATCH v1 04/16] dma-mapping: rename trace_dma_*map_page to trace_dma_*map_phys Leon Romanovsky
  • [PATCH v1 06/16] iommu/dma: extend iommu_dma_*map_phys API to handle MMIO memory Leon Romanovsky
  • Re: [PATCH v1 06/16] iommu/dma: extend iommu_dma_*map_phys API to handle MMIO memory Jason Gunthorpe
  • [PATCH v1 07/16] dma-mapping: convert dma_direct_*map_page to be phys_addr_t based Leon Romanovsky
  • Re: [PATCH v1 07/16] dma-mapping: convert dma_direct_*map_page to be phys_addr_t based Jason Gunthorpe
  • [PATCH v1 05/16] iommu/dma: rename iommu_dma_*map_page to iommu_dma_*map_phys Leon Romanovsky
  • Re: [PATCH v1 05/16] iommu/dma: rename iommu_dma_*map_page to iommu_dma_*map_phys Jason Gunthorpe
  • [PATCH v1 09/16] dma-mapping: handle MMIO flow in dma_map|unmap_page Leon Romanovsky
  • Re: [PATCH v1 09/16] dma-mapping: handle MMIO flow in dma_map|unmap_page Jason Gunthorpe
  • [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Leon Romanovsky
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Jason Gunthorpe
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Leon Romanovsky
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Jason Gunthorpe
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Leon Romanovsky
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Jason Gunthorpe
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Leon Romanovsky
  • Re: [PATCH v1 08/16] kmsan: convert kmsan_handle_dma to use physical addresses Jason Gunthorpe
  • [PATCH v1 11/16] dma-mapping: export new dma_*map_phys() interface Leon Romanovsky
  • Re: [PATCH v1 11/16] dma-mapping: export new dma_*map_phys() interface Jason Gunthorpe
  • [PATCH v1 12/16] mm/hmm: migrate to physical address-based DMA mapping API Leon Romanovsky
  • Re: [PATCH v1 12/16] mm/hmm: migrate to physical address-based DMA mapping API Jason Gunthorpe
  • [PATCH v1 10/16] xen: swiotlb: Open code map_resource callback Leon Romanovsky
  • Re: [PATCH v1 10/16] xen: swiotlb: Open code map_resource callback Jürgen Groß
  • [PATCH v1 13/16] mm/hmm: properly take MMIO path Leon Romanovsky
  • Re: [PATCH v1 13/16] mm/hmm: properly take MMIO path Jason Gunthorpe
  • [PATCH v1 14/16] block-dma: migrate to dma_map_phys instead of map_page Leon Romanovsky
  • [PATCH v1 16/16] nvme-pci: unmap MMIO pages with appropriate interface Leon Romanovsky
  • Re: [PATCH v1 16/16] nvme-pci: unmap MMIO pages with appropriate interface Jason Gunthorpe
  • Re: [PATCH v1 16/16] nvme-pci: unmap MMIO pages with appropriate interface Leon Romanovsky
  • [PATCH v1 15/16] block-dma: properly take MMIO path Leon Romanovsky
  • Re: [PATCH v1 00/16] dma-mapping: migrate to physical address-based API Jason Gunthorpe
  • Re: [PATCH v1 00/16] dma-mapping: migrate to physical address-based API Marek Szyprowski
  • Re: [PATCH v1 00/16] dma-mapping: migrate to physical address-based API Jason Gunthorpe
  • Re: [PATCH v1 00/16] dma-mapping: migrate to physical address-based API Demi Marie Obenour
  • Re: [PATCH v1 00/16] dma-mapping: migrate to physical address-based API Jason Gunthorpe
• [PATCH 0/2] powerpc: Fix integer underflow & leak Nam Cao
  • [PATCH 1/2] powerpc/pseries/msi: Fix potential underflow and leak issue Nam Cao
  • Re: [PATCH 1/2] powerpc/pseries/msi: Fix potential underflow and leak issue Cédric Le Goater
  • [PATCH 2/2] powerpc/powernv/pci: Fix underflow and leak issue Nam Cao
  • Re: [PATCH 2/2] powerpc/powernv/pci: Fix underflow and leak issue Cédric Le Goater
• [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Breno Leitao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Sathyanarayanan Kuppuswamy
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Breno Leitao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Sathyanarayanan Kuppuswamy
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Breno Leitao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Ethan Zhao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Breno Leitao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Ethan Zhao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Ethan Zhao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Breno Leitao
  • Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer() Ethan Zhao
• [GIT PULL] Please pull powerpc/linux.git powerpc-6.17-2 tag Madhavan Srinivasan
  • Re: [GIT PULL] Please pull powerpc/linux.git powerpc-6.17-2 tag pr-tracker-bot
• [PATCH 0/7] MD5 library functions Eric Biggers
  • [PATCH 2/7] mips: cavium-octeon: Move octeon-crypto.c into parent dir Eric Biggers
  • [PATCH 1/7] mips: cavium-octeon: Remove Octeon optimized MD5 code Eric Biggers
  • [PATCH 4/7] crypto: sparc/md5 - Remove SPARC64 optimized MD5 code Eric Biggers
  • Re: [PATCH 4/7] crypto: sparc/md5 - Remove SPARC64 optimized MD5 code Simon Richter
  • Re: [PATCH 4/7] crypto: sparc/md5 - Remove SPARC64 optimized MD5 code Eric Biggers
  • [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Segher Boessenkool
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Segher Boessenkool
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Christophe Leroy
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Christophe Leroy
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Christophe Leroy
  • Crypto use cases (was: Remove PowerPC optimized MD5 code) Simon Richter
  • Re: Crypto use cases (was: Remove PowerPC optimized MD5 code) Eric Biggers
  • Re: Crypto use cases Simon Richter
  • Re: Crypto use cases Eric Biggers
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Christophe Leroy
  • Re: [PATCH 3/7] crypto: powerpc/md5 - Remove PowerPC optimized MD5 code Eric Biggers
  • [PATCH 5/7] lib/crypto: md5: Add MD5 and HMAC-MD5 library functions Eric Biggers
  • [PATCH 7/7] lib/crypto: tests: Add KUnit tests for MD5 and HMAC-MD5 Eric Biggers
  • [PATCH 6/7] crypto: md5 - Wrap library and add HMAC support Eric Biggers
• radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulaton Christian Zigotzky
  • radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulaton Christian Zigotzky
  • radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulaton Alex Deucher
  • radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation mad skateman
  • radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Limonciello, Mario
  • radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Mario Limonciello
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Alex Deucher
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Mario Limonciello
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Damien Stewart
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Christian Zigotzky
  • Re: radeon_fbdev_river_fbdev: failed to initialize framebuffer and setup emulation Damien Stewart
• [PATCH 0/9] powerpc/pseries: Add hypervisor pipe (HVPIPE) suport Haren Myneni
  • [PATCH 1/9] powerpc/pseries: Define papr-hvpipe ioctl Haren Myneni
  • [PATCH 2/9] powerpc/pseries: Define HVPIPE specific macros Haren Myneni
  • [PATCH 3/9] powerpc/pseries: Add papr-hvpipe char driver for HVPIPE interfaces Haren Myneni
  • [PATCH 5/9] powerpc/pseries: Receive payload with ibm,receive-hvpipe-msg RTAS Haren Myneni
  • [PATCH 4/9] powerpc/pseries: Send payload with ibm,send-hvpipe-msg RTAS Haren Myneni
  • [PATCH 6/9] powerpc/pseries: Wakeup hvpipe FD when the payload is pending Haren Myneni
  • [PATCH 8/9] powerpc/pseries: Enable hvpipe with ibm,set-system-parameter RTAS Haren Myneni
  • Re: [PATCH 8/9] powerpc/pseries: Enable hvpipe with ibm,set-system-parameter RTAS kernel test robot
  • [PATCH 7/9] powerpc/pseries: Enable HVPIPE event message interrupt Haren Myneni
  • Re: [PATCH 7/9] powerpc/pseries: Enable HVPIPE event message interrupt kernel test robot
  • [PATCH 9/9] powerpc/pseries: HVPIPE changes to support migration Haren Myneni
• [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Breno Leitao
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Dave Hansen
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Breno Leitao
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Dave Hansen
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Breno Leitao
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Dave Hansen
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Breno Leitao
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Dave Hansen
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors Breno Leitao
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors kernel test robot
  • Re: [PATCH v4] vmcoreinfo: Track and log recoverable hardware errors kernel test robot
• [PATCH v2] powerpc/mm: Fix SLB multihit issue during SLB preload Donet Tom
  • Re: [PATCH v2] powerpc/mm: Fix SLB multihit issue during SLB preload IBM
  • Re: [PATCH v2] powerpc/mm: Fix SLB multihit issue during SLB preload Vishal Chourasia
  • Re: [PATCH v2] powerpc/mm: Fix SLB multihit issue during SLB preload Nicholas Piggin
  • Re: [PATCH v2] powerpc/mm: Fix SLB multihit issue during SLB preload IBM
• [PATCH v3 0/2] powerpc: Replace __ASSEMBLY__ with __ASSEMBLER__ in header files Thomas Huth
  • [PATCH v3 1/2] powerpc: Replace __ASSEMBLY__ with __ASSEMBLER__ in uapi headers Thomas Huth
  • [PATCH v3 2/2] powerpc: Replace __ASSEMBLY__ with __ASSEMBLER__ in non-uapi headers Thomas Huth
• [PATCH] powerpc/64: Drop unnecessary 'rc' variable Xichao Zhao
  • Re: [PATCH] powerpc/64: Drop unnecessary 'rc' variable Gautam Menghani
  • Re: [PATCH] powerpc/64: Drop unnecessary 'rc' variable Madhavan Srinivasan
• [PATCH] powerpc/mm: Switch MMU context on hash MMU if SLB preload cache is aged Donet Tom
  • Re: [PATCH] powerpc/mm: Switch MMU context on hash MMU if SLB preload cache is aged IBM
  • Re: [PATCH] powerpc/mm: Switch MMU context on hash MMU if SLB preload cache is aged Donet Tom
• Re: [PATCH 07/33] tty: vt: use _IO() to define ioctl numbers Christophe Leroy
  • Re: [PATCH 07/33] tty: vt: use _IO() to define ioctl numbers Christophe Leroy
  • Re: [PATCH 07/33] tty: vt: use _IO() to define ioctl numbers Nicolas Pitre
  • Re: [PATCH 07/33] tty: vt: use _IO() to define ioctl numbers Jiri Slaby
  • Re: [PATCH 07/33] tty: vt: use _IO() to define ioctl numbers Greg KH
• [PATCH v2 1/1] dt-bindings: fsl: fsl,rcpm: Add #power-domain-cells Alexander Stein
  • Re: [PATCH v2 1/1] dt-bindings: fsl: fsl,rcpm: Add #power-domain-cells Krzysztof Kozlowski
  • Re: [PATCH v2 1/1] dt-bindings: fsl: fsl,rcpm: Add #power-domain-cells Frank Li
  • Re: [PATCH v2 1/1] dt-bindings: fsl: fsl, rcpm: Add #power-domain-cells Alexander Stein
• [PATCH] docs/powerpc: add htm.rst to toctree to fix warning Kriish Sharma
  • Re: [PATCH] docs/powerpc: add htm.rst to toctree to fix warning Jonathan Corbet
• PowerPC updates 6.17-1: Switching VT failed Christian Zigotzky
  • Re: PowerPC updates 6.17-1: Switching VT failed Christian Zigotzky
  • Switching VT failed after commit tty: vt: use _IO() to define ioctl numbers Christian Zigotzky
• [PATCH v3 0/2] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
  • [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Niklas Schnelle
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Lukas Wunner
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Lukas Wunner
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Lukas Wunner
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Sathyanarayanan Kuppuswamy
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Lukas Wunner
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Sathyanarayanan Kuppuswamy
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Niklas Schnelle
  • Re: [PATCH v3 1/2] PCI/AER: Fix missing uevent on recovery when a reset is requested Lukas Wunner
  • [PATCH v3 2/2] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
  • Re: [PATCH v3 2/2] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Lukas Wunner
• [powerpc:merge] BUILD SUCCESS de12314b471bff871afb5cb48181a8da953ec681 kernel test robot
• linux-next: build warning after merge of the jc_docs tree Stephen Rothwell
  • Re: linux-next: build warning after merge of the jc_docs tree Jonathan Corbet
  • Re: linux-next: build warning after merge of the jc_docs tree Stephen Rothwell
  • Re: linux-next: build warning after merge of the jc_docs tree Christophe Leroy
  • Re: linux-next: build warning after merge of the jc_docs tree Randy Dunlap
• [PATCH 0/6] KVM: Export KVM-internal symbols for sub-modules only Sean Christopherson
  • [PATCH 1/6] KVM: s390/vfio-ap: Use kvm_is_gpa_in_memslot() instead of open coded equivalent Sean Christopherson
  • Re: [PATCH 1/6] KVM: s390/vfio-ap: Use kvm_is_gpa_in_memslot() instead of open coded equivalent Anthony Krowiak
  • [PATCH 2/6] KVM: Export KVM-internal symbols for sub-modules only Sean Christopherson
  • [PATCH 3/6] KVM: x86: Move kvm_intr_is_single_vcpu() to lapic.c Sean Christopherson
  • [PATCH 4/6] KVM: x86: Drop pointless exports of kvm_arch_xxx() hooks Sean Christopherson
  • [PATCH 5/6] KVM: x86: Export KVM-internal symbols for sub-modules only Sean Christopherson
  • [PATCH 6/6] x86: Restrict KVM-induced symbol exports to KVM modules where obvious/possible Sean Christopherson
  • Re: [PATCH 6/6] x86: Restrict KVM-induced symbol exports to KVM modules where obvious/possible Huang, Kai
  • Re: [PATCH 0/6] KVM: Export KVM-internal symbols for sub-modules only Vlastimil Babka
• Ozlabs patchwork notification not working anymore LEROY Christophe
  • Re: Ozlabs patchwork notification not working anymore Stephen Rothwell
  • Re: Ozlabs patchwork notification not working anymore Jeremy Kerr
  • Re: Ozlabs patchwork notification not working anymore Christophe Leroy
  • Re: Ozlabs patchwork notification not working anymore Jeremy Kerr
  • Re: Ozlabs patchwork notification not working anymore Christophe Leroy
• [GIT PULL] Please pull powerpc/linux.git powerpc-6.17-1 tag Madhavan Srinivasan
  • Re: [GIT PULL] Please pull powerpc/linux.git powerpc-6.17-1 tag pr-tracker-bot
• [powerpc:next-test] BUILD SUCCESS cf2a6de32cabbf84a889e24a9ee7c51dee4a1f70 kernel test robot
• [PATCH] tty: serial: ucc_uart: use WARN_ON() instead of BUG() Akhilesh Patil

• Earlier messages
• Later messages