linuxppc-dev  

Messages by Thread

• • [PATCH v3 05/11] mm/huge_memory: mark PMD mappings of the huge zero folio special David Hildenbrand
  • Re: [PATCH v3 05/11] mm/huge_memory: mark PMD mappings of the huge zero folio special Lorenzo Stoakes
  • [PATCH v3 09/11] mm/memory: factor out common code from vm_normal_page_*() David Hildenbrand
  • Re: [PATCH v3 09/11] mm/memory: factor out common code from vm_normal_page_*() Lorenzo Stoakes
  • [PATCH v3 10/11] mm: introduce and use vm_normal_page_pud() David Hildenbrand
  • Re: [PATCH v3 10/11] mm: introduce and use vm_normal_page_pud() Lorenzo Stoakes
  • [PATCH v3 08/11] mm/memory: convert print_bad_pte() to print_bad_page_map() David Hildenbrand
  • Re: [PATCH v3 08/11] mm/memory: convert print_bad_pte() to print_bad_page_map() Lorenzo Stoakes
  • [PATCH v3 11/11] mm: rename vm_ops->find_special_page() to vm_ops->find_normal_page() David Hildenbrand
  • Re: [PATCH v3 11/11] mm: rename vm_ops->find_special_page() to vm_ops->find_normal_page() Lorenzo Stoakes
  • [PATCH v3 07/11] mm/rmap: convert "enum rmap_level" to "enum pgtable_level" David Hildenbrand
  • Re: [PATCH v3 07/11] mm/rmap: convert "enum rmap_level" to "enum pgtable_level" Lorenzo Stoakes
  • [PATCH v3 01/11] mm/huge_memory: move more common code into insert_pmd() David Hildenbrand
  • Re: [PATCH v3 01/11] mm/huge_memory: move more common code into insert_pmd() Lance Yang
• [PATCH v2 0/3] powerpc: Cleanup and convert to MSI parent domain Nam Cao
  • [PATCH v2 3/3] powerpc/pseries/msi: Switch to msi_create_parent_irq_domain() Nam Cao
  • [PATCH v2 1/3] powerpc/xive: Untangle xive from child interrupt controller drivers Nam Cao
  • [PATCH v2 2/3] powerpc/powernv/pci: Switch to use msi_create_parent_irq_domain() Nam Cao
• i2c-pasemi messages since kernel 6.16 Christian Zigotzky
  • Re: i2c-pasemi messages since kernel 6.16 Christian Zigotzky
  • Re: i2c-pasemi messages since kernel 6.16 Sven Peter
  • Re: i2c-pasemi messages since kernel 6.16 Christian Zigotzky
• [PATCH v6 0/2] kasan: unify kasan_enabled() and remove arch-specific implementations Sabyrzhan Tasbolatov
  • [PATCH v6 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v6 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Christophe Leroy
  • [PATCH v6 2/2] kasan: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • Re: [PATCH v6 2/2] kasan: call kasan_init_generic in kasan_init Christophe Leroy
• [PATCH AUTOSEL 6.16-5.4] PCI: pnv_php: Work around switches with broken presence detection Sasha Levin
• [PATCH AUTOSEL 6.16-6.6] powerpc/eeh: Make EEH driver device hotplug safe Sasha Levin
• [PATCH AUTOSEL 6.16-5.10] PCI: pnv_php: Clean up allocated IRQs on unplug Sasha Levin
  • Re: [PATCH AUTOSEL 6.16-5.10] PCI: pnv_php: Clean up allocated IRQs on unplug Timothy Pearson
  • Re: [PATCH AUTOSEL 6.16-5.10] PCI: pnv_php: Clean up allocated IRQs on unplug Sasha Levin
• [PATCH v2] powerpc/eeh: parse AER registers Ganesh Goudar
• [PATCH] dt-bindings: powerpc: Drop duplicate fsl/mpic.txt Rob Herring (Arm)
  • Re: [PATCH] dt-bindings: powerpc: Drop duplicate fsl/mpic.txt Conor Dooley
  • Re: [PATCH] dt-bindings: powerpc: Drop duplicate fsl/mpic.txt Rob Herring (Arm)
  • Re: [PATCH] dt-bindings: powerpc: Drop duplicate fsl/mpic.txt Crystal Wood
• [PATCH v5 0/2] kasan: unify kasan_enabled() and remove arch-specific implementations Sabyrzhan Tasbolatov
  • [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Christophe Leroy
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Christophe Leroy
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Christophe Leroy
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v5 1/2] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • [PATCH v5 2/2] kasan: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • Re: [PATCH v5 2/2] kasan: call kasan_init_generic in kasan_init Christophe Leroy
  • Re: [PATCH v5 2/2] kasan: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • Re: [PATCH v5 2/2] kasan: call kasan_init_generic in kasan_init Alexandre Ghiti
• [PATCH v5 0/3] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
  • [PATCH v5 1/3] PCI/AER: Fix missing uevent on recovery when a reset is requested Niklas Schnelle
  • [PATCH v5 2/3] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
  • [PATCH v5 3/3] powerpc/eeh: Use result of error_detected() in uevent Niklas Schnelle
  • Re: [PATCH v5 3/3] powerpc/eeh: Use result of error_detected() in uevent Mahesh J Salgaonkar
  • Re: [PATCH v5 3/3] powerpc/eeh: Use result of error_detected() in uevent Sathyanarayanan Kuppuswamy
  • Re: [PATCH v5 0/3] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
  • Re: [PATCH v5 0/3] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Bjorn Helgaas
• [PATCH v5] vmcoreinfo: Track and log recoverable hardware errors Breno Leitao
• [PATCH v4 0/3] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
  • [PATCH v4 2/3] powerpc/eeh: Use result of error_detected() in uevent Niklas Schnelle
  • Re: [PATCH v4 2/3] powerpc/eeh: Use result of error_detected() in uevent Lukas Wunner
  • Re: [PATCH v4 2/3] powerpc/eeh: Use result of error_detected() in uevent Niklas Schnelle
  • [PATCH v4 1/3] PCI/AER: Fix missing uevent on recovery when a reset is requested Niklas Schnelle
  • [PATCH v4 3/3] PCI/ERR: s390/pci: Use pci_uevent_ers() in PCI recovery Niklas Schnelle
• vmalloc huge mappings Dev Jain
• [PATCH] ASoC: fsl_sai: replace regmap_write with regmap_update_bits Shengjiu Wang
  • Re: [PATCH] ASoC: fsl_sai: replace regmap_write with regmap_update_bits Mark Brown
• [PATCH net-next v4] ibmvnic: Increase max subcrq indirect entries with fallback Mingming Cao
  • Re: [PATCH net-next v4] ibmvnic: Increase max subcrq indirect entries with fallback Simon Horman
• [PATCH] KVM: PPC: Fix misleading interrupts comment in kvmppc_prepare_to_enter() Andrew Donnellan
  • Re: [PATCH] KVM: PPC: Fix misleading interrupts comment in kvmppc_prepare_to_enter() Shrikanth Hegde
  • Re: [PATCH] KVM: PPC: Fix misleading interrupts comment in kvmppc_prepare_to_enter() Gautam Menghani
  • Re: [PATCH] KVM: PPC: Fix misleading interrupts comment in kvmppc_prepare_to_enter() Amit Machhiwal
• [PATCH v2 0/7] MD5 library functions Eric Biggers
  • [PATCH v2 1/7] lib/crypto: md5: Add MD5 and HMAC-MD5 library functions Eric Biggers
  • [PATCH v2 3/7] mips: cavium-octeon: Move octeon-crypto.c into parent dir Eric Biggers
  • [PATCH v2 2/7] lib/crypto: mips/md5: Migrate optimized code into library Eric Biggers
  • [PATCH v2 4/7] lib/crypto: powerpc/md5: Migrate optimized code into library Eric Biggers
  • [PATCH v2 5/7] lib/crypto: sparc/md5: Migrate optimized code into library Eric Biggers
  • [PATCH v2 7/7] lib/crypto: tests: Add KUnit tests for MD5 and HMAC-MD5 Eric Biggers
  • [PATCH v2 6/7] crypto: md5 - Wrap library and add HMAC support Eric Biggers
  • Re: [PATCH v2 6/7] crypto: md5 - Wrap library and add HMAC support Eric Biggers
  • Re: [PATCH v2 0/7] MD5 library functions Eric Biggers
• [Linux PPC] [X1000] [e5500] Kernel 6.17 testing and DRM issue Christian Zigotzky
  • [Linux PPC] [X1000] [e5500] Kernel 6.17 testing and DRM issue Christian Zigotzky
• [PATCH v4 0/9] kasan: unify kasan_arch_is_ready() and remove arch-specific implementations Sabyrzhan Tasbolatov
  • [PATCH v4 2/9] kasan/powerpc: select ARCH_DEFER_KASAN and call kasan_init_generic Sabyrzhan Tasbolatov
  • [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Andrey Ryabinin
  • Re: [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Sabyrzhan Tasbolatov
  • Re: [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes Andrey Ryabinin
  • [PATCH v4 4/9] kasan/xtensa: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • [PATCH v4 3/9] kasan/arm,arm64: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • [PATCH v4 5/9] kasan/loongarch: select ARCH_DEFER_KASAN and call kasan_init_generic Sabyrzhan Tasbolatov
  • Re: [PATCH v4 5/9] kasan/loongarch: select ARCH_DEFER_KASAN and call kasan_init_generic Andrey Ryabinin
  • Re: [PATCH v4 5/9] kasan/loongarch: select ARCH_DEFER_KASAN and call kasan_init_generic Sabyrzhan Tasbolatov
  • [PATCH v4 6/9] kasan/um: select ARCH_DEFER_KASAN and call kasan_init_generic Sabyrzhan Tasbolatov
  • Re: [PATCH v4 6/9] kasan/um: select ARCH_DEFER_KASAN and call kasan_init_generic Andrey Ryabinin
  • Re: [PATCH v4 6/9] kasan/um: select ARCH_DEFER_KASAN and call kasan_init_generic Sabyrzhan Tasbolatov
  • Re: [PATCH v4 6/9] kasan/um: select ARCH_DEFER_KASAN and call kasan_init_generic Andrey Ryabinin
  • [PATCH v4 7/9] kasan/x86: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • [PATCH v4 8/9] kasan/s390: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • [PATCH v4 9/9] kasan/riscv: call kasan_init_generic in kasan_init Sabyrzhan Tasbolatov
  • Re: [PATCH v4 9/9] kasan/riscv: call kasan_init_generic in kasan_init Alexandre Ghiti
• [bpf-next 0/6] bpf,powerpc: Add support for bpf arena and arena atomics Saket Kumar Bhaskar
  • [bpf-next 2/6] bpf,powerpc: Implement PROBE_MEM32 pseudo instructions Saket Kumar Bhaskar
  • Re: [bpf-next 2/6] bpf,powerpc: Implement PROBE_MEM32 pseudo instructions Christophe Leroy
  • Re: [bpf-next 2/6] bpf,powerpc: Implement PROBE_MEM32 pseudo instructions Saket Kumar Bhaskar
  • Re: [bpf-next 2/6] bpf,powerpc: Implement PROBE_MEM32 pseudo instructions Hari Bathini
  • [bpf-next 1/6] bpf,powerpc: Introduce bpf_jit_emit_probe_mem_store() to emit store instructions Saket Kumar Bhaskar
  • Re: [bpf-next 1/6] bpf,powerpc: Introduce bpf_jit_emit_probe_mem_store() to emit store instructions Christophe Leroy
  • Re: [bpf-next 1/6] bpf,powerpc: Introduce bpf_jit_emit_probe_mem_store() to emit store instructions Venkat Rao Bagalkote
  • Re: [bpf-next 1/6] bpf,powerpc: Introduce bpf_jit_emit_probe_mem_store() to emit store instructions Christophe Leroy
  • Re: [bpf-next 1/6] bpf,powerpc: Introduce bpf_jit_emit_probe_mem_store() to emit store instructions Saket Kumar Bhaskar
  • [bpf-next 3/6] bpf,powerpc: Implement bpf_addr_space_cast instruction Saket Kumar Bhaskar
  • Re: [bpf-next 3/6] bpf,powerpc: Implement bpf_addr_space_cast instruction Christophe Leroy
  • Re: [bpf-next 3/6] bpf,powerpc: Implement bpf_addr_space_cast instruction Saket Kumar Bhaskar
  • [bpf-next 5/6] bpf,powerpc: Implement PROBE_ATOMIC instructions Saket Kumar Bhaskar
  • [bpf-next 4/6] bpf,powerpc: Introduce bpf_jit_emit_atomic_ops() to emit atomic instructions Saket Kumar Bhaskar
  • [bpf-next 6/6] selftests/bpf: Fix arena_spin_lock selftest failure Saket Kumar Bhaskar
  • Re: [bpf-next 6/6] selftests/bpf: Fix arena_spin_lock selftest failure Alexei Starovoitov
  • Re: [bpf-next 6/6] selftests/bpf: Fix arena_spin_lock selftest failure Saket Kumar Bhaskar
  • Re: [bpf-next 6/6] selftests/bpf: Fix arena_spin_lock selftest failure Alexei Starovoitov
  • Re: [bpf-next 0/6] bpf,powerpc: Add support for bpf arena and arena atomics Christophe Leroy
  • Re: [bpf-next 0/6] bpf,powerpc: Add support for bpf arena and arena atomics Saket Kumar Bhaskar
  • Re: [bpf-next 0/6] bpf,powerpc: Add support for bpf arena and arena atomics Venkat Rao Bagalkote
  • Re: [bpf-next 0/6] bpf,powerpc: Add support for bpf arena and arena atomics Saket Kumar Bhaskar
• Apply commit 5a821e2d69e2 ("powerpc/boot: Fix build with gcc 15") to stable kernels Christophe Leroy
  • Re: Apply commit 5a821e2d69e2 ("powerpc/boot: Fix build with gcc 15") to stable kernels Greg Kroah-Hartman
• [PATCH v3 net-next] ibmvnic: Increase max subcrq indirect entries with fallback Mingming Cao
  • Re: [PATCH v3 net-next] ibmvnic: Increase max subcrq indirect entries with fallback Simon Horman
• [PATCH 00/17] Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 05/17] powerpc: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • Re: [PATCH 05/17] powerpc: Add __attribute_const__ to ffs()-family implementations Madhavan Srinivasan
  • Re: [PATCH 05/17] powerpc: Add __attribute_const__ to ffs()-family implementations Segher Boessenkool
  • Re: [PATCH 05/17] powerpc: Add __attribute_const__ to ffs()-family implementations Segher Boessenkool
  • [PATCH 11/17] m68k: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • Re: [PATCH 11/17] m68k: Add __attribute_const__ to ffs()-family implementations Geert Uytterhoeven
  • [PATCH 08/17] hexagon: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 15/17] xtensa: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 07/17] alpha: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 06/17] sh: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 03/17] csky: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 02/17] bitops: Add __attribute_const__ to generic ffs()-family implementations Kees Cook
  • [PATCH 10/17] openrisc: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • Re: [PATCH 10/17] openrisc: Add __attribute_const__ to ffs()-family implementations Stafford Horne
  • [PATCH 09/17] riscv: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • Re: [PATCH 09/17] riscv: Add __attribute_const__ to ffs()-family implementations Alexandre Ghiti
  • [PATCH 12/17] mips: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 01/17] KUnit: Introduce ffs()-family tests Kees Cook
  • [PATCH 13/17] parisc: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 17/17] KUnit: ffs: Validate all the __attribute_const__ annotations Kees Cook
  • [PATCH 16/17] sparc: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • [PATCH 14/17] s390: Add __attribute_const__ to ffs()-family implementations Kees Cook
  • 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

• Earlier messages
• Later messages