linuxppc-dev  

Messages by Thread

• • Re: [PATCH v6 4/5] arm64: kexec: Add support for crashkernel CMA reservation Baoquan He
  • [PATCH v6 5/5] riscv: kexec: Add support for crashkernel CMA reservation Jinjie Ruan
  • Re: [PATCH v6 0/5] arm64/riscv: Add support for crashkernel CMA reservation Mike Rapoport
• [PATCH net] net: fs_enet: add missing kfree in _remove Rosen Penev
• [PATCH net-next] net: fs_enet: allow nvmem to override MAC address Rosen Penev
  • Re: [PATCH net-next] net: fs_enet: allow nvmem to override MAC address Christophe Leroy (CS GROUP)
  • Re: [PATCH net-next] net: fs_enet: allow nvmem to override MAC address Rosen Penev
  • Re: [PATCH net-next] net: fs_enet: allow nvmem to override MAC address patchwork-bot+netdevbpf
• [PATCH net-next] net: freescale: ucc_geth: call of_node_put once Rosen Penev
  • Re: [PATCH net-next] net: freescale: ucc_geth: call of_node_put once Simon Horman
  • Re: [PATCH net-next] net: freescale: ucc_geth: call of_node_put once patchwork-bot+netdevbpf
• Re: [PATCH] net/ibmveth: fix typo in ibmveth_remove_buffer_from_pool() Simon Horman
• [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available Nathan Chancellor
  • [PATCH 1/2] kbuild: Consolidate C dialect options Nathan Chancellor
  • Re: [PATCH 1/2] kbuild: Consolidate C dialect options Nicolas Schier
  • [PATCH 2/2] kbuild: Use '-fms-anonymous-structs' if it is available Nathan Chancellor
  • Re: [PATCH 2/2] kbuild: Use '-fms-anonymous-structs' if it is available Kees Cook
  • Re: [PATCH 2/2] kbuild: Use '-fms-anonymous-structs' if it is available Nathan Chancellor
  • Re: [PATCH 2/2] kbuild: Use '-fms-anonymous-structs' if it is available Kees Cook
  • Re: [PATCH 2/2] kbuild: Use '-fms-anonymous-structs' if it is available Nathan Chancellor
  • Re: [PATCH 2/2] kbuild: Use '-fms-anonymous-structs' if it is available Nicolas Schier
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available Ard Biesheuvel
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available Helge Deller
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available H. Peter Anvin
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available Nathan Chancellor
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available H. Peter Anvin
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available Nicolas Schier
  • Re: [PATCH 0/2] kbuild: Switch from '-fms-extensions' to '-fms-anonymous-structs' when available Nicolas Schier
• Re: [PATCH v2 4/4] mm: cache struct page for empty_zero_page and return it from ZERO_PAGE() David Hildenbrand (Arm)
• Re: [PATCH v2 3/4] arch, mm: consolidate empty_zero_page David Hildenbrand (Arm)
• Re: [PATCH v2 1/4] mm: don't special case !MMU for is_zero_pfn() and my_zero_pfn() David Hildenbrand (Arm)
• Re: [PATCH 7/8] soc: renesas: don't access of_root directly Bartosz Golaszewski
• [PATCH v2 0/9] soc: remove direct accesses to of_root from drivers/soc/ Bartosz Golaszewski
  • [PATCH v2 1/9] of: provide of_machine_read_compatible() Bartosz Golaszewski
  • [PATCH v2 2/9] of: provide of_machine_read_model() Bartosz Golaszewski
  • [PATCH v2 3/9] base: soc: order includes alphabetically Bartosz Golaszewski
  • [PATCH v2 4/9] base: soc: rename and export soc_device_get_machine() Bartosz Golaszewski
  • [PATCH v2 5/9] soc: fsl: guts: don't access of_root directly Bartosz Golaszewski
  • [PATCH v2 8/9] soc: renesas: don't access of_root directly Bartosz Golaszewski
  • Re: [PATCH v2 8/9] soc: renesas: don't access of_root directly Rob Herring
  • Re: [PATCH v2 8/9] soc: renesas: don't access of_root directly Bartosz Golaszewski
  • Re: [PATCH v2 8/9] soc: renesas: don't access of_root directly Rob Herring
  • Re: [PATCH v2 8/9] soc: renesas: don't access of_root directly Geert Uytterhoeven
  • Re: [PATCH v2 8/9] soc: renesas: don't access of_root directly Bartosz Golaszewski
  • [PATCH v2 7/9] soc: imx9: don't access of_root directly Bartosz Golaszewski
  • [PATCH v2 6/9] soc: imx8m: don't access of_root directly Bartosz Golaszewski
  • Re: [PATCH v2 6/9] soc: imx8m: don't access of_root directly Peng Fan
  • Re: [PATCH v2 6/9] soc: imx8m: don't access of_root directly Alexander Stein
  • [PATCH v2 9/9] soc: sunxi: mbus: don't access of_root directly Bartosz Golaszewski
  • Re: [PATCH v2 0/9] soc: remove direct accesses to of_root from drivers/soc/ Rob Herring
  • Re: [PATCH v2 0/9] soc: remove direct accesses to of_root from drivers/soc/ Bartosz Golaszewski
  • Re: [PATCH v2 0/9] soc: remove direct accesses to of_root from drivers/soc/ Greg Kroah-Hartman
  • Re: [PATCH v2 0/9] soc: remove direct accesses to of_root from drivers/soc/ Bartosz Golaszewski
  • Re: [PATCH v2 0/9] soc: remove direct accesses to of_root from drivers/soc/ Greg Kroah-Hartman
• Re: [PATCH 01/12] powerpc/xive: simplify xive_spapr_debug_show() Shrikanth Hegde
• Re: [PATCH 6/9] PCI: dwc: Disable BARs in common code instead of in each glue driver Manikanta Maddireddy
• Re: [PATCH 1/9] PCI: endpoint: Introduce pci_epc_bar_type BAR_64BIT_UPPER Manikanta Maddireddy
  • Re: [PATCH 1/9] PCI: endpoint: Introduce pci_epc_bar_type BAR_64BIT_UPPER Geert Uytterhoeven
  • Re: [PATCH 1/9] PCI: endpoint: Introduce pci_epc_bar_type BAR_64BIT_UPPER Manikanta Maddireddy
• Re: [PATCH 0/9] PCI: endpoint differentiate between disabled and reserved BARs Manikanta Maddireddy
• Re: [PATCH 2/2] selftests/bpf: Enable private stack tests for powerpc64 Christophe Leroy (CS GROUP)
  • Re: [PATCH 2/2] selftests/bpf: Enable private stack tests for powerpc64 adubey
• Re: [PATCH 1/2] powerpc64/bpf: Implement JIT support for private stack Christophe Leroy (CS GROUP)
  • Re: [PATCH 1/2] powerpc64/bpf: Implement JIT support for private stack adubey
  • Re: [PATCH 1/2] powerpc64/bpf: Implement JIT support for private stack adubey
  • Re: [PATCH 1/2] powerpc64/bpf: Implement JIT support for private stack adubey
• [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 02/13] i2c: add i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 01/13] media: saa7134: rename i2c_dbg() to saa7134_i2c_dbg() Bartosz Golaszewski
  • Re: [PATCH v2 01/13] media: saa7134: rename i2c_dbg() to saa7134_i2c_dbg() Hans Verkuil
  • Re: [PATCH v2 01/13] media: saa7134: rename i2c_dbg() to saa7134_i2c_dbg() Wolfram Sang
  • Re: [PATCH v2 01/13] media: saa7134: rename i2c_dbg() to saa7134_i2c_dbg() Hans Verkuil
  • [PATCH v2 03/13] i2c: sun6i-p2wi: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 04/13] i2c: mlxbf: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 05/13] i2c: isch: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 06/13] i2c: ali1535: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 08/13] i2c: ali15x3: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 07/13] i2c: scmi: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 09/13] i2c: powermac: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 10/13] i2c: owl: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 11/13] i2c: nforce2: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 12/13] i2c: amd756: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • [PATCH v2 13/13] i2c: piix4: use i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Wolfram Sang
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Wolfram Sang
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Wolfram Sang
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Wolfram Sang
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Wolfram Sang
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Bartosz Golaszewski
  • Re: [PATCH v2 00/13] i2c: add and start using i2c_adapter-specific printk helpers Johan Hovold
• Re: [PATCH 3/6] irqchip/gic-v3-its: Add fsl_mc device plumbing to the msi-parent handling Thomas Gleixner
  • Re: [PATCH 3/6] irqchip/gic-v3-its: Add fsl_mc device plumbing to the msi-parent handling Marc Zyngier
  • Re: [PATCH 3/6] irqchip/gic-v3-its: Add fsl_mc device plumbing to the msi-parent handling Thomas Gleixner
  • Re: [PATCH 3/6] irqchip/gic-v3-its: Add fsl_mc device plumbing to the msi-parent handling Marc Zyngier
  • Re: [PATCH 3/6] irqchip/gic-v3-its: Add fsl_mc device plumbing to the msi-parent handling Thomas Gleixner
• Re: [PATCH v4 3/3] randomize_kstack: Unify random source across arches Thomas Gleixner
  • Re: [PATCH v4 3/3] randomize_kstack: Unify random source across arches David Laight
  • Re: [PATCH v4 3/3] randomize_kstack: Unify random source across arches Ryan Roberts
• [GIT PULL] Crypto library fix for v7.0-rc1 Eric Biggers
  • Re: [GIT PULL] Crypto library fix for v7.0-rc1 pr-tracker-bot
• Re: [PATCH V6 2/3] rust: Add PowerPC support Alice Ryhl
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Link Mauve
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Miguel Ojeda
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Mukesh Kumar Chaurasiya
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Mukesh Kumar Chaurasiya
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Alice Ryhl
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Mukesh Kumar Chaurasiya
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Miguel Ojeda
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Mukesh Kumar Chaurasiya
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Ralf Jung
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Mukesh Kumar Chaurasiya
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Alice Ryhl
  • Re: [PATCH V6 2/3] rust: Add PowerPC support Ralf Jung
• Re: [PATCH 2/2] powerpc/selftests/copyloops: extend selftest to exercise __copy_tofrom_user_power7_vmx Venkat
• Re: [PATCH 1/2] powerpc: fix KUAP warning in VMX usercopy path Venkat
  • Re: [PATCH 1/2] powerpc: fix KUAP warning in VMX usercopy path Christophe Leroy (CS GROUP)
  • Re: [PATCH 1/2] powerpc: fix KUAP warning in VMX usercopy path Sayali Patil
• [PATCH] powerpc/ps3: fix ps3.h kernel-doc warnings Randy Dunlap
  • Re: [PATCH] powerpc/ps3: fix ps3.h kernel-doc warnings Christophe Leroy (CS GROUP)
  • Re: [PATCH] powerpc/ps3: fix ps3.h kernel-doc warnings Randy Dunlap
  • Re: [PATCH] powerpc/ps3: fix ps3.h kernel-doc warnings Christophe Leroy (CS GROUP)
  • Re: [PATCH] powerpc/ps3: fix ps3.h kernel-doc warnings Randy Dunlap
• Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Nicolas Schier
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Thomas Weißschuh
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Nicolas Schier
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Thomas Weißschuh
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Nicolas Schier
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Eric Biggers
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Sebastian Andrzej Siewior
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Thomas Weißschuh
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Eric Biggers
  • Re: [PATCH v4 15/17] module: Introduce hash-based integrity checking Eric Biggers
• [Linux PPC] KVM PR and KVM HV do not work if the kernel was compiled with PREEMPT Christian Zigotzky
  • Re: [Linux PPC] KVM PR and KVM HV do not work if the kernel was compiled with PREEMPT Shrikanth Hegde
  • [Linux PPC] 7.0-rc1: e500_mmu.c:923:26: error: assignment to 'struct tlbe_priv *' from incompatible pointer type 'struct tlbe_ref *' Christian Zigotzky
  • Re: [Linux PPC] 7.0-rc1: e500_mmu.c:923:26: error: assignment to 'struct tlbe_priv *' from incompatible pointer type 'struct tlbe_ref *' Christophe Leroy (CS GROUP)
  • Re: [Linux PPC] 7.0-rc1: e500_mmu.c:923:26: error: assignment to 'struct tlbe_priv *' from incompatible pointer type 'struct tlbe_ref *' Christophe Leroy (CS GROUP)
  • Re: [Linux PPC] 7.0-rc1: e500_mmu.c:923:26: error: assignment to 'struct tlbe_priv *' from incompatible pointer type 'struct tlbe_ref *' Kees Cook
  • Re: [Linux PPC] 7.0-rc1: e500_mmu.c:923:26: error: assignment to 'struct tlbe_priv *' from incompatible pointer type 'struct tlbe_ref *' Christian Zigotzky
  • Re: [Linux PPC] 7.0-rc1: e500_mmu.c:923:26: error: assignment to 'struct tlbe_priv *' from incompatible pointer type 'struct tlbe_ref *' Christophe Leroy (CS GROUP)
• Re: [PATCH 0/6] fsl-mc: Move fsl_over to device MSI Ioana Ciornei
  • Re: [PATCH 0/6] fsl-mc: Move fsl_over to device MSI Marc Zyngier
  • Re: [PATCH 0/6] fsl-mc: Move fsl_over to device MSI Christophe Leroy (CS GROUP)
  • Re: [PATCH 0/6] fsl-mc: Move fsl_over to device MSI Thomas Gleixner
  • Re: [PATCH 0/6] fsl-mc: Move fsl_over to device MSI Marc Zyngier
• Re: [PATCH 00/19] printk cleanup - part 3 Marcos Paulo de Souza
• Re: [PATCH] powerpc/crash: adjust the elfcorehdr size Hari Bathini
  • Re: [PATCH] powerpc/crash: adjust the elfcorehdr size Sourabh Jain
• Re: [**EXTERNAL**] Re: [PPC][Tracing] Missing syscalls:* ftrace/perf events on PowerPC vs x86 Hari Bathini
  • Re: [**EXTERNAL**] Re: [PPC][Tracing] Missing syscalls:* ftrace/perf events on PowerPC vs x86 Nassiri, Mohammad
• [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems Nilay Shroff
  • [PATCHv2 1/2] powerpc/pci: Initialize msi_addr_mask for OF-created PCI devices Nilay Shroff
  • Re: [PATCHv2 1/2] powerpc/pci: Initialize msi_addr_mask for OF-created PCI devices Venkat
  • Re: [PATCHv2 1/2] powerpc/pci: Initialize msi_addr_mask for OF-created PCI devices Nam Cao
  • [PATCHv2 2/2] sparc/pci: Initialize msi_addr_mask for OF-created PCI devices Nilay Shroff
  • Re: [PATCHv2 2/2] sparc/pci: Initialize msi_addr_mask for OF-created PCI devices Han Gao
  • Re: [PATCHv2 2/2] sparc/pci: Initialize msi_addr_mask for OF-created PCI devices Nathaniel Roach
  • Re: [PATCHv2 2/2] sparc/pci: Initialize msi_addr_mask for OF-created PCI devices Han Gao
  • Re: [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems Vivian Wang
  • Re: [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems John Paul Adrian Glaubitz
  • Re: [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems Bjorn Helgaas
  • Re: [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems Madhavan Srinivasan
  • Re: [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems Bjorn Helgaas
  • Re: [PATCHv2 0/2] pci: fix msi_addr_mask on powerpc and sparc systems Bjorn Helgaas
• [PATCH v2 0/5] powerpc64/bpf: various fixes Hari Bathini
  • [PATCH v2 1/5] powerpc64/bpf: do not increment tailcall count when prog is NULL Hari Bathini
  • Re: [PATCH v2 1/5] powerpc64/bpf: do not increment tailcall count when prog is NULL Venkat Rao Bagalkote
  • [PATCH v2 2/5] powerpc64/bpf: fix the address returned by bpf_get_func_ip Hari Bathini
  • Re: [PATCH v2 2/5] powerpc64/bpf: fix the address returned by bpf_get_func_ip Venkat Rao Bagalkote
  • Re: [PATCH v2 2/5] powerpc64/bpf: fix the address returned by bpf_get_func_ip adubey
  • [PATCH v2 3/5] powerpc64/bpf: use consistent tailcall offset in trampoline Hari Bathini
  • Re: [PATCH v2 3/5] powerpc64/bpf: use consistent tailcall offset in trampoline adubey
  • Re: [PATCH v2 3/5] powerpc64/bpf: use consistent tailcall offset in trampoline Hari Bathini
  • [PATCH v2 4/5] powerpc64/bpf: remove BPF redzone protection in trampoline stack Hari Bathini
  • Re: [PATCH v2 4/5] powerpc64/bpf: remove BPF redzone protection in trampoline stack Venkat Rao Bagalkote
  • [PATCH v2 5/5] powerpc64/bpf: fix handling of BPF stack in exception callback Hari Bathini
  • Re: [PATCH v2 5/5] powerpc64/bpf: fix handling of BPF stack in exception callback adubey
  • Re: [PATCH v2 5/5] powerpc64/bpf: fix handling of BPF stack in exception callback Hari Bathini
  • Re: [PATCH v2 5/5] powerpc64/bpf: fix handling of BPF stack in exception callback adubey
• Re: [PATCH 3.5] arm: make initialization of zero page independent of the memory map (was Re: [PATCH v2 22/28] arch, mm: consolidate initialization of nodes, zones and memory map) patchwork-bot+linux-riscv
• Re: [PATCH v4 00/21] paravirt: cleanup and reorg patchwork-bot+linux-riscv
• Re: [PATCH v3 00/21] paravirt: cleanup and reorg patchwork-bot+linux-riscv
• Re: [PATCH 00/14] paravirt: cleanup and reorg patchwork-bot+linux-riscv
• Re: [PATCH v2 00/21] paravirt: cleanup and reorg patchwork-bot+linux-riscv
• Re: [PATCH v5 00/21] paravirt: cleanup and reorg patchwork-bot+linux-riscv
• Re: [PATCH v2 00/10] kbuild: userprogs: introduce architecture-specific CC_CAN_LINK and userprog flags patchwork-bot+linux-riscv
• Re: [PATCH v3 00/29] arch, mm: consolidate hugetlb early reservation patchwork-bot+linux-riscv

• Later messages