Linux Documentation

• Date Index

• Re: [PATCH 1/3] Documentation: arm: marvell: Add some links to homepage / product infos, (continued)
  • Re: [PATCH 1/3] Documentation: arm: marvell: Add some links to homepage / product infos, Pali Rohár
  • Re: [PATCH 1/3] Documentation: arm: marvell: Add some links to homepage / product infos, Jonathan Corbet
• [PATCH v9 0/2] Add rpmsg tty driver, Arnaud Pouliquen
  • [PATCH v9 1/2] rpmsg: core: add API to get MTU, Arnaud Pouliquen
  • [PATCH v9 2/2] tty: add rpmsg driver, Arnaud Pouliquen
    • Re: [PATCH v9 2/2] tty: add rpmsg driver, Mathieu Poirier
      • Re: [PATCH v9 2/2] tty: add rpmsg driver, Arnaud POULIQUEN
        • Re: [PATCH v9 2/2] tty: add rpmsg driver, Mathieu Poirier
• [PATCH 1/4] mm/damon/dbgfs: Implement recording feature, SeongJae Park
  • [PATCH 2/4] mm/damon/dbgfs-test: Implement kunit tests for the record feature, SeongJae Park
  • [PATCH 3/4] selftests/damon: Test recording feature, SeongJae Park
  • [PATCH 4/4] Docs/damon/usage: Update for the record feature, SeongJae Park
  • Re: [PATCH 1/4] mm/damon/dbgfs: Implement recording feature, Andrew Morton
    • Re: [PATCH 1/4] mm/damon/dbgfs: Implement recording feature, SeongJae Park
      • Re: [PATCH 1/4] mm/damon/dbgfs: Implement recording feature, Andrew Morton
• [PATCH v7 0/8] gpio: implement the configfs testing module, Bartosz Golaszewski
  • [PATCH v7 1/8] configfs: increase the item name length, Bartosz Golaszewski
  • [PATCH v7 2/8] configfs: use (1UL << bit) for internal flags, Bartosz Golaszewski
  • [PATCH v7 3/8] configfs: implement committable items, Bartosz Golaszewski
  • [PATCH v7 4/8] samples: configfs: add a committable group, Bartosz Golaszewski
  • [PATCH v7 6/8] selftests: gpio: provide a helper for reading chip info, Bartosz Golaszewski
  • [PATCH v7 5/8] gpio: sim: new testing module, Bartosz Golaszewski
    • Re: [PATCH v7 5/8] gpio: sim: new testing module, Andy Shevchenko
      • Re: [PATCH v7 5/8] gpio: sim: new testing module, Bartosz Golaszewski
  • [PATCH v7 7/8] selftests: gpio: add a helper for reading GPIO line names, Bartosz Golaszewski
  • [PATCH v7 8/8] selftests: gpio: add test cases for gpio-sim, Bartosz Golaszewski
  • Re: [PATCH v7 0/8] gpio: implement the configfs testing module, Bartosz Golaszewski
    • Re: [PATCH v7 0/8] gpio: implement the configfs testing module, Linus Walleij
• [atishp04:kvm_next_sbi_v02_reset 23/27] arch/riscv/kvm/vcpu_sbi_base.c:3: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• [atishp04:kvm_next_sbi_v02 22/27] arch/riscv/kvm/vcpu_sbi_legacy.c:3: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• [PATCH v3 00/20] drm: cleanup: Use DRM_MODESET_LOCK_ALL_* helpers, Fernando Ramos
  • [PATCH v3 01/20] drm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 02/20] drm/i915: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 03/20] drm/msm: cleanup: drm_modeset_lock_all_ctx() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 04/20] drm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 05/20] drm/vmwgfx: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 06/20] drm/tegra: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 07/20] drm/shmobile: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 08/20] drm/radeon: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 09/20] drm/omapdrm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 10/20] drm/nouveau: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 11/20] drm/msm: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 12/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 13/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 2], Fernando Ramos
  • [PATCH v3 14/20] drm/i915: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 3], Fernando Ramos
  • [PATCH v3 15/20] drm/gma500: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 16/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN(), Fernando Ramos
  • [PATCH v3 17/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 2], Fernando Ramos
  • [PATCH v3 18/20] drm/amd: cleanup: drm_modeset_lock_all() --> DRM_MODESET_LOCK_ALL_BEGIN() [part 3], Fernando Ramos
  • [PATCH v3 19/20] drm: cleanup: remove drm_modeset_(un)lock_all(), Fernando Ramos
  • [PATCH v3 20/20] drm: cleanup: remove acquire_ctx from drm_mode_config, Fernando Ramos
    • Re: [PATCH v3 20/20] drm: cleanup: remove acquire_ctx from drm_mode_config, Fernando Ramos
• [djwong-xfs:zero-initialize-pmem-5.16 25/28] fs/iomap/buffered-io.c:943: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• [PATCH v2] thermal: Move ABI documentation do Documentation/ABI, Mauro Carvalho Chehab
  • Re: [PATCH v2] thermal: Move ABI documentation do Documentation/ABI, Rafael J. Wysocki
    • Re: [PATCH v2] thermal: Move ABI documentation do Documentation/ABI, Daniel Lezcano
      • Re: [PATCH v2] thermal: Move ABI documentation do Documentation/ABI, Rafael J. Wysocki
• [PATCH v1 0/2] Prefer lore.kernel.org and explain Link: tags better, Thorsten Leemhuis
  • [PATCH v1 2/2] docs: submitting-patches: make section about the Link: tag more explicit, Thorsten Leemhuis
    • Re: [PATCH v1 2/2] docs: submitting-patches: make section about the Link: tag more explicit, Jani Nikula
      • Re: [PATCH v1 2/2] docs: submitting-patches: make section about the Link: tag more explicit, Thorsten Leemhuis
        • Re: [PATCH v1 2/2] docs: submitting-patches: make section about the Link: tag more explicit, Thorsten Leemhuis
          • Re: [PATCH v1 2/2] docs: submitting-patches: make section about the Link: tag more explicit, Jani Nikula
  • [PATCH v1 1/2] docs: use the lore redirector everywhere, Thorsten Leemhuis
  • Re: [PATCH v1 0/2] Prefer lore.kernel.org and explain Link: tags better, Konstantin Ryabitsev
  • Re: [PATCH v1 0/2] Prefer lore.kernel.org and explain Link: tags better, Jonathan Corbet
    • Re: [PATCH v1 0/2] Prefer lore.kernel.org and explain Link: tags better, Thorsten Leemhuis
• some minor improvements to the mountinfo description, Christoph Anton Mitterer
  • [PATCH 1/2] docs: proc.rst: mountinfo: improved field numbering, Christoph Anton Mitterer
  • [PATCH 2/2] docs: proc.rst: mountinfo: align columns, Christoph Anton Mitterer
  • Re: some minor improvements to the mountinfo description, Jonathan Corbet
• [PATCH] VDUSE: fix documentation underline warning, Randy Dunlap
  • Re: [PATCH] VDUSE: fix documentation underline warning, Yongji Xie
  • Re: [PATCH] VDUSE: fix documentation underline warning, Jason Wang
• [PATCH v1] docs: submitting-patches: make section on linking more explicit, Thorsten Leemhuis
  • Re: [PATCH v1] docs: submitting-patches: make section on linking more explicit, Konstantin Ryabitsev
    • Re: [PATCH v1] docs: submitting-patches: make section on linking more explicit, Thorsten Leemhuis
• [PATCH v6 0/6] Asynchronous notifications from secure world, Jens Wiklander
  • [PATCH v6 2/6] dt-bindings: arm: optee: add interrupt property, Jens Wiklander
    • Re: [PATCH v6 2/6] dt-bindings: arm: optee: add interrupt property, Sumit Garg
  • [PATCH v6 1/6] docs: staging/tee.rst: add a section on OP-TEE notifications, Jens Wiklander
    • Re: [PATCH v6 1/6] docs: staging/tee.rst: add a section on OP-TEE notifications, Sumit Garg
  • [PATCH v6 3/6] tee: fix put order in teedev_close_context(), Jens Wiklander
    • Re: [PATCH v6 3/6] tee: fix put order in teedev_close_context(), Sumit Garg
  • [PATCH v6 4/6] tee: export teedev_open() and teedev_close_context(), Jens Wiklander
    • Re: [PATCH v6 4/6] tee: export teedev_open() and teedev_close_context(), Sumit Garg
  • [PATCH v6 6/6] optee: add asynchronous notifications, Jens Wiklander
    • Re: [PATCH v6 6/6] optee: add asynchronous notifications, Sumit Garg
      • Re: [PATCH v6 6/6] optee: add asynchronous notifications, Jens Wiklander
  • [PATCH v6 5/6] optee: separate notification functions, Jens Wiklander
    • Re: [PATCH v6 5/6] optee: separate notification functions, Sumit Garg
      • Re: [PATCH v6 5/6] optee: separate notification functions, Jens Wiklander
• [PATCH] dma-mapping: fix the kerneldoc for dma_map_sgtable(), Logan Gunthorpe
  • Re: [PATCH] dma-mapping: fix the kerneldoc for dma_map_sgtable(), Christoph Hellwig
• [PATCH v5] docs: Explain the desired position of function attributes, Kees Cook
  • Re: [PATCH v5] docs: Explain the desired position of function attributes, Joe Perches
    • Re: [PATCH v5] docs: Explain the desired position of function attributes, Kees Cook
      • Re: [PATCH v5] docs: Explain the desired position of function attributes, Randy Dunlap
        • Re: [PATCH v5] docs: Explain the desired position of function attributes, Joe Perches
  • Re: [PATCH v5] docs: Explain the desired position of function attributes, Jonathan Corbet
• [GIT PULL] fscache, 9p, afs, nfs: Fix kerneldoc warnings and one unused variable, David Howells
  • Re: [GIT PULL] fscache, 9p, afs, nfs: Fix kerneldoc warnings and one unused variable, pr-tracker-bot
• [PATCH -rcu/kcsan 00/23] kcsan: Support detecting a subset of missing memory barriers, Marco Elver
  • [PATCH -rcu/kcsan 01/23] kcsan: Refactor reading of instrumented memory, Marco Elver
  • [PATCH -rcu/kcsan 02/23] kcsan: Remove redundant zero-initialization of globals, Marco Elver
  • [PATCH -rcu/kcsan 03/23] kcsan: Avoid checking scoped accesses from nested contexts, Marco Elver
  • [PATCH -rcu/kcsan 04/23] kcsan: Add core support for a subset of weak memory modeling, Marco Elver
    • Re: [PATCH -rcu/kcsan 04/23] kcsan: Add core support for a subset of weak memory modeling, Peter Zijlstra
      • Re: [PATCH -rcu/kcsan 04/23] kcsan: Add core support for a subset of weak memory modeling, Marco Elver
        • Re: [PATCH -rcu/kcsan 04/23] kcsan: Add core support for a subset of weak memory modeling, Peter Zijlstra
  • [PATCH -rcu/kcsan 05/23] kcsan: Add core memory barrier instrumentation functions, Marco Elver
    • Re: [PATCH -rcu/kcsan 05/23] kcsan: Add core memory barrier instrumentation functions, Peter Zijlstra
      • Re: [PATCH -rcu/kcsan 05/23] kcsan: Add core memory barrier instrumentation functions, Peter Zijlstra
        • Re: [PATCH -rcu/kcsan 05/23] kcsan: Add core memory barrier instrumentation functions, Marco Elver
  • [PATCH -rcu/kcsan 06/23] kcsan, kbuild: Add option for barrier instrumentation only, Marco Elver
  • [PATCH -rcu/kcsan 07/23] kcsan: Call scoped accesses reordered in reports, Marco Elver
  • [PATCH -rcu/kcsan 08/23] kcsan: Show location access was reordered to, Marco Elver
  • [PATCH -rcu/kcsan 09/23] kcsan: Document modeling of weak memory, Marco Elver
  • [PATCH -rcu/kcsan 10/23] kcsan: test: Match reordered or normal accesses, Marco Elver
  • [PATCH -rcu/kcsan 11/23] kcsan: test: Add test cases for memory barrier instrumentation, Marco Elver
  • [PATCH -rcu/kcsan 12/23] kcsan: Ignore GCC 11+ warnings about TSan runtime support, Marco Elver
  • [PATCH -rcu/kcsan 13/23] kcsan: selftest: Add test case to check memory barrier instrumentation, Marco Elver
  • [PATCH -rcu/kcsan 14/23] locking/barriers, kcsan: Add instrumentation for barriers, Marco Elver
  • [PATCH -rcu/kcsan 15/23] locking/barriers, kcsan: Support generic instrumentation, Marco Elver
  • [PATCH -rcu/kcsan 16/23] locking/atomics, kcsan: Add instrumentation for barriers, Marco Elver
    • Re: [PATCH -rcu/kcsan 16/23] locking/atomics, kcsan: Add instrumentation for barriers, Peter Zijlstra
      • Re: [PATCH -rcu/kcsan 16/23] locking/atomics, kcsan: Add instrumentation for barriers, Marco Elver
  • [PATCH -rcu/kcsan 17/23] asm-generic/bitops, kcsan: Add instrumentation for barriers, Marco Elver
  • [PATCH -rcu/kcsan 18/23] x86/barriers, kcsan: Use generic instrumentation for non-smp barriers, Marco Elver
  • [PATCH -rcu/kcsan 19/23] x86/qspinlock, kcsan: Instrument barrier of pv_queued_spin_unlock(), Marco Elver
  • [PATCH -rcu/kcsan 20/23] mm, kcsan: Enable barrier instrumentation, Marco Elver
  • [PATCH -rcu/kcsan 21/23] sched, kcsan: Enable memory barrier instrumentation, Marco Elver
  • [PATCH -rcu/kcsan 22/23] objtool, kcsan: Add memory barrier instrumentation to whitelist, Marco Elver
  • [PATCH -rcu/kcsan 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Marco Elver
    • Re: [PATCH -rcu/kcsan 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Peter Zijlstra
      • Re: [PATCH -rcu/kcsan 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Marco Elver
        • Re: [PATCH -rcu/kcsan 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Marco Elver
          • Re: [PATCH -rcu/kcsan 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Peter Zijlstra
• [PATCH] Documentation: remove reference to now removed mandatory-locking doc, Jeff Layton
  • Re: [PATCH] Documentation: remove reference to now removed mandatory-locking doc, Jonathan Corbet
• [PATCH v3 0/5] fscache, afs, 9p, nfs: Warning fixes, David Howells
  • [PATCH v3 1/5] nfs: Fix kerneldoc warning shown up by W=1, David Howells
  • [PATCH v3 2/5] afs: Fix kerneldoc warning shown up by W=1, David Howells
  • [PATCH v3 3/5] 9p: Fix a bunch of kerneldoc warnings shown up by W=1, David Howells
  • [PATCH v3 4/5] fscache: Fix some kerneldoc warnings shown up by W=1, David Howells
  • [PATCH v3 5/5] fscache: Remove an unused static variable, David Howells
• [PATCH -next] counter: fix docum. build problems after filename change, Randy Dunlap
  • Re: [PATCH -next] counter: fix docum. build problems after filename change, William Breathitt Gray
    • Re: [PATCH -next] counter: fix docum. build problems after filename change, Jonathan Cameron
• [PATCH v8] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Zhenguo Yao
  • Re: [PATCH v8] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Mike Kravetz
• [PATCH] DRM: delete DRM IRQ legacy midlayer docs, Randy Dunlap
  • Re: [PATCH] DRM: delete DRM IRQ legacy midlayer docs, Thomas Zimmermann
• [PATCH 0/4] Add lan966 documentation and remove lan966x.c file, Kavyasree Kotagiri
  • [PATCH 1/4] ARM: at91: Kconfig: use only one name SOC_LAN966 and merge options, Kavyasree Kotagiri
  • [PATCH 2/4] ARM: at91: Documentation: add lan966 family, Kavyasree Kotagiri
  • [PATCH 3/4] dt-bindings: arm: at91: Document lan966 pcb8291 and pcb8290 boards, Kavyasree Kotagiri
  • [PATCH 4/4] ARM: at91: remove lan966x file, Kavyasree Kotagiri
  • Re: [PATCH 0/4] Add lan966 documentation and remove lan966x.c file, Alexandre Belloni
    • Re: [PATCH 0/4] Add lan966 documentation and remove lan966x.c file, Nicolas Ferre
      • Re: [PATCH 0/4] Add lan966 documentation and remove lan966x.c file, Alexandre Belloni
• Do you want warning quashing patches at this point in the cycle?, David Howells
  • Re: Do you want warning quashing patches at this point in the cycle?, Linus Torvalds
• [PATCH] docs: update file link location, Tommaso Merciai
  • Re: [PATCH] docs: update file link location, Jonathan Corbet
    • Re: [PATCH] docs: update file link location, Tommaso Merciai
• [PATCH v10 1/3] mm: rearrange madvise code to allow for reuse, Suren Baghdasaryan
  • [PATCH v10 2/3] mm: add a field to store names for private anonymous memory, Suren Baghdasaryan
    • Re: [PATCH v10 2/3] mm: add a field to store names for private anonymous memory, Andrew Morton
      • Re: [PATCH v10 2/3] mm: add a field to store names for private anonymous memory, Suren Baghdasaryan
        • Re: [PATCH v10 2/3] mm: add a field to store names for private anonymous memory, Suren Baghdasaryan
          • Re: [PATCH v10 2/3] mm: add a field to store names for private anonymous memory, Andrew Morton
            • Re: [PATCH v10 2/3] mm: add a field to store names for private anonymous memory, Suren Baghdasaryan
  • [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
    • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Pavel Machek
      • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
        • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Kees Cook
        • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Pavel Machek
          • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
            • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, John Hubbard
              • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Andrew Morton
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Andrew Morton
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Pavel Machek
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Pavel Machek
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Rasmus Villemoes
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Pavel Machek
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Kees Cook
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, John Hubbard
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Liam Howlett
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Rasmus Villemoes
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Kees Cook
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Dave Hansen
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Kees Cook
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Johannes Weiner
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Johannes Weiner
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Johannes Weiner
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, David Hildenbrand
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Kees Cook
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Michal Hocko
                • Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting, Suren Baghdasaryan
  • Re: [PATCH v10 1/3] mm: rearrange madvise code to allow for reuse, Rolf Eike Beer
    • Re: [PATCH v10 1/3] mm: rearrange madvise code to allow for reuse, Suren Baghdasaryan
      • Re: [PATCH v10 1/3] mm: rearrange madvise code to allow for reuse, Liam Howlett
        • Re: [PATCH v10 1/3] mm: rearrange madvise code to allow for reuse, Suren Baghdasaryan
          • Re: [PATCH v10 1/3] mm: rearrange madvise code to allow for reuse, Liam Howlett
• [PATCH] zram: Allow backing device to be assigned after init, Brian Geffon
  • Re: [PATCH] zram: Allow backing device to be assigned after init, Andrew Morton
    • Re: [PATCH] zram: Allow backing device to be assigned after init, Brian Geffon
  • Re: [PATCH] zram: Allow backing device to be assigned after init, Minchan Kim
    • Re: [PATCH] zram: Allow backing device to be assigned after init, Brian Geffon
      • Re: [PATCH] zram: Allow backing device to be assigned after init, Minchan Kim
        • Re: [PATCH] zram: Allow backing device to be assigned after init, Brian Geffon
          • Re: [PATCH] zram: Allow backing device to be assigned after init, Brian Geffon
            • Re: [PATCH] zram: Allow backing device to be assigned after init, Minchan Kim
              • Re: [PATCH] zram: Allow backing device to be assigned after init, Brian Geffon
• [PATCH v3 00/10] Move vfio_ccw to the new mdev API, Jason Gunthorpe
  • [PATCH v3 01/10] vfio/ccw: Remove unneeded GFP_DMA, Jason Gunthorpe
    • Re: [PATCH v3 01/10] vfio/ccw: Remove unneeded GFP_DMA, Matthew Rosato
    • Re: [PATCH v3 01/10] vfio/ccw: Remove unneeded GFP_DMA, Eric Farman
  • [PATCH v3 03/10] vfio/ccw: Pass vfio_ccw_private not mdev_device to various functions, Jason Gunthorpe
  • [PATCH v3 05/10] vfio/ccw: Make the FSM complete and synchronize it to the mdev, Jason Gunthorpe
  • [PATCH v3 08/10] vfio/ccw: Remove private->mdev, Jason Gunthorpe
  • [PATCH v3 04/10] vfio/ccw: Convert to use vfio_register_emulated_iommu_dev(), Jason Gunthorpe
    • Re: [PATCH v3 04/10] vfio/ccw: Convert to use vfio_register_emulated_iommu_dev(), Eric Farman
  • [PATCH v3 06/10] vfio/mdev: Consolidate all the device_api sysfs into the core code, Jason Gunthorpe
  • [PATCH v3 10/10] vfio/ccw: Move the lifecycle of the struct vfio_ccw_private to the mdev, Jason Gunthorpe
  • [PATCH v3 02/10] vfio/ccw: Use functions for alloc/free of the vfio_ccw_private, Jason Gunthorpe
    • Re: [PATCH v3 02/10] vfio/ccw: Use functions for alloc/free of the vfio_ccw_private, Matthew Rosato
  • [PATCH v3 07/10] vfio/mdev: Add mdev available instance checking to the core, Jason Gunthorpe
  • [PATCH v3 09/10] vfio: Export vfio_device_try_get(), Jason Gunthorpe
  • Re: [PATCH v3 00/10] Move vfio_ccw to the new mdev API, Jason Gunthorpe
    • Re: [PATCH v3 00/10] Move vfio_ccw to the new mdev API, Eric Farman
• [PATCH v3 0/5]: initramfs: "crc" cpio format and INITRAMFS_PRESERVE_MTIME, David Disseldorp
  • [PATCH v3 1/5] initramfs: refactor do_header() cpio magic checks, David Disseldorp
  • [PATCH v3 3/5] docs: remove mention of "crc" cpio format support, David Disseldorp
  • [PATCH v3 2/5] initramfs: print helpful cpio error on "crc" magic, David Disseldorp
  • [PATCH v3 5/5] initramfs: add INITRAMFS_PRESERVE_MTIME Kconfig option, David Disseldorp
  • [PATCH v3 4/5] initramfs: use do_utime() wrapper consistently, David Disseldorp
  • Re: [PATCH v3 0/5]: initramfs: "crc" cpio format and INITRAMFS_PRESERVE_MTIME, David Disseldorp
  • Re: [PATCH v3 0/5]: initramfs: "crc" cpio format and INITRAMFS_PRESERVE_MTIME, David Disseldorp
• [PATCH 0/7] Implement Data Access Monitoring-based Memory Operation Schemes, SeongJae Park
  • [PATCH 1/7] mm/damon/core: Account age of target regions, SeongJae Park
  • [PATCH 2/7] mm/damon/core: Implement DAMON-based Operation Schemes (DAMOS), SeongJae Park
  • [PATCH 3/7] mm/damon/vaddr: Support DAMON-based Operation Schemes, SeongJae Park
  • [PATCH 4/7] mm/damon/dbgfs: Support DAMON-based Operation Schemes, SeongJae Park
  • [PATCH 5/7] mm/damon/schemes: Implement statistics feature, SeongJae Park
  • [PATCH 7/7] Docs/admin-guide/mm/damon: Document DAMON-based Operation Schemes, SeongJae Park
  • [PATCH 6/7] selftests/damon: Add 'schemes' debugfs tests, SeongJae Park
• [PATCH 0/5] Move intel_pm from MFD to Auxiliary bus, David E. Box
  • [PATCH 4/5] Documentation: Update ioctl-number.rst for Intel Software Defined Silicon interface, David E. Box
  • [PATCH 3/5] platform/x86/intel: extended_caps: Add support for PCIe VSEC structures, David E. Box
  • [PATCH 2/5] platform/x86/intel: Move intel_pmt from MFD to Auxiliary Bus, David E. Box
    • Re: [PATCH 2/5] platform/x86/intel: Move intel_pmt from MFD to Auxiliary Bus, Leon Romanovsky
      • Re: [PATCH 2/5] platform/x86/intel: Move intel_pmt from MFD to Auxiliary Bus, David E. Box
        • Re: [PATCH 2/5] platform/x86/intel: Move intel_pmt from MFD to Auxiliary Bus, Leon Romanovsky
    • Re: [PATCH 2/5] platform/x86/intel: Move intel_pmt from MFD to Auxiliary Bus, kernel test robot
  • [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, David E. Box
    • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
      • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, David E. Box
        • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
    • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
    • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
      • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, David E. Box
        • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
    • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
      • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, David E. Box
        • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, Greg KH
          • Re: [PATCH 5/5] platform/x86: Add Intel Software Defined Silicon driver, David E. Box
  • [PATCH 1/5] PCI: Add #defines for accessing PCIe DVSEC fields, David E. Box
• [PATCH v4] docs: Explain the desired position of function attributes, Kees Cook
  • Re: [PATCH v4] docs: Explain the desired position of function attributes, Nick Desaulniers
    • Re: [PATCH v4] docs: Explain the desired position of function attributes, Greg KH
      • Re: [PATCH v4] docs: Explain the desired position of function attributes, Miguel Ojeda
        • Re: [PATCH v4] docs: Explain the desired position of function attributes, Joe Perches
          • Re: [PATCH v4] docs: Explain the desired position of function attributes, Miguel Ojeda
      • Re: [PATCH v4] docs: Explain the desired position of function attributes, Joe Perches
        • Re: [PATCH v4] docs: Explain the desired position of function attributes, Miguel Ojeda
          • Re: [PATCH v4] docs: Explain the desired position of function attributes, Kees Cook
    • Re: [PATCH v4] docs: Explain the desired position of function attributes, Joe Perches
    • Re: [PATCH v4] docs: Explain the desired position of function attributes, Kees Cook
  • Re: [PATCH v4] docs: Explain the desired position of function attributes, Miguel Ojeda
  • Re: [PATCH v4] docs: Explain the desired position of function attributes, Jonathan Corbet
    • Re: [PATCH v4] docs: Explain the desired position of function attributes, Miguel Ojeda
      • Re: [PATCH v4] docs: Explain the desired position of function attributes, Kees Cook
• [RFC v2 00/11] Intro to Hardware timestamping engine, Dipen Patel
  • [RFC v2 01/11] Documentation: Add HTE subsystem guide, Dipen Patel
    • Re: [RFC v2 01/11] Documentation: Add HTE subsystem guide, Randy Dunlap
      • Re: [RFC v2 01/11] Documentation: Add HTE subsystem guide, Dipen Patel
  • [RFC v2 02/11] drivers: Add hardware timestamp engine (HTE), Dipen Patel
    • Re: [RFC v2 02/11] drivers: Add hardware timestamp engine (HTE), Randy Dunlap
      • Re: [RFC v2 02/11] drivers: Add hardware timestamp engine (HTE), Dipen Patel
  • [RFC v2 03/11] hte: Add tegra194 HTE kernel provider, Dipen Patel
    • Re: [RFC v2 03/11] hte: Add tegra194 HTE kernel provider, Randy Dunlap
    • Re: [RFC v2 03/11] hte: Add tegra194 HTE kernel provider, Randy Dunlap
      • Re: [RFC v2 03/11] hte: Add tegra194 HTE kernel provider, Dipen Patel
  • [RFC v2 04/11] dt-bindings: Add HTE bindings, Dipen Patel
    • Re: [RFC v2 04/11] dt-bindings: Add HTE bindings, Linus Walleij
    • Re: [RFC v2 04/11] dt-bindings: Add HTE bindings, Rob Herring
      • Re: [RFC v2 04/11] dt-bindings: Add HTE bindings, Dipen Patel
  • [RFC v2 06/11] gpiolib: Add HTE support, Dipen Patel
    • Re: [RFC v2 06/11] gpiolib: Add HTE support, Linus Walleij
  • [RFC v2 05/11] hte: Add Tegra194 IRQ HTE test driver, Dipen Patel
  • [RFC v2 08/11] gpiolib: cdev: Add hardware timestamp clock type, Dipen Patel
    • Re: [RFC v2 08/11] gpiolib: cdev: Add hardware timestamp clock type, Linus Walleij
    • Re: [RFC v2 08/11] gpiolib: cdev: Add hardware timestamp clock type, Linus Walleij
  • [RFC v2 09/11] tools: gpio: Add new hardware clock type, Dipen Patel
    • Re: [RFC v2 09/11] tools: gpio: Add new hardware clock type, Linus Walleij
  • [RFC v2 10/11] hte: Add tegra GPIO HTE test driver, Dipen Patel
    • Re: [RFC v2 10/11] hte: Add tegra GPIO HTE test driver, Randy Dunlap
      • Re: [RFC v2 10/11] hte: Add tegra GPIO HTE test driver, Dipen Patel
  • [RFC v2 11/11] MAINTAINERS: Added HTE Subsystem, Dipen Patel
    • Re: [RFC v2 11/11] MAINTAINERS: Added HTE Subsystem, Randy Dunlap
      • Re: [RFC v2 11/11] MAINTAINERS: Added HTE Subsystem, Joe Perches
  • [RFC v2 07/11] gpio: tegra186: Add HTE in gpio-tegra186 driver, Dipen Patel
    • Re: [RFC v2 07/11] gpio: tegra186: Add HTE in gpio-tegra186 driver, Rob Herring
      • Re: [RFC v2 07/11] gpio: tegra186: Add HTE in gpio-tegra186 driver, Dipen Patel
• [PATCH v3] docs: Explain the desired position of function attributes, Kees Cook
• [PATCH v2] docs: Explain the desired position of function attributes, Kees Cook
  • Re: [PATCH v2] docs: Explain the desired position of function attributes, Randy Dunlap
    • Re: [PATCH v2] docs: Explain the desired position of function attributes, Kees Cook
      • Re: [PATCH v2] docs: Explain the desired position of function attributes, Joe Perches
  • Re: [PATCH v2] docs: Explain the desired position of function attributes, Joe Perches
• [PATCH v8 0/2] Add rpmsg tty driver, Arnaud Pouliquen
  • [PATCH v8 2/2] tty: add rpmsg driver, Arnaud Pouliquen
    • Re: [PATCH v8 2/2] tty: add rpmsg driver, Bjorn Andersson
      • Re: [PATCH v8 2/2] tty: add rpmsg driver, Arnaud POULIQUEN
        • Re: [PATCH v8 2/2] tty: add rpmsg driver, Bjorn Andersson
          • Re: [PATCH v8 2/2] tty: add rpmsg driver, Arnaud POULIQUEN
    • Re: [PATCH v8 2/2] tty: add rpmsg driver, Greg Kroah-Hartman
      • Re: [PATCH v8 2/2] tty: add rpmsg driver, Arnaud POULIQUEN
        • Re: [PATCH v8 2/2] tty: add rpmsg driver, Greg Kroah-Hartman
  • [PATCH v8 1/2] rpmsg: core: add API to get MTU, Arnaud Pouliquen
    • Re: [PATCH v8 1/2] rpmsg: core: add API to get MTU, Bjorn Andersson
• [PATCH v1 0/3] memory-hotplug.rst: document the "auto-movable" online policy, David Hildenbrand
  • [PATCH v1 1/3] memory-hotplug.rst: fix two instances of "movablecore" that should be "movable_node", David Hildenbrand
  • [PATCH v1 2/3] memory-hotplug.rst: fix wrong /sys/module/memory_hotplug/parameters/ path, David Hildenbrand
  • [PATCH v1 3/3] memory-hotplug.rst: document the "auto-movable" online policy, David Hildenbrand
    • Re: [PATCH v1 3/3] memory-hotplug.rst: document the "auto-movable" online policy, Mike Rapoport
      • Re: [PATCH v1 3/3] memory-hotplug.rst: document the "auto-movable" online policy, David Hildenbrand
        • Re: [PATCH v1 3/3] memory-hotplug.rst: document the "auto-movable" online policy, Mike Rapoport
          • Re: [PATCH v1 3/3] memory-hotplug.rst: document the "auto-movable" online policy, David Hildenbrand
• [kvm-riscv:riscv_kvm_master 17/20] arch/riscv/kvm/vcpu_sbi.c:3: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• [PATCH] Documentation/arm64: add memory layout with 4KB pages + VA39-bit, Jisheng Zhang
  • Re: [PATCH] Documentation/arm64: add memory layout with 4KB pages + VA39-bit, Catalin Marinas
    • Re: [PATCH] Documentation/arm64: add memory layout with 4KB pages + VA39-bit, Jisheng Zhang
• [PATCH v2 0/7] ABI: add additional sysfs docs and update some other ABI files, Mauro Carvalho Chehab
  • [PATCH v2 4/7] ABI: sysfs-mce: add a new ABI file, Mauro Carvalho Chehab
    • Re: [PATCH v2 4/7] ABI: sysfs-mce: add a new ABI file, Andi Kleen
  • [PATCH v2 6/7] ABI: sysfs-class-extcon: use uppercase X for wildcards, Mauro Carvalho Chehab
  • [PATCH v2 3/7] ABI: sysfs-class-hwmon: add a description for tempY_crit_alarm, Mauro Carvalho Chehab
    • Re: [PATCH v2 3/7] ABI: sysfs-class-hwmon: add a description for tempY_crit_alarm, Guenter Roeck
  • [PATCH v2 5/7] ABI: sysfs-mce: add 3 missing files, Mauro Carvalho Chehab
  • [PATCH v2 7/7] ABI: sysfs-devices-system-cpu: use cpuX instead of cpu#, Mauro Carvalho Chehab
  • [PATCH v2 1/7] ABI: sysfs-class-thermal: create a file with thermal_zone ABI, Mauro Carvalho Chehab
    • Re: [PATCH v2 1/7] ABI: sysfs-class-thermal: create a file with thermal_zone ABI, Rafael J. Wysocki
  • [PATCH v2 2/7] ABI: sysfs-class-hwmon: add ABI documentation for it, Mauro Carvalho Chehab
    • Re: [PATCH v2 2/7] ABI: sysfs-class-hwmon: add ABI documentation for it, Guenter Roeck
• [PATCH 0/2] get_abi.pl: some fixes, Mauro Carvalho Chehab
  • [PATCH 2/2] scripts: get_abi.pl: better generate regex from what fields, Mauro Carvalho Chehab
  • [PATCH 1/2] scripts: get_abi.pl: fix fallback rule for undefined symbols, Mauro Carvalho Chehab
• [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
  • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
    • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Paul E. McKenney
      • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Petr Mladek
        • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
          • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Petr Mladek
        • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Steven Rostedt
          • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Petr Mladek
        • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Kees Cook
        • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Linus Torvalds
          • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
            • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Steven Rostedt
              • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
            • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Linus Torvalds
              • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
                • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Eric W. Biederman
                • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
                • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
          • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexey Khoroshilov
            • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Jann Horn
              • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexey Khoroshilov
            • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Linus Torvalds
              • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexey Khoroshilov
    • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Andrew Morton
      • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
        • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Kees Cook
  • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Dave Hansen
    • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Peter Zijlstra
    • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Kees Cook
      • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Alexander Popov
        • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Kees Cook
  • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Al Viro
    • Re: [PATCH] Introduce the pkill_on_warn boot parameter, Steven Rostedt
• [PATCH v2 00/10] Introduce sv48 support without relocatable kernel, Alexandre Ghiti
  • [PATCH v2 01/10] riscv: Allow to dynamically define VA_BITS, Alexandre Ghiti
  • [PATCH v2 02/10] riscv: Get rid of MAXPHYSMEM configs, Alexandre Ghiti
  • [PATCH v2 03/10] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free, Alexandre Ghiti
  • [PATCH v2 04/10] riscv: Implement sv48 support, Alexandre Ghiti
    • Re: [PATCH v2 04/10] riscv: Implement sv48 support, Samuel Holland
      • Re: [PATCH v2 04/10] riscv: Implement sv48 support, Alexandre Ghiti
  • [PATCH v2 05/10] riscv: Use pgtable_l4_enabled to output mmu_type in cpuinfo, Alexandre Ghiti
  • [PATCH v2 06/10] riscv: Explicit comment about user virtual address space size, Alexandre Ghiti
  • [PATCH v2 07/10] riscv: Improve virtual kernel memory layout dump, Alexandre Ghiti
  • [PATCH v2 08/10] Documentation: riscv: Add sv48 description to VM layout, Alexandre Ghiti
  • [PATCH v2 09/10] riscv: Initialize thread pointer before calling C functions, Alexandre Ghiti
  • [PATCH v2 10/10] riscv: Allow user to downgrade to sv39 when hw supports sv48, Alexandre Ghiti
  • Re: [PATCH v2 00/10] Introduce sv48 support without relocatable kernel, Heiko Stübner
    • Re: [PATCH v2 00/10] Introduce sv48 support without relocatable kernel, Alexandre ghiti
      • Re: [PATCH v2 00/10] Introduce sv48 support without relocatable kernel, Heiko Stübner
• [PATCH v1 0/6] mm/memory_hotplug: Kconfig and 32 bit cleanups, David Hildenbrand
  • [PATCH v1 1/6] mm/memory_hotplug: remove CONFIG_X86_64_ACPI_NUMA dependency from CONFIG_MEMORY_HOTPLUG, David Hildenbrand
    • Re: [PATCH v1 1/6] mm/memory_hotplug: remove CONFIG_X86_64_ACPI_NUMA dependency from CONFIG_MEMORY_HOTPLUG, Oscar Salvador
  • [PATCH v1 2/6] mm/memory_hotplug: remove CONFIG_MEMORY_HOTPLUG_SPARSE, David Hildenbrand
    • Re: [PATCH v1 2/6] mm/memory_hotplug: remove CONFIG_MEMORY_HOTPLUG_SPARSE, Greg Kroah-Hartman
    • Re: [PATCH v1 2/6] mm/memory_hotplug: remove CONFIG_MEMORY_HOTPLUG_SPARSE, Shuah Khan
    • Re: [PATCH v1 2/6] mm/memory_hotplug: remove CONFIG_MEMORY_HOTPLUG_SPARSE, Oscar Salvador
  • [PATCH v1 3/6] mm/memory_hotplug: restrict CONFIG_MEMORY_HOTPLUG to 64 bit, David Hildenbrand
    • Re: [PATCH v1 3/6] mm/memory_hotplug: restrict CONFIG_MEMORY_HOTPLUG to 64 bit, Oscar Salvador
  • [PATCH v1 4/6] mm/memory_hotplug: remove HIGHMEM leftovers, David Hildenbrand
    • Re: [PATCH v1 4/6] mm/memory_hotplug: remove HIGHMEM leftovers, Oscar Salvador
  • [PATCH v1 5/6] mm/memory_hotplug: remove stale function declarations, David Hildenbrand
    • Re: [PATCH v1 5/6] mm/memory_hotplug: remove stale function declarations, Oscar Salvador
  • [PATCH v1 6/6] x86: remove memory hotplug support on X86_32, David Hildenbrand
    • Re: [PATCH v1 6/6] x86: remove memory hotplug support on X86_32, Oscar Salvador
      • Re: [PATCH v1 6/6] x86: remove memory hotplug support on X86_32, David Hildenbrand
• If you are touched to carry my good intentions please reply, Ingram Olivia
• [PATCH 0/2] ABI: add entires for MCE, Mauro Carvalho Chehab
  • [PATCH 1/2] ABI: sysfs-mce: add a new ABI file, Mauro Carvalho Chehab
  • [PATCH 2/2] ABI: sys-mce: add 3 missing files, Mauro Carvalho Chehab
• [PATCH v5 0/5] Free the 2nd vmemmap page associated with each HugeTLB page, Muchun Song
  • [PATCH v5 1/5] mm: hugetlb: free the 2nd vmemmap page associated with each HugeTLB page, Muchun Song
  • [PATCH v5 2/5] mm: hugetlb: replace hugetlb_free_vmemmap_enabled with a static_key, Muchun Song
  • [PATCH v5 3/5] mm: sparsemem: use page table lock to protect kernel pmd operations, Muchun Song
  • [PATCH v5 4/5] selftests: vm: add a hugetlb test case, Muchun Song
  • [PATCH v5 5/5] mm: sparsemem: move vmemmap related to HugeTLB to CONFIG_HUGETLB_PAGE_FREE_VMEMMAP, Muchun Song
• [PATCH 0/3] get_abi: improve message output and fix a regression, Mauro Carvalho Chehab
  • [PATCH 3/3] ABI: evm: place a second what at the next line, Mauro Carvalho Chehab
  • [PATCH 1/3] scripts: get_abi.pl: use STDERR for search-string and show-hints, Mauro Carvalho Chehab
  • [PATCH 2/3] scripts: get_abi.pl: show progress, Mauro Carvalho Chehab
  • Re: [PATCH 0/3] get_abi: improve message output and fix a regression, Greg Kroah-Hartman
    • Re: [PATCH 0/3] get_abi: improve message output and fix a regression, Mauro Carvalho Chehab
      • Re: [PATCH 0/3] get_abi: improve message output and fix a regression, Mauro Carvalho Chehab
        • Re: [PATCH 0/3] get_abi: improve message output and fix a regression, Greg Kroah-Hartman
      • Re: [PATCH 0/3] get_abi: improve message output and fix a regression, Greg Kroah-Hartman
        • [PATCH] scripts: get_abi.pl: make undefined search more deterministic, Mauro Carvalho Chehab
          • Re: [PATCH] scripts: get_abi.pl: make undefined search more deterministic, Greg Kroah-Hartman
        • Re: [PATCH 0/3] get_abi: improve message output and fix a regression, Mauro Carvalho Chehab
• [PATCH 0/8] hwmon: (pmbus/lm25066) Configurable sense resistor, other cleanups, Zev Weiss
  • [PATCH 7/8] hwmon: (pmbus/lm25066) Support configurable sense resistor values, Zev Weiss
    • Re: [PATCH 7/8] hwmon: (pmbus/lm25066) Support configurable sense resistor values, Guenter Roeck
• [RFC PATCH v2] fscache, 9p, afs, nfs: Deal with some warnings from W=1, David Howells
  • Re: [RFC PATCH v2] fscache, 9p, afs, nfs: Deal with some warnings from W=1, Jeff Layton
• [PATCH v6 2/2] x86/sgx: Add an attribute for the amount of SGX memory in a NUMA node, Jarkko Sakkinen
  • Re: [PATCH v6 2/2] x86/sgx: Add an attribute for the amount of SGX memory in a NUMA node, Greg Kroah-Hartman
    • Re: [PATCH v6 2/2] x86/sgx: Add an attribute for the amount of SGX memory in a NUMA node, Jarkko Sakkinen
      • Re: [PATCH v6 2/2] x86/sgx: Add an attribute for the amount of SGX memory in a NUMA node, Greg Kroah-Hartman
        • Re: [PATCH v6 2/2] x86/sgx: Add an attribute for the amount of SGX memory in a NUMA node, Jarkko Sakkinen
• drivers/gpu/drm/i915/gvt/gtt.c:1152: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
  • <Possible follow-ups>
  • drivers/gpu/drm/i915/gvt/gtt.c:1152: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
  • drivers/gpu/drm/i915/gvt/gtt.c:1152: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• [PATCHv2] Introduced new tracing mode KCOV_MODE_UNIQUE., Alexander Lochmann
  • Re: [PATCHv2] Introduced new tracing mode KCOV_MODE_UNIQUE., Peter Zijlstra
    • Re: [PATCHv2] Introduced new tracing mode KCOV_MODE_UNIQUE., Alexander Lochmann
      • Re: [PATCHv2] Introduced new tracing mode KCOV_MODE_UNIQUE., Dmitry Vyukov
• [PATCH v8 00/12] syfs: generic deadlock fix with module removal, Luis Chamberlain
  • [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
    • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Kees Cook
      • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
    • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
      • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
        • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
          • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
            • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
              • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Greg KH
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Greg KH
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Greg KH
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Greg KH
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
  • [PATCH v8 10/12] test_sysfs: enable deadlock tests by default, Luis Chamberlain
  • [PATCH v8 12/12] zram: use ATTRIBUTE_GROUPS to fix sysfs deadlock module removal, Luis Chamberlain
    • Re: [PATCH v8 12/12] zram: use ATTRIBUTE_GROUPS to fix sysfs deadlock module removal, Kees Cook
      • Re: [PATCH v8 12/12] zram: use ATTRIBUTE_GROUPS to fix sysfs deadlock module removal, Luis Chamberlain
  • [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
    • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Ming Lei
      • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
        • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Ming Lei
          • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
            • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Ming Lei
              • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
                • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Ming Lei
                • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
    • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Kees Cook
      • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
        • Re: [PATCH v8 09/12] sysfs: fix deadlock race with module removal, Luis Chamberlain
  • [PATCH v8 02/12] testing: use the copyleft-next-0.3.1 SPDX tag, Luis Chamberlain
    • Re: [PATCH v8 02/12] testing: use the copyleft-next-0.3.1 SPDX tag, Kees Cook
  • [PATCH v8 07/12] fs/kernfs/symlink.c: replace S_IRWXUGO with 0777 on kernfs_create_link(), Luis Chamberlain
    • Re: [PATCH v8 07/12] fs/kernfs/symlink.c: replace S_IRWXUGO with 0777 on kernfs_create_link(), Kees Cook
  • [PATCH v8 08/12] fs/sysfs/dir.c: replace S_IRWXU|S_IRUGO|S_IXUGO with 0755 sysfs_create_dir_ns(), Luis Chamberlain
    • Re: [PATCH v8 08/12] fs/sysfs/dir.c: replace S_IRWXU|S_IRUGO|S_IXUGO with 0755 sysfs_create_dir_ns(), Kees Cook
  • [PATCH v8 06/12] kernel/module: add documentation for try_module_get(), Luis Chamberlain
    • Re: [PATCH v8 06/12] kernel/module: add documentation for try_module_get(), Kees Cook
      • Re: [PATCH v8 06/12] kernel/module: add documentation for try_module_get(), Luis Chamberlain
  • [PATCH v8 01/12] LICENSES: Add the copyleft-next-0.3.1 license, Luis Chamberlain
    • Message not available
      • Message not available
        • Re: [PATCH v8 01/12] LICENSES: Add the copyleft-next-0.3.1 license, Kees Cook
  • [PATCH v8 04/12] kernfs: add initial failure injection support, Luis Chamberlain
    • Re: [PATCH v8 04/12] kernfs: add initial failure injection support, Kees Cook
      • Re: [PATCH v8 04/12] kernfs: add initial failure injection support, Luis Chamberlain
  • [PATCH v8 03/12] selftests: add tests_sysfs module, Luis Chamberlain
    • Re: [PATCH v8 03/12] selftests: add tests_sysfs module, Greg KH
      • RE: [PATCH v8 03/12] selftests: add tests_sysfs module, Tim.Bird
        • Re: [PATCH v8 03/12] selftests: add tests_sysfs module, Luis Chamberlain
      • Re: [PATCH v8 03/12] selftests: add tests_sysfs module, Luis Chamberlain
    • Re: [PATCH v8 03/12] selftests: add tests_sysfs module, Miroslav Benes
      • Re: [PATCH v8 03/12] selftests: add tests_sysfs module, Luis Chamberlain
    • Message not available
      • Re: [PATCH v8 03/12] selftests: add tests_sysfs module, Luis Chamberlain
  • [PATCH v8 05/12] test_sysfs: add support to use kernfs failure injection, Luis Chamberlain
    • Re: [PATCH v8 05/12] test_sysfs: add support to use kernfs failure injection, Kees Cook
      • Re: [PATCH v8 05/12] test_sysfs: add support to use kernfs failure injection, Luis Chamberlain
• drivers/bluetooth/btmrvl_main.c:2: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• drivers/input/misc/max8925_onkey.c:2: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• arch/openrisc/mm/ioremap.c:108: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• drivers/hid/intel-ish-hid/ishtp-fw-loader.c:267: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• drivers/pnp/system.c:110: warning: This comment starts with '/**', but isn't a kernel-doc comment. Refer Documentation/doc-guide/kernel-doc.rst, kernel test robot
• [PATCH 00/17] ABI: update files to reduce the documentation gap, Mauro Carvalho Chehab
  • [PATCH 08/17] ABI: sysfs-kernel-slab: Document some stats, Mauro Carvalho Chehab
  • [PATCH 02/17] ABI: stable/sysfs-module: document version and srcversion, Mauro Carvalho Chehab
  • [PATCH 09/17] ABI: sysfs-devices-power: add some debug sysfs files, Mauro Carvalho Chehab
  • [PATCH 05/17] ABI: sysfs-devices: add /dev ABI, Mauro Carvalho Chehab
  • [PATCH 03/17] ABI: testing/sysfs-module: document initstate, Mauro Carvalho Chehab
  • [PATCH 01/17] ABI: stable/sysfs-module: better document modules, Mauro Carvalho Chehab
  • [PATCH 04/17] ABI: sysfs-devices-power: document some RPM statistics, Mauro Carvalho Chehab
  • [PATCH 06/17] ABI: sysfs-bus-pci: add documentation for modalias, Mauro Carvalho Chehab
    • Re: [PATCH 06/17] ABI: sysfs-bus-pci: add documentation for modalias, Greg Kroah-Hartman
      • Re: [PATCH 06/17] ABI: sysfs-bus-pci: add documentation for modalias, Mauro Carvalho Chehab
  • [PATCH 12/17] ABI: sysfs-bus-mdio: add alternate What for mdio symbols, Mauro Carvalho Chehab
  • [PATCH 07/17] ABI: o2cb: add an obsolete file for /sys/o2cb, Mauro Carvalho Chehab
  • [PATCH 10/17] ABI: sysfs-bus-pci: add a alternative What fields, Mauro Carvalho Chehab
    • Re: [PATCH 10/17] ABI: sysfs-bus-pci: add a alternative What fields, Bjorn Helgaas
      • Re: [PATCH 10/17] ABI: sysfs-bus-pci: add a alternative What fields, Mauro Carvalho Chehab
  • [PATCH 11/17] ABI: sysfs-class-bdi: use What: to describe each property, Mauro Carvalho Chehab
  • [PATCH 16/17] ABI: sysfs-driver-ufs: Add another What for platform drivers, Mauro Carvalho Chehab
    • RE: [PATCH 16/17] ABI: sysfs-driver-ufs: Add another What for platform drivers, Avri Altman
      • Re: [PATCH 16/17] ABI: sysfs-driver-ufs: Add another What for platform drivers, Greg Kroah-Hartman
        • RE: [PATCH 16/17] ABI: sysfs-driver-ufs: Add another What for platform drivers, Avri Altman
          • Re: [PATCH 16/17] ABI: sysfs-driver-ufs: Add another What for platform drivers, Greg Kroah-Hartman
  • [PATCH 14/17] ABI: sysfs-bus-usb: add missing sysfs fields, Mauro Carvalho Chehab
  • [PATCH 13/17] ABI: sysfs-bus-usb: use a wildcard for interface name on What, Mauro Carvalho Chehab
  • [PATCH 15/17] ABI: obsolete/sysfs-bus-iio: add some missing blank lines, Mauro Carvalho Chehab
  • [PATCH 17/17] ABI: sysfs-bus-platform: add modalias description, Mauro Carvalho Chehab
    • Re: [PATCH 17/17] ABI: sysfs-bus-platform: add modalias description, Barry Song
• [PATCH 0/3] scripts: get_abi.pl: some additional fixes and doc update, Mauro Carvalho Chehab
  • [PATCH 3/3] scripts: get_abi.pl: update its documentation, Mauro Carvalho Chehab
  • [PATCH 1/3] scripts: get_abi.pl: produce an error if the ref tree is broken, Mauro Carvalho Chehab
  • [PATCH 2/3] scripts: get_abi.pl: fix parse logic for DT firmware, Mauro Carvalho Chehab
• [PATCH v20 16/17] RISC-V: KVM: Document RISC-V specific parts of KVM API, Anup Patel
• [PATCH 0/7] Fix some issues with ABI files, Mauro Carvalho Chehab
  • [PATCH 2/7] ABI: sysfs-platform-dell-privacy-wmi: correct ABI entries, Mauro Carvalho Chehab
    • Re: [PATCH 2/7] ABI: sysfs-platform-dell-privacy-wmi: correct ABI entries, Hans de Goede
  • [PATCH 7/7] ABI: sysfs-platform-intel-pmc: add blank lines to make it valid for ReST, Mauro Carvalho Chehab
    • RE: [PATCH 7/7] ABI: sysfs-platform-intel-pmc: add blank lines to make it valid for ReST, Winkler, Tomas
    • Re: [PATCH 7/7] ABI: sysfs-platform-intel-pmc: add blank lines to make it valid for ReST, Hans de Goede
  • [PATCH 6/7] ABI: sysfs-devices-removable: make a table valid as ReST markup, Mauro Carvalho Chehab
  • [PATCH 1/7] scripts: get_abi.pl: create a valid ReST with duplicated tags, Mauro Carvalho Chehab
  • [PATCH 4/7] ABI: configfs-usb-gadget-uac1: fix a broken table, Mauro Carvalho Chehab
  • [PATCH 3/7] ABI: sysfs-platform-dptf: Add tables markup to a table, Mauro Carvalho Chehab
  • [PATCH 5/7] ABI: configfs-usb-gadget-uac2: fix a broken table, Mauro Carvalho Chehab
• [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Zhenguo Yao
  • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Mike Rapoport
    • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Zhenguo Yao
  • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Nathan Chancellor
    • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Mike Rapoport
      • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Andrew Morton
  • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Mike Kravetz
    • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Zhenguo Yao
      • Re: [PATCH v7] hugetlbfs: Extend the definition of hugepages parameter to support node allocation, Mike Kravetz
• [PATCH V4 00/22] arch: Add basic LoongArch support, Huacai Chen
  • [PATCH V4 01/22] Documentation: LoongArch: Add basic documentations, Huacai Chen
  • [PATCH V4 02/22] Documentation/zh_CN: Add basic LoongArch documentations, Huacai Chen
  • [PATCH V4 03/22] LoongArch: Add elf-related definitions, Huacai Chen
  • [PATCH V4 04/22] LoongArch: Add writecombine support for drm, Huacai Chen
  • [PATCH V4 05/22] LoongArch: Add build infrastructure, Huacai Chen
  • [PATCH V4 06/22] LoongArch: Add CPU definition headers, Huacai Chen
    • Re: [PATCH V4 06/22] LoongArch: Add CPU definition headers, Xi Ruoyao
      • Re: [PATCH V4 06/22] LoongArch: Add CPU definition headers, Huacai Chen
  • [PATCH V4 07/22] LoongArch: Add atomic/locking headers, Huacai Chen