linuxppc-dev  

Messages by Thread

• • [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
• [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
  • 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

• Earlier messages
• Later messages