Linux Documentation

• Date Index

• [PATCH v8 22/27] drm/connector: hdmi: Create Infoframe DebugFS entries, (continued)
  • [PATCH v8 22/27] drm/connector: hdmi: Create Infoframe DebugFS entries, Maxime Ripard
  • [PATCH v8 23/27] drm/vc4: hdmi: Switch to HDMI connector, Maxime Ripard
  • [PATCH v8 24/27] drm/vc4: tests: Remove vc4_dummy_plane structure, Maxime Ripard
  • [PATCH v8 25/27] drm/vc4: tests: Convert to plane creation helper, Maxime Ripard
  • [PATCH v8 26/27] drm/rockchip: inno_hdmi: Switch to HDMI connector, Maxime Ripard
  • [PATCH v8 27/27] drm/sun4i: hdmi: Switch to HDMI connector, Maxime Ripard
• [PATCH] doc/arch/x86/amd/hsmp: Updating urls, Erwan Velu
  • Re: [PATCH] doc/arch/x86/amd/hsmp: Updating urls, Ilpo Järvinen
    • Re: [PATCH] doc/arch/x86/amd/hsmp: Updating urls, Erwan Velu
• [PATCH v3] docs: w1: Remove w1_gpio_platform_data, Ayush Singh
• [PATCH v5 0/2] Add support to replay kernel log on console via sysrq, Sreenath Vijayan
  • [PATCH v5 1/2] printk: Add function to replay kernel log on consoles, Sreenath Vijayan
    • Re: [PATCH v5 1/2] printk: Add function to replay kernel log on consoles, John Ogness
  • [PATCH v5 2/2] tty/sysrq: Replay kernel log messages on consoles via sysrq, Sreenath Vijayan
    • Re: [PATCH v5 2/2] tty/sysrq: Replay kernel log messages on consoles via sysrq, John Ogness
• [PATCH v2] docs: w1: Remove w1_gpio_platform_data, Ayush Singh
• [RFC PATCH v14 00/19] Integrity Policy Enforcement LSM (IPE), Fan Wu
  • [RFC PATCH v14 01/19] security: add ipe lsm, Fan Wu
    • Re: [RFC PATCH v14 01/19] security: add ipe lsm, Roberto Sassu
      • Re: [RFC PATCH v14 01/19] security: add ipe lsm, Fan Wu
  • [RFC PATCH v14 04/19] ipe: add LSM hooks on execution and kernel read, Fan Wu
  • [RFC PATCH v14 03/19] ipe: add evaluation loop, Fan Wu
  • [RFC PATCH v14 02/19] ipe: add policy parser, Fan Wu
  • [RFC PATCH v14 05/19] initramfs|security: Add a security hook to do_populate_rootfs(), Fan Wu
    • Re: [RFC PATCH v14 05/19] initramfs|security: Add a security hook to do_populate_rootfs(), Roberto Sassu
      • Re: [RFC PATCH v14 05/19] initramfs|security: Add a security hook to do_populate_rootfs(), Fan Wu
  • [RFC PATCH v14 07/19] security: add new securityfs delete function, Fan Wu
  • [RFC PATCH v14 10/19] ipe: add permissive toggle, Fan Wu
  • [RFC PATCH v14 12/19] dm: add finalize hook to target_type, Fan Wu
  • [RFC PATCH v14 06/19] ipe: introduce 'boot_verified' as a trust provider, Fan Wu
  • [RFC PATCH v14 09/19] uapi|audit|ipe: add ipe auditing support, Fan Wu
  • [RFC PATCH v14 13/19] dm verity: consume root hash digest and signature data via LSM hook, Fan Wu
  • [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Fan Wu
    • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Eric Biggers
      • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Eric Biggers
        • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Paul Moore
        • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Fan Wu
          • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Casey Schaufler
            • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Fan Wu
              • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Paul Moore
      • Re: [RFC PATCH v14 15/19] fsverity: consume builtin signature via LSM hook, Fan Wu
  • [RFC PATCH v14 18/19] ipe: kunit test for parser, Fan Wu
  • [RFC PATCH v14 14/19] ipe: add support for dm-verity as a trust provider, Fan Wu
    • Re: [RFC PATCH v14 14/19] ipe: add support for dm-verity as a trust provider, Randy Dunlap
  • [RFC PATCH v14 16/19] ipe: enable support for fs-verity as a trust provider, Fan Wu
    • Re: [RFC PATCH v14 16/19] ipe: enable support for fs-verity as a trust provider, Randy Dunlap
  • [RFC PATCH v14 11/19] block|security: add LSM blob to block_device, Fan Wu
  • [RFC PATCH v14 08/19] ipe: add userspace interface, Fan Wu
  • [RFC PATCH v14 17/19] scripts: add boot policy generation program, Fan Wu
    • Re: [RFC PATCH v14 17/19] scripts: add boot policy generation program, Randy Dunlap
  • [RFC PATCH v14 19/19] documentation: add ipe documentation, Fan Wu
  • Re: [RFC PATCH v14 00/19] Integrity Policy Enforcement LSM (IPE), Paul Moore
• [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, Richard Weinberger
  • [PATCH 2/2] [RFC] pagemap.rst: Document write bit, Richard Weinberger
    • Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit, David Hildenbrand
      • Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit, Richard Weinberger
        • Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit, David Hildenbrand
    • Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit, Lorenzo Stoakes
  • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, Muhammad Usama Anjum
  • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, David Hildenbrand
    • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, Richard Weinberger
      • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, David Hildenbrand
        • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, Richard Weinberger
          • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, David Hildenbrand
            • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, David Hildenbrand
              • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, Richard Weinberger
  • Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable, Lorenzo Stoakes
• [PATCH v5 0/9] arm64: Support for 2023 DPISA extensions, Mark Brown
  • [PATCH v5 1/9] arm64/cpufeature: Hook new identification registers up to cpufeature, Mark Brown
  • [PATCH v5 2/9] arm64/fpsimd: Enable host kernel access to FPMR, Mark Brown
  • [PATCH v5 3/9] arm64/fpsimd: Support FEAT_FPMR, Mark Brown
  • [PATCH v5 4/9] arm64/signal: Add FPMR signal handling, Mark Brown
  • [PATCH v5 5/9] arm64/ptrace: Expose FPMR via ptrace, Mark Brown
  • [PATCH v5 6/9] arm64/hwcap: Define hwcaps for 2023 DPISA features, Mark Brown
  • [PATCH v5 7/9] kselftest/arm64: Handle FPMR context in generic signal frame parser, Mark Brown
  • [PATCH v5 8/9] kselftest/arm64: Add basic FPMR test, Mark Brown
  • [PATCH v5 9/9] kselftest/arm64: Add 2023 DPISA hwcap test coverage, Mark Brown
  • Re: [PATCH v5 0/9] arm64: Support for 2023 DPISA extensions, Catalin Marinas
• [PATCH] docs: w1: Remove w1_gpio_platform_data, Ayush Singh
  • Re: [PATCH] docs: w1: Remove w1_gpio_platform_data, Randy Dunlap
  • Re: [PATCH] docs: w1: Remove w1_gpio_platform_data, Krzysztof Kozlowski
• [PATCH v5 00/37] Memory allocation profiling, Suren Baghdasaryan
  • [PATCH v5 01/37] fix missing vmalloc.h includes, Suren Baghdasaryan
  • [PATCH v5 02/37] asm-generic/io.h: Kill vmalloc.h dependency, Suren Baghdasaryan
  • [PATCH v5 03/37] mm/slub: Mark slab_free_freelist_hook() __always_inline, Suren Baghdasaryan
    • Re: [PATCH v5 03/37] mm/slub: Mark slab_free_freelist_hook() __always_inline, Vlastimil Babka
  • [PATCH v5 04/37] scripts/kallysms: Always include __start and __stop symbols, Suren Baghdasaryan
  • [PATCH v5 05/37] fs: Convert alloc_inode_sb() to a macro, Suren Baghdasaryan
  • [PATCH v5 06/37] mm: introduce slabobj_ext to support slab object extensions, Suren Baghdasaryan
    • Re: [PATCH v5 06/37] mm: introduce slabobj_ext to support slab object extensions, Vlastimil Babka
  • [PATCH v5 07/37] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation, Suren Baghdasaryan
  • [PATCH v5 08/37] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Suren Baghdasaryan
  • [PATCH v5 09/37] slab: objext: introduce objext_flags as extension to page_memcg_data_flags, Suren Baghdasaryan
  • [PATCH v5 10/37] lib: code tagging framework, Suren Baghdasaryan
  • [PATCH v5 11/37] lib: code tagging module support, Suren Baghdasaryan
  • [PATCH v5 12/37] lib: prevent module unloading if memory is not freed, Suren Baghdasaryan
    • Re: [PATCH v5 12/37] lib: prevent module unloading if memory is not freed, Luis Chamberlain
      • Re: [PATCH v5 12/37] lib: prevent module unloading if memory is not freed, Suren Baghdasaryan
  • [PATCH v5 13/37] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
  • [PATCH v5 14/37] lib: introduce support for page allocation tagging, Suren Baghdasaryan
    • Re: [PATCH v5 14/37] lib: introduce support for page allocation tagging, Matthew Wilcox
      • Re: [PATCH v5 14/37] lib: introduce support for page allocation tagging, Suren Baghdasaryan
  • [PATCH v5 15/37] lib: introduce early boot parameter to avoid page_ext memory overhead, Suren Baghdasaryan
    • Re: [PATCH v5 15/37] lib: introduce early boot parameter to avoid page_ext memory overhead, Vlastimil Babka
  • [PATCH v5 16/37] mm: percpu: increase PERCPU_MODULE_RESERVE to accommodate allocation tags, Suren Baghdasaryan
  • [PATCH v5 17/37] change alloc_pages name in dma_map_ops to avoid name conflicts, Suren Baghdasaryan
  • [PATCH v5 18/37] mm: enable page allocation tagging, Suren Baghdasaryan
  • [PATCH v5 19/37] mm: create new codetag references during page splitting, Suren Baghdasaryan
  • [PATCH v5 20/37] mm: fix non-compound multi-order memory accounting in __free_pages, Suren Baghdasaryan
    • Re: [PATCH v5 20/37] mm: fix non-compound multi-order memory accounting in __free_pages, Vlastimil Babka
    • Re: [PATCH v5 20/37] mm: fix non-compound multi-order memory accounting in __free_pages, Matthew Wilcox
      • Re: [PATCH v5 20/37] mm: fix non-compound multi-order memory accounting in __free_pages, Suren Baghdasaryan
  • [PATCH v5 21/37] mm/page_ext: enable early_page_ext when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y, Suren Baghdasaryan
  • [PATCH v5 22/37] lib: add codetag reference into slabobj_ext, Suren Baghdasaryan
  • [PATCH v5 23/37] mm/slab: add allocation accounting into slab allocation and free paths, Suren Baghdasaryan
    • Re: [PATCH v5 23/37] mm/slab: add allocation accounting into slab allocation and free paths, Vlastimil Babka
      • Re: [PATCH v5 23/37] mm/slab: add allocation accounting into slab allocation and free paths, Suren Baghdasaryan
        • Re: [PATCH v5 23/37] mm/slab: add allocation accounting into slab allocation and free paths, Vlastimil Babka
          • Re: [PATCH v5 23/37] mm/slab: add allocation accounting into slab allocation and free paths, Suren Baghdasaryan
  • [PATCH v5 24/37] rust: Add a rust helper for krealloc(), Suren Baghdasaryan
    • Re: [PATCH v5 24/37] rust: Add a rust helper for krealloc(), Miguel Ojeda
  • [PATCH v5 25/37] mm/slab: enable slab allocation tagging for kmalloc and friends, Suren Baghdasaryan
  • [PATCH v5 26/37] mempool: Hook up to memory allocation profiling, Suren Baghdasaryan
  • [PATCH v5 27/37] mm: percpu: Introduce pcpuobj_ext, Suren Baghdasaryan
  • [PATCH v5 28/37] mm: percpu: Add codetag reference into pcpuobj_ext, Suren Baghdasaryan
  • [PATCH v5 29/37] mm: percpu: enable per-cpu allocation tagging, Suren Baghdasaryan
  • [PATCH v5 30/37] mm: vmalloc: Enable memory allocation profiling, Suren Baghdasaryan
  • [PATCH v5 31/37] rhashtable: Plumb through alloc tag, Suren Baghdasaryan
  • [PATCH v5 32/37] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
  • [PATCH v5 33/37] codetag: debug: skip objext checking when it's for objext itself, Suren Baghdasaryan
  • [PATCH v5 34/37] codetag: debug: mark codetags for reserved pages as empty, Suren Baghdasaryan
  • [PATCH v5 35/37] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations, Suren Baghdasaryan
  • [PATCH v5 36/37] MAINTAINERS: Add entries for code tagging and memory allocation profiling, Suren Baghdasaryan
  • [PATCH v5 37/37] memprofiling: Documentation, Suren Baghdasaryan
    • Re: [PATCH v5 37/37] memprofiling: Documentation, Randy Dunlap
      • Re: [PATCH v5 37/37] memprofiling: Documentation, Suren Baghdasaryan
        • Re: [PATCH v5 37/37] memprofiling: Documentation, Randy Dunlap
      • Re: [PATCH v5 37/37] memprofiling: Documentation, Kent Overstreet
        • Re: [PATCH v5 37/37] memprofiling: Documentation, Randy Dunlap
          • Re: [PATCH v5 37/37] memprofiling: Documentation, John Hubbard
            • Re: [PATCH v5 37/37] memprofiling: Documentation, Randy Dunlap
• [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Thorsten Leemhuis
  • Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Petr Tesařík
    • Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Thorsten Leemhuis
  • Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Bagas Sanjaya
    • Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Linux regression tracking (Thorsten Leemhuis)
      • Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Bagas Sanjaya
  • Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch, Jonathan Corbet
• [PATCH net-next v3 00/12] Add support for OPEN Alliance 10BASE-T1x MACPHY Serial Interface, Parthiban Veerasooran
  • [PATCH net-next v3 03/12] net: ethernet: oa_tc6: implement register read operation, Parthiban Veerasooran
    • Re: [PATCH net-next v3 03/12] net: ethernet: oa_tc6: implement register read operation, Andrew Lunn
      • Re: [PATCH net-next v3 03/12] net: ethernet: oa_tc6: implement register read operation, Parthiban.Veerasooran
        • Re: [PATCH net-next v3 03/12] net: ethernet: oa_tc6: implement register read operation, Andrew Lunn
          • Re: [PATCH net-next v3 03/12] net: ethernet: oa_tc6: implement register read operation, Parthiban.Veerasooran
  • [PATCH net-next v3 05/12] net: ethernet: oa_tc6: implement error interrupts unmasking, Parthiban Veerasooran
    • Re: [PATCH net-next v3 05/12] net: ethernet: oa_tc6: implement error interrupts unmasking, Andrew Lunn
      • Re: [PATCH net-next v3 05/12] net: ethernet: oa_tc6: implement error interrupts unmasking, Parthiban.Veerasooran
  • [PATCH net-next v3 04/12] net: ethernet: oa_tc6: implement software reset, Parthiban Veerasooran
    • Re: [PATCH net-next v3 04/12] net: ethernet: oa_tc6: implement software reset, Andrew Lunn
      • Re: [PATCH net-next v3 04/12] net: ethernet: oa_tc6: implement software reset, Parthiban.Veerasooran
        • Re: [PATCH net-next v3 04/12] net: ethernet: oa_tc6: implement software reset, Andrew Lunn
          • Re: [PATCH net-next v3 04/12] net: ethernet: oa_tc6: implement software reset, Parthiban.Veerasooran
  • [PATCH net-next v3 02/12] net: ethernet: oa_tc6: implement register write operation, Parthiban Veerasooran
    • Re: [PATCH net-next v3 02/12] net: ethernet: oa_tc6: implement register write operation, Andrew Lunn
      • Re: [PATCH net-next v3 02/12] net: ethernet: oa_tc6: implement register write operation, Parthiban.Veerasooran
  • [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban Veerasooran
    • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Andrew Lunn
      • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
        • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Andrew Lunn
          • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
            • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Andrew Lunn
              • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Andrew Lunn
                • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Andrew Lunn
                • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
    • RE: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Selvamani Rajagopal
      • Re: [PATCH net-next v3 06/12] net: ethernet: oa_tc6: implement internal PHY initialization, Parthiban.Veerasooran
  • [PATCH net-next v3 01/12] Documentation: networking: add OPEN Alliance 10BASE-T1x MAC-PHY serial interface, Parthiban Veerasooran
    • Re: [PATCH net-next v3 01/12] Documentation: networking: add OPEN Alliance 10BASE-T1x MAC-PHY serial interface, Andrew Lunn
      • Re: [PATCH net-next v3 01/12] Documentation: networking: add OPEN Alliance 10BASE-T1x MAC-PHY serial interface, Parthiban.Veerasooran
  • [PATCH net-next v3 07/12] net: ethernet: oa_tc6: enable open alliance tc6 data communication, Parthiban Veerasooran
  • [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Parthiban Veerasooran
    • Re: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Andrew Lunn
      • Re: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Parthiban.Veerasooran
        • Re: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Andrew Lunn
          • Re: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Parthiban.Veerasooran
            • RE: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Selvamani Rajagopal
              • Re: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Andrew Lunn
                • RE: [PATCH net-next v3 08/12] net: ethernet: oa_tc6: implement transmit path to transfer tx ethernet frames, Selvamani Rajagopal
  • [PATCH net-next v3 09/12] net: ethernet: oa_tc6: implement receive path to receive rx ethernet frames, Parthiban Veerasooran
    • Re: [PATCH net-next v3 09/12] net: ethernet: oa_tc6: implement receive path to receive rx ethernet frames, Andrew Lunn
      • Re: [PATCH net-next v3 09/12] net: ethernet: oa_tc6: implement receive path to receive rx ethernet frames, Parthiban.Veerasooran
        • Re: [PATCH net-next v3 09/12] net: ethernet: oa_tc6: implement receive path to receive rx ethernet frames, Andrew Lunn
          • Re: [PATCH net-next v3 09/12] net: ethernet: oa_tc6: implement receive path to receive rx ethernet frames, Parthiban.Veerasooran
  • [PATCH net-next v3 10/12] net: ethernet: oa_tc6: implement mac-phy interrupt, Parthiban Veerasooran
    • RE: [PATCH net-next v3 10/12] net: ethernet: oa_tc6: implement mac-phy interrupt, Woojung.Huh
      • Re: [PATCH net-next v3 10/12] net: ethernet: oa_tc6: implement mac-phy interrupt, Parthiban.Veerasooran
  • [PATCH net-next v3 11/12] microchip: lan865x: add driver support for Microchip's LAN865X MAC-PHY, Parthiban Veerasooran
    • RE: [PATCH net-next v3 11/12] microchip: lan865x: add driver support for Microchip's LAN865X MAC-PHY, Woojung.Huh
      • Re: [PATCH net-next v3 11/12] microchip: lan865x: add driver support for Microchip's LAN865X MAC-PHY, Parthiban.Veerasooran
  • [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban Veerasooran
    • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Conor Dooley
      • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Andrew Lunn
        • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Conor Dooley
          • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
            • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Krzysztof Kozlowski
              • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Krzysztof Kozlowski
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Conor Dooley
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Krzysztof Kozlowski
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Krzysztof Kozlowski
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Conor Dooley
                • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
      • Re: [PATCH net-next v3 12/12] dt-bindings: net: add Microchip's LAN865X 10BASE-T1S MACPHY, Parthiban.Veerasooran
• [PATCH v3 0/1] drm/panfrost: Replace fdinfo's profiling debugfs knob, Adrián Larumbe
  • [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Adrián Larumbe
    • Re: [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Tvrtko Ursulin
      • Re: [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Boris Brezillon
        • Re: [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Adrián Larumbe
    • Re: [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Boris Brezillon
    • Re: [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Steven Price
    • Re: [PATCH v3 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Boris Brezillon
• [PATCH 0/4] Translate development-process into Spanish, Avadhut Naik
  • [PATCH 1/4] docs/sp_SP: Update process/submitting-patches, Avadhut Naik
  • [PATCH 2/4] docs/sp_SP: Add translation of process/development-process.rst, Avadhut Naik
  • [PATCH 3/4] docs/sp_SP: Add translation of process/1.Intro.rst, Avadhut Naik
  • [PATCH 4/4] docs/sp_SP: Add translation of process/2.Process.rst, Avadhut Naik
  • Re: [PATCH 0/4] Translate development-process into Spanish, Jonathan Corbet
    • Re: [PATCH 0/4] Translate development-process into Spanish, Bilbao, Carlos
• [PATCH v6] fpga: manager: add owner module and take its refcount, Marco Pagani
  • Re: [PATCH v6] fpga: manager: add owner module and take its refcount, Xu Yilun
    • Re: [PATCH v6] fpga: manager: add owner module and take its refcount, Greg Kroah-Hartman
      • Re: [PATCH v6] fpga: manager: add owner module and take its refcount, Xu Yilun
• [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
  • [RFC RESEND 01/16] mm/hmm: let users to tag specific PFNs, Leon Romanovsky
  • [RFC RESEND 02/16] dma-mapping: provide an interface to allocate IOVA, Leon Romanovsky
  • [RFC RESEND 03/16] dma-mapping: provide callbacks to link/unlink pages to specific IOVA, Leon Romanovsky
  • [RFC RESEND 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, Leon Romanovsky
  • [RFC RESEND 05/16] iommu/dma: Prepare map/unmap page functions to receive IOVA, Leon Romanovsky
  • [RFC RESEND 06/16] iommu/dma: Implement link/unlink page callbacks, Leon Romanovsky
  • [RFC RESEND 07/16] RDMA/umem: Preallocate and cache IOVA for UMEM ODP, Leon Romanovsky
  • [RFC RESEND 08/16] RDMA/umem: Store ODP access mask information in PFN, Leon Romanovsky
  • [RFC RESEND 09/16] RDMA/core: Separate DMA mapping to caching IOVA and page linkage, Leon Romanovsky
  • [RFC RESEND 10/16] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB, Leon Romanovsky
  • [RFC RESEND 11/16] vfio/mlx5: Explicitly use number of pages instead of allocated length, Leon Romanovsky
  • [RFC RESEND 12/16] vfio/mlx5: Rewrite create mkey flow to allow better code reuse, Leon Romanovsky
  • [RFC RESEND 13/16] vfio/mlx5: Explicitly store page list, Leon Romanovsky
  • [RFC RESEND 14/16] vfio/mlx5: Convert vfio to use DMA link API, Leon Romanovsky
  • [RFC RESEND 15/16] block: add dma_link_range() based API, Leon Romanovsky
  • [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
    • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Keith Busch
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Jens Axboe
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Chaitanya Kulkarni
          • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Chaitanya Kulkarni
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Christoph Hellwig
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Jason Gunthorpe
          • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Christoph Hellwig
    • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Zhu Yanjun
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Zhu Yanjun
  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Robin Murphy
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
      • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
          • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
  • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
      • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
      • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
          • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
              • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
• [PATCH v3 0/4] TEE driver for Trusted Services, Balint Dobszay
  • [PATCH v3 1/4] tee: Refactor TEE subsystem header files, Balint Dobszay
  • [PATCH v3 2/4] tee: optee: Move pool_op helper functions, Balint Dobszay
    • Re: [PATCH v3 2/4] tee: optee: Move pool_op helper functions, Sumit Garg
      • Re: [PATCH v3 2/4] tee: optee: Move pool_op helper functions, Balint Dobszay
  • [PATCH v3 3/4] tee: tstee: Add Trusted Services TEE driver, Balint Dobszay
    • Re: [PATCH v3 3/4] tee: tstee: Add Trusted Services TEE driver, Sumit Garg
      • Re: [PATCH v3 3/4] tee: tstee: Add Trusted Services TEE driver, Balint Dobszay
  • [PATCH v3 4/4] Documentation: tee: Add TS-TEE driver, Balint Dobszay
  • Re: [PATCH v3 0/4] TEE driver for Trusted Services, Sumit Garg
    • Re: [PATCH v3 0/4] TEE driver for Trusted Services, Balint Dobszay
• [RFC 01/16] mm/hmm: let users to tag specific PFNs, Leon Romanovsky
  • [RFC 02/16] dma-mapping: provide an interface to allocate IOVA, Leon Romanovsky
  • [RFC 03/16] dma-mapping: provide callbacks to link/unlink pages to specific IOVA, Leon Romanovsky
  • [RFC 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, Leon Romanovsky
  • [RFC 05/16] iommu/dma: Prepare map/unmap page functions to receive IOVA, Leon Romanovsky
  • [RFC 06/16] iommu/dma: Implement link/unlink page callbacks, Leon Romanovsky
  • [RFC 07/16] RDMA/umem: Preallocate and cache IOVA for UMEM ODP, Leon Romanovsky
  • [RFC 08/16] RDMA/umem: Store ODP access mask information in PFN, Leon Romanovsky
  • [RFC 09/16] RDMA/core: Separate DMA mapping to caching IOVA and page linkage, Leon Romanovsky
  • [RFC 10/16] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB, Leon Romanovsky
  • [RFC 11/16] vfio/mlx5: Explicitly use number of pages instead of allocated length, Leon Romanovsky
  • [RFC 12/16] vfio/mlx5: Rewrite create mkey flow to allow better code reuse, Leon Romanovsky
  • [RFC 13/16] vfio/mlx5: Explicitly store page list, Leon Romanovsky
  • [RFC 14/16] vfio/mlx5: Convert vfio to use DMA link API, Leon Romanovsky
  • [RFC 15/16] block: add dma_link_range() based API, Leon Romanovsky
  • [RFC 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
• [RFC 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
  • Re: [RFC 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
• [PATCH] docs: Makefile: Add dependency to $(YNL_INDEX) for targets other than htmldocs, Akira Yokosawa
  • Re: [PATCH] docs: Makefile: Add dependency to $(YNL_INDEX) for targets other than htmldocs, Breno Leitao
  • Re: [PATCH] docs: Makefile: Add dependency to $(YNL_INDEX) for targets other than htmldocs, Jonathan Corbet
• [RFC PATCH net-next v6 00/15] Device Memory TCP, Mina Almasry
  • [RFC PATCH net-next v6 01/15] queue_api: define queue api, Mina Almasry
    • Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api, Jakub Kicinski
      • Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api, Mina Almasry
        • Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api, Jakub Kicinski
    • Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api, David Wei
      • Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api, Mina Almasry
      • Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api, David Ahern
  • [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
    • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, David Wei
      • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
        • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Pavel Begunkov
          • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
            • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Pavel Begunkov
              • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
                • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Pavel Begunkov
    • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, David Wei
      • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
    • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Christoph Hellwig
      • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, David Wei
        • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Christoph Hellwig
          • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
            • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Jakub Kicinski
              • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Christoph Hellwig
            • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Christoph Hellwig
      • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
        • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Christoph Hellwig
          • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
            • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Christoph Hellwig
              • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Mina Almasry
                • Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers, Cong Wang
  • [RFC PATCH net-next v6 03/15] net: page_pool: factor out page_pool recycle check, Mina Almasry
    • Re: [RFC PATCH net-next v6 03/15] net: page_pool: factor out page_pool recycle check, Yunsheng Lin
  • [RFC PATCH net-next v6 04/15] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Mina Almasry
    • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Arnd Bergmann
      • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Mina Almasry
        • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Arnd Bergmann
    • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Yunsheng Lin
      • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Mina Almasry
        • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Yunsheng Lin
          • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Mina Almasry
            • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Yunsheng Lin
    • Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice, Jakub Kicinski
  • [RFC PATCH net-next v6 06/15] netdev: netdevice devmem allocator, Mina Almasry
  • [RFC PATCH net-next v6 07/15] page_pool: convert to use netmem, Mina Almasry
    • Re: [RFC PATCH net-next v6 07/15] page_pool: convert to use netmem, Mina Almasry
  • [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, Mina Almasry
    • Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, David Wei
      • Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, Mina Almasry
        • Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, David Wei
          • Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, Mina Almasry
        • Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, Pavel Begunkov
          • Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider, Mina Almasry
  • [RFC PATCH net-next v6 08/15] page_pool: devmem support, Mina Almasry
    • Re: [RFC PATCH net-next v6 08/15] page_pool: devmem support, Mina Almasry
  • [RFC PATCH net-next v6 10/15] net: support non paged skb frags, Mina Almasry
  • [RFC PATCH net-next v6 11/15] net: add support for skbs with unreadable frags, Mina Almasry
  • [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP, Mina Almasry
    • Re: [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP, Arnd Bergmann
      • Re: [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP, Mina Almasry
        • Re: [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP, Arnd Bergmann
  • [RFC PATCH net-next v6 13/15] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
  • [RFC PATCH net-next v6 14/15] net: add devmem TCP documentation, Mina Almasry
    • Re: [RFC PATCH net-next v6 14/15] net: add devmem TCP documentation, Jakub Kicinski
  • [RFC PATCH net-next v6 15/15] selftests: add ncdevmem, netcat for devmem TCP, Mina Almasry
  • Re: [RFC PATCH net-next v6 07/15] page_pool: convert to use netmem, David Howells
  • Re: [RFC PATCH net-next v6 00/15] Device Memory TCP, Yunsheng Lin
    • Re: [RFC PATCH net-next v6 00/15] Device Memory TCP, Mina Almasry
      • Re: [RFC PATCH net-next v6 00/15] Device Memory TCP, Yunsheng Lin
      • Re: [RFC PATCH net-next v6 00/15] Device Memory TCP, Mina Almasry
        • Re: [RFC PATCH net-next v6 00/15] Device Memory TCP, Yunsheng Lin
          • Re: [RFC PATCH net-next v6 00/15] Device Memory TCP, Mina Almasry
• [PATCH] docs: x86_64: fix a typo in fsgs.rst, Moody Liu
  • Re: [PATCH] docs: x86_64: fix a typo in fsgs.rst, Andi Kleen
    • Re: [PATCH] docs: x86_64: fix a typo in fsgs.rst, Moody Liu
• [PATCH] Documentation: tpm_tis, Jarkko Sakkinen
  • Re: [PATCH] Documentation: tpm_tis, Jarkko Sakkinen
  • Re: [PATCH] Documentation: tpm_tis, Randy Dunlap
    • Re: [PATCH] Documentation: tpm_tis, Jarkko Sakkinen
• [PATCH v3 0/8] tracing/probes: Support function parameter access from return probe, Masami Hiramatsu (Google)
  • [PATCH v3 1/8] fprobe: Fix to allocate entry_data_size buffer with rethook instances, Masami Hiramatsu (Google)
  • [PATCH v3 2/8] tracing/fprobe-event: cleanup: Fix a wrong comment in fprobe event, Masami Hiramatsu (Google)
  • [PATCH v3 3/8] tracing/probes: Cleanup probe argument parser, Masami Hiramatsu (Google)
  • [PATCH v3 4/8] tracing/probes: cleanup: Set trace_probe::nr_args at trace_probe_init, Masami Hiramatsu (Google)
  • [PATCH v3 5/8] tracing: Remove redundant #else block for BTF args from README, Masami Hiramatsu (Google)
  • [PATCH v3 6/8] tracing/probes: Support $argN in return probe (kprobe and fprobe), Masami Hiramatsu (Google)
  • [PATCH v3 7/8] selftests/ftrace: Add test cases for entry args at function exit, Masami Hiramatsu (Google)
  • [PATCH v3 8/8] Documentation: tracing: Add entry argument access at function exit, Masami Hiramatsu (Google)
• [morimoto:card2-trigger-order-2023-02-28 33/33] dtbs_check: Documentation/devicetree/bindings/sound/audio-graph-port.yaml:30:10: [warning] too many spaces before colon (colons), kernel test robot
• guide on bisecting (was Re: [REGRESSION] kexec does firmware reboot in kernel v6.7.6), Thorsten Leemhuis
  • Re: guide on bisecting (was Re: [REGRESSION] kexec does firmware reboot in kernel v6.7.6), Pavin Joseph
    • Re: guide on bisecting (was Re: [REGRESSION] kexec does firmware reboot in kernel v6.7.6), Thorsten Leemhuis
      • Re: guide on bisecting (was Re: [REGRESSION] kexec does firmware reboot in kernel v6.7.6), Pavin Joseph
        • Re: guide on bisecting (was Re: [REGRESSION] kexec does firmware reboot in kernel v6.7.6), Thorsten Leemhuis
    • Re: guide on bisecting (was Re: [REGRESSION] kexec does firmware reboot in kernel v6.7.6), Takashi Iwai
• [PATCH 3/3] kconfig: remove named choice support, Masahiro Yamada
  • Re: [PATCH 3/3] kconfig: remove named choice support, Nicolas Schier
• [PATCH v2 0/1] drm/panfrost: Replace fdinfo's profiling debugfs knob, Adrián Larumbe
  • [PATCH v2 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Adrián Larumbe
    • Re: [PATCH v2 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Steven Price
      • Re: [PATCH v2 1/1] drm/panfrost: Replace fdinfo's profiling debugfs knob with sysfs, Boris Brezillon
• [PATCH] docs/zh_CN: Add dev-tools/ubsan Chinese translation, Dongliang Mu
  • Re: [PATCH] docs/zh_CN: Add dev-tools/ubsan Chinese translation, Yanteng Si
    • Re: [PATCH] docs/zh_CN: Add dev-tools/ubsan Chinese translation, Dongliang Mu
      • Re: [PATCH] docs/zh_CN: Add dev-tools/ubsan Chinese translation, Marco Elver
  • Re: [PATCH] docs/zh_CN: Add dev-tools/ubsan Chinese translation, Jonathan Corbet
• [PATCH v6 0/7] LoongArch: Add pv ipi support on LoongArch VM, Bibo Mao
  • [PATCH v6 2/7] LoongArch: KVM: Add hypercall instruction emulation support, Bibo Mao
  • [PATCH v6 4/7] LoongArch: KVM: Add vcpu search support from physical cpuid, Bibo Mao
  • [PATCH v6 3/7] LoongArch: KVM: Add cpucfg area for kvm hypervisor, Bibo Mao
  • [PATCH v6 1/7] LoongArch/smp: Refine some ipi functions on LoongArch platform, Bibo Mao
  • [PATCH v6 5/7] LoongArch: KVM: Add pv ipi support on kvm side, Bibo Mao
  • Re: [PATCH v6 0/7] LoongArch: Add pv ipi support on LoongArch VM, maobibo
    • Re: [PATCH v6 0/7] LoongArch: Add pv ipi support on LoongArch VM, Xi Ruoyao
      • Re: [PATCH v6 0/7] LoongArch: Add pv ipi support on LoongArch VM, maobibo
• [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
  • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
    • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
    • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
      • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
  • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
    • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
      • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
        • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
          • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
    • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
      • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
        • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
          • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
            • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
              • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
                • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
                • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
                • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
                • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
            • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Christian Brauner
              • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Kees Cook
              • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Matt Denton
          • Re: [PATCH v2] proc: allow restricting /proc/pid/mem writes, Adrian Ratiu
• [PATCH net-next v3] net: netconsole: Add continuation line prefix to userdata messages, Matthew Wood
  • Re: [PATCH net-next v3] net: netconsole: Add continuation line prefix to userdata messages, Paolo Abeni
    • Re: [PATCH net-next v3] net: netconsole: Add continuation line prefix to userdata messages, Matthew Wood
• [PATCH] riscv: hwprobe: export highest virtual userspace address, Clément Léger
  • Re: [PATCH] riscv: hwprobe: export highest virtual userspace address, Charlie Jenkins
• [PATCH] docs: kerneldoc-preamble.sty: Remove code for Sphinx <2.4, Akira Yokosawa
  • Re: [PATCH] docs: kerneldoc-preamble.sty: Remove code for Sphinx <2.4, Jonathan Corbet
• [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Lukas Bulwahn
  • Re: [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Jonathan Corbet
  • Re: [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Donald Hunter
    • Re: [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Vegard Nossum
      • Re: [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Donald Hunter
        • Re: [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Donald Hunter
          • Re: [PATCH v2] docs: drop the version constraints for sphinx and dependencies, Donald Hunter
• [PATCH 0/3] Towards a re-organized submitting patches, Lukas Bulwahn
  • [PATCH 1/3] docs: submitting-patches: divert focus from PATCH in the subject line, Lukas Bulwahn
    • Re: [PATCH 1/3] docs: submitting-patches: divert focus from PATCH in the subject line, Randy Dunlap
  • [PATCH 2/3] docs: submitting-patches: move split_changes before describe_change, Lukas Bulwahn
  • [PATCH 3/3] docs: submitting-patches: move backtraces to patch description, Lukas Bulwahn
  • Re: [PATCH 0/3] Towards a re-organized submitting patches, Jonathan Corbet
    • Re: [PATCH 0/3] Towards a re-organized submitting patches, Thorsten Leemhuis
      • Re: [PATCH 0/3] Towards a re-organized submitting patches, Jonathan Corbet
        • Re: [PATCH 0/3] Towards a re-organized submitting patches, Thorsten Leemhuis
    • Re: [PATCH 0/3] Towards a re-organized submitting patches, Lukas Bulwahn
• [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Salvatore Bonaccorso
  • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Greg Kroah-Hartman
  • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Jonathan Corbet
    • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Salvatore Bonaccorso
      • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Jonathan Corbet
        • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Salvatore Bonaccorso
          • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Greg Kroah-Hartman
            • Re: [regression 5.10.y] linux-doc builds: Global symbol "$args" requires explicit package name (did you forget to declare "my $args"?) at ./scripts/kernel-doc line 1236., Greg Kroah-Hartman
• [PATCH 1/1] Documentation: PCI: pci-endpoint: Fix EPF ops list, Alexander Stein
  • Re: [PATCH 1/1] Documentation: PCI: pci-endpoint: Fix EPF ops list, Bjorn Helgaas
• [PATCH v7] tracing: Support to dump instance traces by ftrace_dump_on_oops, Huang Yiwei
  • Re: [PATCH v7] tracing: Support to dump instance traces by ftrace_dump_on_oops, Joel Granados
• [PATCH v2] docs: new text on bisecting which also covers bug validation, Thorsten Leemhuis
  • Re: [PATCH v2] docs: new text on bisecting which also covers bug validation, Linux regression tracking (Thorsten Leemhuis)
    • Re: [PATCH v2] docs: new text on bisecting which also covers bug validation, Jonathan Corbet
      • Re: [PATCH v2] docs: new text on bisecting which also covers bug validation, Linux regression tracking (Thorsten Leemhuis)
• [PATCH] compiler.h: Explain how __is_constexpr() works, Kees Cook
  • Re: [PATCH] compiler.h: Explain how __is_constexpr() works, Jani Nikula
  • RE: [PATCH] compiler.h: Explain how __is_constexpr() works, David Laight
    • Re: [+externe Mail+] RE: [PATCH] compiler.h: Explain how __is_constexpr() works, Uecker, Martin
      • RE: [+externe Mail+] RE: [PATCH] compiler.h: Explain how __is_constexpr() works, David Laight
        • Re: [+externe Mail+] RE: [PATCH] compiler.h: Explain how __is_constexpr() works, Uecker, Martin
  • Re: [PATCH] compiler.h: Explain how __is_constexpr() works, Andy Shevchenko
    • Re: [PATCH] compiler.h: Explain how __is_constexpr() works, Kees Cook
  • Re: [PATCH] compiler.h: Explain how __is_constexpr() works, Nick Desaulniers
• [PATCH] drm: Document requirements for driver-specific KMS props in new drivers, Sebastian Wick
  • Re: [PATCH] drm: Document requirements for driver-specific KMS props in new drivers, Maxime Ripard
    • Re: [PATCH] drm: Document requirements for driver-specific KMS props in new drivers, Sebastian Wick
      • Re: [PATCH] drm: Document requirements for driver-specific KMS props in new drivers, Maxime Ripard
• [PATCH net-next v2] net: netconsole: Add continuation line prefix to userdata messages, Matthew Wood
  • Re: [PATCH net-next v2] net: netconsole: Add continuation line prefix to userdata messages, Breno Leitao
• [PATCH RESEND 1/2] cgroup/cpuset: Remove cpuset_do_slab_mem_spread(), Xiongwei Song
  • [PATCH RESEND 2/2] cgroup/cpuset: Mark memory_spread_slab as obsolete, Xiongwei Song
• [PATCH 1/2] cgroup/cpuset: Remove cpuset_do_slab_mem_spread(), Xiongwei Song
  • [PATCH 2/2] cgroup/cpuset: Mark memory_spread_slab as obsolete, Xiongwei Song
    • Re: [PATCH 2/2] cgroup/cpuset: Mark memory_spread_slab as obsolete, Waiman Long
    • Re: [PATCH 2/2] cgroup/cpuset: Mark memory_spread_slab as obsolete, Tejun Heo
  • Re: [PATCH 1/2] cgroup/cpuset: Remove cpuset_do_slab_mem_spread(), Waiman Long
  • Re: [PATCH 1/2] cgroup/cpuset: Remove cpuset_do_slab_mem_spread(), Tejun Heo
• Re: [PATCH V4 3/5] misc: mlx5ctl: Add info ioctl, Vegard Nossum
  • Re: [PATCH V4 3/5] misc: mlx5ctl: Add info ioctl, Saeed Mahameed
• [PATCH] docs: Move ja_JP/howto.rst to ja_JP/process/howto.rst, Akira Yokosawa
  • Re: [PATCH] docs: Move ja_JP/howto.rst to ja_JP/process/howto.rst, Jonathan Corbet
• [PATCH v7 0/4] StarFive's StarLink PMU Support, Ji Sheng Teoh
  • [PATCH v7 2/4] dt-bindings: perf: starfive: Add JH8100 StarLink PMU, Ji Sheng Teoh
  • [PATCH v7 1/4] perf: starfive: Add StarLink PMU support, Ji Sheng Teoh
  • [PATCH v7 4/4] MAINTAINERS: Add entry for StarFive StarLink PMU, Ji Sheng Teoh
  • [PATCH v7 3/4] docs: perf: Add description for StarFive's StarLink PMU, Ji Sheng Teoh
  • Re: [PATCH v7 0/4] StarFive's StarLink PMU Support, Will Deacon
• [PATCH v2 0/3] docs: submit-checklist: structure by category, Lukas Bulwahn
  • [PATCH v2 1/3] docs: submit-checklist: structure by category, Lukas Bulwahn
  • [PATCH v2 2/3] docs: submit-checklist: use subheadings, Lukas Bulwahn
    • Re: [PATCH v2 2/3] docs: submit-checklist: use subheadings, Randy Dunlap
  • [PATCH v2 3/3] docs: submit-checklist: change to autonumbered lists, Lukas Bulwahn
    • Re: [PATCH v2 3/3] docs: submit-checklist: change to autonumbered lists, Randy Dunlap
    • Re: [PATCH v2 3/3] docs: submit-checklist: change to autonumbered lists, Akira Yokosawa
      • Re: [PATCH v2 3/3] docs: submit-checklist: change to autonumbered lists, Jonathan Corbet
        • Re: [PATCH v2 3/3] docs: submit-checklist: change to autonumbered lists, Randy Dunlap
        • Re: [PATCH v2 3/3] docs: submit-checklist: change to autonumbered lists, Akira Yokosawa
  • Re: [PATCH v2 0/3] docs: submit-checklist: structure by category, Jani Nikula
    • Re: [PATCH v2 0/3] docs: submit-checklist: structure by category, Lukas Bulwahn
  • Re: [PATCH v2 0/3] docs: submit-checklist: structure by category, Jonathan Corbet
• [PATCH v2-squashed] docs: submit-checklist: structure by category, Lukas Bulwahn
• [RFC PATCH v13 00/20] Integrity Policy Enforcement LSM (IPE), Fan Wu
  • [RFC PATCH v13 03/20] ipe: add evaluation loop, Fan Wu
  • [RFC PATCH v13 02/20] ipe: add policy parser, Fan Wu
  • [RFC PATCH v13 04/20] ipe: add LSM hooks on execution and kernel read, Fan Wu
  • [RFC PATCH v13 01/20] security: add ipe lsm, Fan Wu
  • [RFC PATCH v13 05/20] initramfs|security: Add a security hook to do_populate_rootfs(), Fan Wu
  • [RFC PATCH v13 06/20] ipe: introduce 'boot_verified' as a trust provider, Fan Wu
  • [RFC PATCH v13 10/20] ipe: add permissive toggle, Fan Wu
  • [RFC PATCH v13 07/20] security: add new securityfs delete function, Fan Wu
  • [RFC PATCH v13 11/20] block|security: add LSM blob to block_device, Fan Wu
  • [RFC PATCH v13 08/20] ipe: add userspace interface, Fan Wu
  • [RFC PATCH v13 12/20] dm verity: set DM_TARGET_SINGLETON feature flag, Fan Wu
    • Re: [RFC PATCH v13 12/20] dm verity: set DM_TARGET_SINGLETON feature flag, Mike Snitzer
  • [RFC PATCH v13 13/20] dm: add finalize hook to target_type, Fan Wu
    • Re: [RFC PATCH v13 13/20] dm: add finalize hook to target_type, Mike Snitzer
  • [RFC PATCH v13 16/20] fsverity: consume builtin signature via LSM hook, Fan Wu
  • [RFC PATCH v13 14/20] dm verity: consume root hash digest and signature data via LSM hook, Fan Wu
    • Re: [RFC PATCH v13 14/20] dm verity: consume root hash digest and signature data via LSM hook, Mike Snitzer
    • Re: [RFC PATCH v13 14/20] dm verity: consume root hash digest and signature data via LSM hook, Mike Snitzer
  • [RFC PATCH v13 18/20] scripts: add boot policy generation program, Fan Wu
  • [RFC PATCH v13 19/20] ipe: kunit test for parser, Fan Wu
  • [RFC PATCH v13 15/20] ipe: add support for dm-verity as a trust provider, Fan Wu
  • [RFC PATCH v13 09/20] uapi|audit|ipe: add ipe auditing support, Fan Wu
  • [RFC PATCH v13 17/20] ipe: enable support for fs-verity as a trust provider, Fan Wu
    • Re: [RFC PATCH v13 17/20] ipe: enable support for fs-verity as a trust provider, Randy Dunlap
    • Re: [RFC PATCH v13 17/20] ipe: enable support for fs-verity as a trust provider, Eric Biggers
      • Re: [RFC PATCH v13 17/20] ipe: enable support for fs-verity as a trust provider, Fan Wu
        • Re: [RFC PATCH v13 17/20] ipe: enable support for fs-verity as a trust provider, Eric Biggers
          • Re: [RFC PATCH v13 17/20] ipe: enable support for fs-verity as a trust provider, Fan Wu
  • [RFC PATCH v13 20/20] documentation: add ipe documentation, Fan Wu
• Cover-cover letter for two resctrl patch sets, Tony Luck
  • [PATCH v4 0/2] x86/resctrl: Pass domain to target CPU, Tony Luck
    • [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Tony Luck
      • Re: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Reinette Chatre
        • RE: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Luck, Tony
          • Re: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Reinette Chatre
            • RE: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Luck, Tony
              • Re: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Reinette Chatre
      • Re: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, James Morse
        • RE: [PATCH v4 1/2] x86/resctrl: Pass domain to target CPU, Luck, Tony
    • [PATCH v4 2/2] x86/resctrl: Simplify call convention for MSR update functions, Tony Luck
      • Re: [PATCH v4 2/2] x86/resctrl: Simplify call convention for MSR update functions, Reinette Chatre
  • [PATCH v15 0/8] Add support for Sub-NUMA cluster (SNC) systems, Tony Luck
    • [PATCH v15 1/8] x86/resctrl: Prepare for new domain scope, Tony Luck
    • [PATCH v15 2/8] x86/resctrl: Prepare to split rdt_domain structure, Tony Luck
    • [PATCH v15 3/8] x86/resctrl: Prepare for different scope for control/monitor operations, Tony Luck
    • [PATCH v15 5/8] x86/resctrl: Add node-scope to the options for feature scope, Tony Luck
    • [PATCH v15 6/8] x86/resctrl: Introduce snc_nodes_per_l3_cache, Tony Luck
    • [PATCH v15 4/8] x86/resctrl: Split the rdt_domain and rdt_hw_domain structures, Tony Luck
    • [PATCH v15 7/8] x86/resctrl: Sub NUMA Cluster detection and enable, Tony Luck
    • [PATCH v15 8/8] x86/resctrl: Update documentation with Sub-NUMA cluster changes, Tony Luck
  • Re: Cover-cover letter for two resctrl patch sets, Reinette Chatre
    • Re: Cover-cover letter for two resctrl patch sets, Konstantin Ryabitsev
      • RE: Cover-cover letter for two resctrl patch sets, Luck, Tony
        • Re: Cover-cover letter for two resctrl patch sets, Konstantin Ryabitsev
  • Re: Cover-cover letter for two resctrl patch sets, Maciej Wieczor-Retman
    • RE: Cover-cover letter for two resctrl patch sets, Luck, Tony
      • Re: Cover-cover letter for two resctrl patch sets, Maciej Wieczor-Retman
  • Re: Cover-cover letter for two resctrl patch sets, Maciej Wieczor-Retman
• [PATCH net-next] net: netconsole: Add continuation line prefix to userdata messages, Matthew Wood
  • Re: [PATCH net-next] net: netconsole: Add continuation line prefix to userdata messages, Florian Fainelli
    • Re: [PATCH net-next] net: netconsole: Add continuation line prefix to userdata messages, Matthew Wood
• [PATCH v23 09/20] Documentation: add ULP DDP offload documentation, Aurelien Aptel
• [PATCH v2 00/30] Rework Nomadik GPIO to add Mobileye EyeQ5 support, Théo Lebrun
  • [PATCH v2 26/30] Documentation: gpio: mention generic_handle_irq_safe(), Théo Lebrun
    • Re: [PATCH v2 26/30] Documentation: gpio: mention generic_handle_irq_safe(), Linus Walleij
  • Re: [PATCH v2 00/30] Rework Nomadik GPIO to add Mobileye EyeQ5 support, Linus Walleij
    • Re: [PATCH v2 00/30] Rework Nomadik GPIO to add Mobileye EyeQ5 support, Théo Lebrun
• [PATCH v18 00/41] Introduce QC USB SND audio offloading support, Wesley Cheng
  • [PATCH v18 02/41] usb: host: xhci: Export enable and disable interrupter APIs, Wesley Cheng
  • [PATCH v18 10/41] ASoC: dt-bindings: qcom,q6dsp-lpass-ports: Add USB_RX port, Wesley Cheng
  • [PATCH v18 03/41] usb: host: xhci: Repurpose event handler for skipping interrupter events, Wesley Cheng
  • [PATCH v18 07/41] usb: host: xhci-mem: Cleanup pending secondary event ring events, Wesley Cheng
  • [PATCH v18 08/41] usb: host: xhci-mem: Allow for interrupter clients to choose specific index, Wesley Cheng
  • [PATCH v18 18/41] usb: host: xhci-plat: Set XHCI max interrupters if property is present, Wesley Cheng
  • [PATCH v18 04/41] xhci: export XHCI IMOD setting helper for interrupters, Wesley Cheng
  • [PATCH v18 16/41] ALSA: usb-audio: Save UAC sample size information, Wesley Cheng
  • [PATCH v18 30/41] ASoC: qcom: qdsp6: Add SOC USB offload select get/put callbacks, Wesley Cheng
  • [PATCH v18 27/41] ALSA: usb-audio: qcom: Populate PCM and USB chip information, Wesley Cheng
  • [PATCH v18 12/41] ASoC: qdsp6: q6afe: Increase APR timeout, Wesley Cheng
  • [PATCH v18 22/41] ASoC: usb: Add PCM format check API for USB backend, Wesley Cheng
  • [PATCH v18 01/41] xhci: add helper to stop endpoint and wait for completion, Wesley Cheng
  • [PATCH v18 21/41] ALSA: usb-audio: Check for support for requested audio format, Wesley Cheng
  • [PATCH v18 17/41] usb: dwc3: Specify maximum number of XHCI interrupters, Wesley Cheng
  • [PATCH v18 24/41] ALSA: usb-audio: Prevent starting of audio stream if in use, Wesley Cheng
  • [PATCH v18 35/41] ASoC: usb: Fetch ASoC sound card information, Wesley Cheng
  • [PATCH v18 39/41] ASoC: usb: Rediscover USB SND devices on USB port add, Wesley Cheng
  • [PATCH v18 25/41] ALSA: usb-audio: Do not allow USB offload path if PCM device is in use, Wesley Cheng
  • [PATCH v18 05/41] xhci: sideband: add initial api to register a sideband entity, Wesley Cheng
  • [PATCH v18 14/41] ALSA: usb-audio: Introduce USB SND platform op callbacks, Wesley Cheng
  • [PATCH v18 36/41] ALSA: usb-audio: Add USB offloading capable kcontrol, Wesley Cheng
  • [PATCH v18 29/41] ASoC: Introduce SND kcontrols to select sound card and PCM device, Wesley Cheng
  • [PATCH v18 33/41] ASoC: usb: Create SOC USB SND jack kcontrol, Wesley Cheng
  • [PATCH v18 37/41] ALSA: usb-audio: Allow for rediscovery of connected USB SND devices, Wesley Cheng
  • [PATCH v18 40/41] ASoC: qcom: Populate SoC components string, Wesley Cheng
  • [PATCH v18 32/41] ASoC: qcom: qdsp6: Add PCM ops to track current state, Wesley Cheng
  • [PATCH v18 38/41] ALSA: usb-audio: qcom: Use card and PCM index from QMI request, Wesley Cheng