linux-kernel  

Messages by Thread

• • Re: [PATCH v11 03/13] lib/group_cpus: Add group_mask_cpus_evenly() Marco Crivellari
• [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Leo Yan
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Mark Brown
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Catalin Marinas
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Mark Brown
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Catalin Marinas
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Mark Brown
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Leo Yan
  • Re: [PATCH v2] kselftest/arm64: Fix build failure with GCC-15 Mark Brown
• Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Sohil Mehta
  • Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Maciej Wieczor-Retman
  • Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Edgecombe, Rick P
  • Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Maciej Wieczor-Retman
  • Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Maciej Wieczor-Retman
  • Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Edgecombe, Rick P
  • Re: [PATCH v6 1/3] x86/process: Shorten the LAM tag width Maciej Wieczor-Retman
• [PATCH] kselftest/arm64: Fix build failure with GCC-15 Leo Yan
  • Re: [PATCH] kselftest/arm64: Fix build failure with GCC-15 Mark Brown
  • Re: [PATCH] kselftest/arm64: Fix build failure with GCC-15 Leo Yan
• Re: [PATCH AUTOSEL 7.0-6.18] net: mana: hardening: Validate adapter_mtu from MANA_QUERY_DEV_CONFIG Erni Sri Satya Vennela
• [RFC PATCH v2 0/4] fix FF-A call failed with pKVM when ff-a driver is built-in Yeoreum Yun
  • [RFC PATCH v2 4/4] firmware: arm_ffa: check pkvm initailised when initailise ffa driver Yeoreum Yun
  • Re: [RFC PATCH v2 4/4] firmware: arm_ffa: check pkvm initailised when initailise ffa driver Marc Zyngier
  • Re: [RFC PATCH v2 4/4] firmware: arm_ffa: check pkvm initailised when initailise ffa driver Yeoreum Yun
  • [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Jonathan McDowell
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Jonathan McDowell
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Roberto Sassu
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Yeoreum Yun
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Paul Moore
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Jonathan McDowell
  • Re: [RFC PATCH v2 1/4] security: ima: call ima_init() again at late_initcall_sync for defered TPM Mimi Zohar
  • [RFC PATCH v2 3/4] firmware: arm_ffa: revert ffa_init() initcall level to device_initcall Yeoreum Yun
  • Re: [RFC PATCH v2 3/4] firmware: arm_ffa: revert ffa_init() initcall level to device_initcall Sudeep Holla
  • [RFC PATCH v2 2/4] tpm: tpm_crb_ffa: revert defered_probed when tpm_crb_ffa is built-in Yeoreum Yun
  • Re: [RFC PATCH v2 2/4] tpm: tpm_crb_ffa: revert defered_probed when tpm_crb_ffa is built-in Jarkko Sakkinen
• [PATCH bpf-next v2 0/2] selftests/bpf: drop xdping tool eBPF Foundation
  • [PATCH bpf-next v2 2/2] selftests/bpf: drop xdping tool eBPF Foundation
  • Re: [PATCH bpf-next v2 2/2] selftests/bpf: drop xdping tool Paul Chaignon
  • [PATCH bpf-next v2 1/2] selftests/bpf: make btf_dump use xdp_dummy rather than xdping_kern eBPF Foundation
  • Re: [PATCH bpf-next v2 1/2] selftests/bpf: make btf_dump use xdp_dummy rather than xdping_kern Paul Chaignon
  • Re: [PATCH bpf-next v2 0/2] selftests/bpf: drop xdping tool patchwork-bot+netdevbpf
• Re: [PATCH v2 6/6] selftests/resctrl: Remove the definition of the IMC counter config array and imcs. Reinette Chatre
• Re: [PATCH v2 3/6] selftests/resctrl: Refactor the initialization of IMC's perf_event_attr using linked list Reinette Chatre
• Re: [PATCH v2 4/6] selftests/resctrl: Refactor perf event open/close using linked list Reinette Chatre
• Re: [PATCH v2 2/6] selftests/resctrl: Refactor the discovery of IMC counters using linked list Reinette Chatre
• Re: [PATCH v2 1/6] selftests/resctrl: Introduced linked list management for IMC counters Reinette Chatre
• [PATCH v1 1/1] string: Group zero related memory APIs in the header Andy Shevchenko
• Re: [PATCH v3 0/2] Bluetooth: virtio_bt: harden rx against untrusted backend patchwork-bot+bluetooth
• Re: [PATCH v2] slab: support for compiler-assisted type-based slab cache partitioning Marco Elver
  • Re: [PATCH v2] slab: support for compiler-assisted type-based slab cache partitioning Kees Cook
• Re: [PATCH v2 0/7] mshv: Refactor memory region management and map pages at creation Stanislav Kinsburskii
• Re: [PATCH] docs: staging: fix various typos and grammar issues Mathieu Poirier
  • Re: [PATCH] docs: staging: fix various typos and grammar issues Jonathan Corbet
• Re: [PATCH v2] selftests: runner: Avoid spurious warning about missing failures file Shuah Khan
  • Re: [PATCH v2] selftests: runner: Avoid spurious warning about missing failures file Shuah Khan
  • Re: [PATCH v2] selftests: runner: Avoid spurious warning about missing failures file Thomas Weißschuh
  • Re: [PATCH v2] selftests: runner: Avoid spurious warning about missing failures file Shuah Khan
• Re: [PATCH v1] rpmsg: char: fix use-after-free on probe error path Mathieu Poirier
  • Re: [PATCH v1] rpmsg: char: fix use-after-free on probe error path 최유호
  • Re: [PATCH v1] rpmsg: char: fix use-after-free on probe error path kernel test robot
• [PATCH 00/22] Extend device support for AD5686 driver Rodrigo Alencar via B4 Relay
  • [PATCH 02/22] dt-bindings: iio: dac: ad5696: add reset/ldac/gain gpio support Rodrigo Alencar via B4 Relay
  • Re: [PATCH 02/22] dt-bindings: iio: dac: ad5696: add reset/ldac/gain gpio support Conor Dooley
  • [PATCH 03/22] dt-bindings: iio: dac: ad5696: rework on power supplies Rodrigo Alencar via B4 Relay
  • Re: [PATCH 03/22] dt-bindings: iio: dac: ad5696: rework on power supplies Jonathan Cameron
  • Re: [PATCH 03/22] dt-bindings: iio: dac: ad5696: rework on power supplies Rodrigo Alencar
  • Re: [PATCH 03/22] dt-bindings: iio: dac: ad5696: rework on power supplies Jonathan Cameron
  • [PATCH 10/22] iio: dac: ad5686: add of_match table to the spi driver Rodrigo Alencar via B4 Relay
  • [PATCH 09/22] iio: dac: ad5686: drop enum id Rodrigo Alencar via B4 Relay
  • [PATCH 11/22] iio: dac: ad5686: fix ref bit initialization for single-channel parts Rodrigo Alencar via B4 Relay
  • Re: [PATCH 11/22] iio: dac: ad5686: fix ref bit initialization for single-channel parts Andy Shevchenko
  • Re: [PATCH 11/22] iio: dac: ad5686: fix ref bit initialization for single-channel parts Jonathan Cameron
  • [PATCH 16/22] iio: dac: ad5686: extend device support with new parts Rodrigo Alencar via B4 Relay
  • [PATCH 15/22] iio: dac: ad5686: create bus ops struct Rodrigo Alencar via B4 Relay
  • Re: [PATCH 15/22] iio: dac: ad5686: create bus ops struct Jonathan Cameron
  • [PATCH 17/22] iio: dac: ad5686: update device list description Rodrigo Alencar via B4 Relay
  • Re: [PATCH 17/22] iio: dac: ad5686: update device list description Andy Shevchenko
  • Re: [PATCH 17/22] iio: dac: ad5686: update device list description Andy Shevchenko
  • [PATCH 18/22] iio: dac: ad5686: consume optional reset signal Rodrigo Alencar via B4 Relay
  • Re: [PATCH 18/22] iio: dac: ad5686: consume optional reset signal Philipp Zabel
  • [PATCH 19/22] iio: dac: ad5686: add ldac gpio Rodrigo Alencar via B4 Relay
  • [PATCH 21/22] iio: dac: ad5686: add triggered buffer support Rodrigo Alencar via B4 Relay
  • Re: [PATCH 21/22] iio: dac: ad5686: add triggered buffer support Jonathan Cameron
  • Re: [PATCH 21/22] iio: dac: ad5686: add triggered buffer support Rodrigo Alencar
  • Re: [PATCH 21/22] iio: dac: ad5686: add triggered buffer support Jonathan Cameron
  • [PATCH 01/22] dt-bindings: iio: dac: ad5696: extend device support Rodrigo Alencar via B4 Relay
  • Re: [PATCH 01/22] dt-bindings: iio: dac: ad5696: extend device support Conor Dooley
  • [PATCH 22/22] iio: dac: ad5686: add gain control support Rodrigo Alencar via B4 Relay
  • Re: [PATCH 22/22] iio: dac: ad5686: add gain control support Jonathan Cameron
  • [PATCH 04/22] dt-bindings: iio: dac: ad5686: extend device support Rodrigo Alencar via B4 Relay
  • Re: [PATCH 04/22] dt-bindings: iio: dac: ad5686: extend device support Conor Dooley
  • [PATCH 06/22] dt-bindings: iio: dac: ad5686: rework on power supplies Rodrigo Alencar via B4 Relay
  • Re: [PATCH 06/22] dt-bindings: iio: dac: ad5686: rework on power supplies Conor Dooley
  • Re: [PATCH 06/22] dt-bindings: iio: dac: ad5686: rework on power supplies Rodrigo Alencar
  • Re: [PATCH 06/22] dt-bindings: iio: dac: ad5686: rework on power supplies Conor Dooley
  • [PATCH 05/22] dt-bindings: iio: dac: ad5686: add reset/ldac/gain gpio support Rodrigo Alencar via B4 Relay
  • Re: [PATCH 05/22] dt-bindings: iio: dac: ad5686: add reset/ldac/gain gpio support Conor Dooley
  • [PATCH 07/22] iio: dac: ad5686: refactor include headers Rodrigo Alencar via B4 Relay
  • Re: [PATCH 07/22] iio: dac: ad5686: refactor include headers Andy Shevchenko
  • [PATCH 08/22] iio: dac: ad5686: remove redundant register definition Rodrigo Alencar via B4 Relay
  • Re: [PATCH 08/22] iio: dac: ad5686: remove redundant register definition Andy Shevchenko
  • [PATCH 13/22] iio: dac: ad5686: fix input raw value check Rodrigo Alencar via B4 Relay
  • Re: [PATCH 13/22] iio: dac: ad5686: fix input raw value check Nuno Sá
  • Re: [PATCH 13/22] iio: dac: ad5686: fix input raw value check Jonathan Cameron
  • Re: [PATCH 13/22] iio: dac: ad5686: fix input raw value check Nuno Sá
  • [PATCH 12/22] iio: dac: ad5686: fix powerdown control Rodrigo Alencar via B4 Relay
  • Re: [PATCH 12/22] iio: dac: ad5686: fix powerdown control Andy Shevchenko
  • Re: [PATCH 12/22] iio: dac: ad5686: fix powerdown control Jonathan Cameron
  • [PATCH 14/22] iio: dac: ad5686: add support for missing power supplies Rodrigo Alencar via B4 Relay
  • Re: [PATCH 14/22] iio: dac: ad5686: add support for missing power supplies Jonathan Cameron
  • Re: [PATCH 14/22] iio: dac: ad5686: add support for missing power supplies Rodrigo Alencar
  • Re: [PATCH 14/22] iio: dac: ad5686: add support for missing power supplies Jonathan Cameron
  • [PATCH 20/22] iio: dac: ad5686: implement new sync() op for the spi bus Rodrigo Alencar via B4 Relay
  • Re: [PATCH 20/22] iio: dac: ad5686: implement new sync() op for the spi bus Jonathan Cameron
  • Re: [PATCH 20/22] iio: dac: ad5686: implement new sync() op for the spi bus Rodrigo Alencar
  • Re: [PATCH 20/22] iio: dac: ad5686: implement new sync() op for the spi bus Jonathan Cameron
  • Re: [PATCH 00/22] Extend device support for AD5686 driver Andy Shevchenko
  • Re: [PATCH 00/22] Extend device support for AD5686 driver Jonathan Cameron
  • Re: [PATCH 00/22] Extend device support for AD5686 driver Krzysztof Kozlowski
• Re: [PATCH bpf-next] selftests/bpf: drop xdping tool Alan Maguire
  • Re: [PATCH bpf-next] selftests/bpf: drop xdping tool Alexis Lothoré
• Re: [PATCH RFC bpf-next 0/4] audit: Expose audit subsystem to BPF LSM programs via BPF kfuncs Paul Moore
  • Re: [PATCH RFC bpf-next 0/4] audit: Expose audit subsystem to BPF LSM programs via BPF kfuncs Frederick Lawler
• Re: [PATCH v4 8/8] unwind: arm64: Use sframe to unwind interrupt frames Jens Remus
• Re: [PATCH v2] remoteproc: dead code cleanup in Kconfig for STM32_RPROC Mathieu Poirier
• Re: [PATCH v4 3/8] arm64: entry: add unwind info for various kernel entries Jens Remus
• Re: [PATCH v4 2/8] arm64, unwind: build kernel with sframe V3 info Jens Remus
• Re: [PATCH v4 7/8] sframe: Introduce in-kernel SFRAME_VALIDATION Jens Remus
  • Re: [PATCH v4 7/8] sframe: Introduce in-kernel SFRAME_VALIDATION Dylan Hatch
• Re: [PATCH v11 2/6] dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL Jeff Johnson
  • Re: [PATCH v11 2/6] dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL Konrad Dybcio
• Re: [PATCH v4 1/8] sframe: Allow kernelspace sframe sections Jens Remus
  • Re: [PATCH v4 1/8] sframe: Allow kernelspace sframe sections Dylan Hatch
• Re: [RFC PATCH 4/4] firmware: arm_ffa: check pkvm initailised when initailise ffa driver Yeoreum Yun
  • Re: [RFC PATCH 4/4] firmware: arm_ffa: check pkvm initailised when initailise ffa driver Will Deacon
  • Re: [RFC PATCH 4/4] firmware: arm_ffa: check pkvm initailised when initailise ffa driver Yeoreum Yun
• [PATCH 0/1] selftests: netfilter: add regression test for nft_ct timeout UAF Vastargazing
  • [PATCH 1/1] selftests: netfilter: add nft_ct timeout destroy race test Vastargazing
  • Re: [PATCH 1/1] selftests: netfilter: add nft_ct timeout destroy race test Florian Westphal
• [RFC PATCH v3 0/4] virtio: add noirq system sleep PM callbacks for virtio-mmio Sungho Bae
  • [RFC PATCH v3 1/4] virtio: separate PM restore and reset_done paths Sungho Bae
  • [RFC PATCH v3 3/4] virtio: add noirq system sleep PM infrastructure Sungho Bae
  • [RFC PATCH v3 4/4] virtio-mmio: wire up noirq system sleep PM callbacks Sungho Bae
  • [RFC PATCH v3 2/4] virtio_ring: export virtqueue_reinit_vring() for noirq restore Sungho Bae
• Re: [PATCH 4/5] arm64: dts: qcom: sm6350: add LPASS LPI pin controller Konrad Dybcio
• Re: [PATCH] selftests/pid_namespace: compute pid_max test limits dynamically Pavel Tikhomirov
  • Re: [PATCH] selftests/pid_namespace: compute pid_max test limits dynamically Bjoern Doebel
• [PATCH net v3 0/2] tcp: symmetric challenge ACK for SEG.ACK > SND.NXT Jiayuan Chen
  • [PATCH net v3 1/2] tcp: send a challenge ACK on SEG.ACK > SND.NXT Jiayuan Chen
  • [PATCH net v3 2/2] selftests/net: packetdrill: cover RFC 5961 5.2 challenge ACK on both edges Jiayuan Chen
  • Re: [PATCH net v3 0/2] tcp: symmetric challenge ACK for SEG.ACK > SND.NXT patchwork-bot+netdevbpf
• [PATCH v2] selftests: harness: Restore order of test functions Thomas Weißschuh
  • Re: [PATCH v2] selftests: harness: Restore order of test functions Shuah Khan
• Re: [PATCH v2 08/53] selftests/mm: hugetlb-vmemmap: use kselftest framework Sarthak Sharma
• Re: [PATCH v7 3/5] kunit: Add backtrace suppression self-tests David Gow
  • Re: [PATCH v7 3/5] kunit: Add backtrace suppression self-tests Albert Esteve
• Re: [PATCH v7 2/5] bug/kunit: Reduce runtime impact of warning backtrace suppression David Gow
  • Re: [PATCH v7 2/5] bug/kunit: Reduce runtime impact of warning backtrace suppression Albert Esteve
• Re: [PATCH v7 5/5] kunit: Add documentation for warning backtrace suppression API David Gow
• Re: [PATCH v7 4/5] drm: Suppress intentional warning backtraces in scaling unit tests David Gow
  • Re: [PATCH v7 4/5] drm: Suppress intentional warning backtraces in scaling unit tests Albert Esteve
  • Re: [PATCH v7 4/5] drm: Suppress intentional warning backtraces in scaling unit tests Jani Nikula
• Re: [PATCH v7 1/5] bug/kunit: Core support for suppressing warning backtraces David Gow
  • Re: [PATCH v7 1/5] bug/kunit: Core support for suppressing warning backtraces Albert Esteve
• Re: [PATCH 1/4] arm64: signal: Preserve POR_EL0 if poe_context is missing Will Deacon
  • Re: [PATCH 1/4] arm64: signal: Preserve POR_EL0 if poe_context is missing Kevin Brodsky
  • Re: [PATCH 1/4] arm64: signal: Preserve POR_EL0 if poe_context is missing Will Deacon
  • Re: [PATCH 1/4] arm64: signal: Preserve POR_EL0 if poe_context is missing Kevin Brodsky
• [PATCH 0/5] io_uring/zcrx: add CQE based notifications and stats reporting Clément Léger
  • [PATCH 2/5] io_uring/zcrx: notify user on frag copy fallback Clément Léger
  • [PATCH 3/5] io_uring/zcrx: add shared-memory notification statistics Clément Léger
  • [PATCH 4/5] Documentation: networking: document zcrx notifications and statistics Clément Léger

• Earlier messages
• Later messages