Linux Kernel Memory Management

• Date Index

• Re: [PATCH v2] mm: add alloc_contig_migrate_range allocation statistics, (continued)
  • Re: [PATCH v2] mm: add alloc_contig_migrate_range allocation statistics, Steven Rostedt
  • Re: [PATCH v2] mm: add alloc_contig_migrate_range allocation statistics, Minchan Kim
• [PATCH 00/13] enable bs > ps in XFS, Pankaj Raghav (Samsung)
  • [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
    • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Matthew Wilcox
      • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
        • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Kent Overstreet
          • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
            • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Kent Overstreet
              • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
                • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Kent Overstreet
                  • Re: [PATCH 03/13] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
  • [PATCH 02/13] fs: Allow fine-grained control of folio sizes, Pankaj Raghav (Samsung)
  • [PATCH 04/13] filemap: use mapping_min_order while allocating folios, Pankaj Raghav (Samsung)
    • Re: [PATCH 04/13] filemap: use mapping_min_order while allocating folios, Matthew Wilcox
      • Re: [PATCH 04/13] filemap: use mapping_min_order while allocating folios, Pankaj Raghav (Samsung)
  • [PATCH 05/13] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Pankaj Raghav (Samsung)
    • Re: [PATCH 05/13] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Matthew Wilcox
      • Re: [PATCH 05/13] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Pankaj Raghav (Samsung)
  • [PATCH 06/13] readahead: align index to mapping_min_order in ondemand_ra and force_ra, Pankaj Raghav (Samsung)
  • [PATCH 08/13] readahead: allocate folios with mapping_min_order in ra_(unbounded|order), Pankaj Raghav (Samsung)
  • [PATCH 10/13] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
    • Re: [PATCH 10/13] iomap: fix iomap_dio_zero() for fs bs > system page size, Matthew Wilcox
      • Re: [PATCH 10/13] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
  • [PATCH 07/13] readahead: rework loop in page_cache_ra_unbounded(), Pankaj Raghav (Samsung)
  • [PATCH 11/13] xfs: expose block size in stat, Pankaj Raghav (Samsung)
    • Re: [PATCH 11/13] xfs: expose block size in stat, Dave Chinner
      • Re: [PATCH 11/13] xfs: expose block size in stat, Pankaj Raghav (Samsung)
  • [PATCH 12/13] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
    • Re: [PATCH 12/13] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Dave Chinner
    • Re: [PATCH 12/13] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Matthew Wilcox
      • Re: [PATCH 12/13] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
  • [PATCH 09/13] mm: do not split a folio if it has minimum folio order requirement, Pankaj Raghav (Samsung)
  • [PATCH 01/13] mm: Support order-1 folios in the page cache, Pankaj Raghav (Samsung)
  • [PATCH 13/13] xfs: enable block size larger than page size support, Pankaj Raghav (Samsung)
    • Re: [PATCH 13/13] xfs: enable block size larger than page size support, Matthew Wilcox
      • Re: [PATCH 13/13] xfs: enable block size larger than page size support, Dave Chinner
• Re: [PATCH next v2 11/11] minmax: min() and max() don't need to return constant expressions, kernel test robot
  • RE: [PATCH next v2 11/11] minmax: min() and max() don't need to return constant expressions, David Laight
  • <Possible follow-ups>
  • Re: [PATCH next v2 11/11] minmax: min() and max() don't need to return constant expressions, kernel test robot
• Re: [RFC PATCH v1 00/26] KVM: Restricted mapping of guest_memfd at the host and pKVM/arm64 support, Fuad Tabba
• Re: [PATCH 5.10/5.15 v2 0/1 RESEND] mm/truncate: fix WARNING in ext4_set_page_dirty(), Roman Smirnov
• [PATCH v2] mm/mmap: convert all mas except mas_detach to vma iterator, Yajun Deng
  • Re: [PATCH v2] mm/mmap: convert all mas except mas_detach to vma iterator, Liam R. Howlett
• [linux-next:master 8227/9575] fs/libfs.c:2018:13: sparse: sparse: Using plain integer as NULL pointer, kernel test robot
• [RESEND PATCH v8 0/8] Reduce TLB flushes by 94% by improving folio migration, Byungchul Park
  • [RESEND PATCH v8 2/8] arm64: tlbflush: Add APIs manipulating tlb batch's arch data, Byungchul Park
  • [RESEND PATCH v8 1/8] x86/tlb: Add APIs manipulating tlb batch's arch data, Byungchul Park
  • [RESEND PATCH v8 3/8] mm/rmap: Recognize read-only TLB entries during batched TLB flush, Byungchul Park
  • [RESEND PATCH v8 4/8] x86/tlb, mm/rmap: Separate arch_tlbbatch_clear() out of arch_tlbbatch_flush(), Byungchul Park
  • [RESEND PATCH v8 5/8] mm: Separate move/undo doing on folio list from migrate_pages_batch(), Byungchul Park
  • [RESEND PATCH v8 6/8] mm: Add APIs to free a folio directly to the buddy bypassing pcp, Byungchul Park
  • [RESEND PATCH v8 8/8] mm: Pause migrc mechanism at high memory pressure, Byungchul Park
  • [RESEND PATCH v8 7/8] mm: Defer TLB flush by keeping both src and dst folios at migration, Byungchul Park
  • Re: [RESEND PATCH v8 0/8] Reduce TLB flushes by 94% by improving folio migration, Byungchul Park
    • Re: [RESEND PATCH v8 0/8] Reduce TLB flushes by 94% by improving folio migration, David Hildenbrand
      • Re: [RESEND PATCH v8 0/8] Reduce TLB flushes by 94% by improving folio migration, Huang, Ying
        • Re: [RESEND PATCH v8 0/8] Reduce TLB flushes by 94% by improving folio migration, Byungchul Park
      • Re: [RESEND PATCH v8 0/8] Reduce TLB flushes by 94% by improving folio migration, Byungchul Park
• [PATCH stable 4.19] mm: memcontrol: switch to rcu protection in drain_all_stock(), GONG, Ruiqi
  • Re: [PATCH stable 4.19] mm: memcontrol: switch to rcu protection in drain_all_stock(), Greg KH
• [linux-next:master] [wifi] 0a44dfc070: hwsim.ap_vht80_csa.fail, kernel test robot
• [linux-next:master 2856/9575] undefined reference to `expresswire_power_off', kernel test robot
• [PATCH v2] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
  • Re: [PATCH v2] mm: madvise: pageout: ignore references rather than clearing young, Minchan Kim
• [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
  • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Yin Fengwei
    • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
      • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Ryan Roberts
        • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, David Hildenbrand
          • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
  • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
    • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
      • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, David Hildenbrand
        • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
          • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Ryan Roberts
            • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
              • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
                  • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                    • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
            • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
              • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Yin Fengwei
                • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                  • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Yin Fengwei
                    • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                      • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                      • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Yin Fengwei
                        • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                          • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                            • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Yin Fengwei
                              • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
                                • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Yin Fengwei
                                  • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Barry Song
  • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Ryan Roberts
    • Re: [PATCH 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free, Lance Yang
• [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
  • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Matthew Wilcox
    • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
      • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Matthew Wilcox
        • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
  • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Michal Hocko
    • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
      • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Michal Hocko
        • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
          • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yosry Ahmed
            • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
              • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yosry Ahmed
                • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
                  • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
                    • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
                      • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Michal Hocko
                        • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
          • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Michal Hocko
            • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
              • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Michal Hocko
                • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
                  • Re: [RFC PATCH] mm: Add reclaim type to memory.reclaim, Yafang Shao
• [PATCH v12 0/8] mm/gup: Introduce memfd_pin_folios() for pinning memfd folios, Vivek Kasireddy
  • [PATCH v12 1/8] mm/gup: Introduce unpin_folio/unpin_folios helpers, Vivek Kasireddy
    • Message not available
      • Re: [PATCH v12 1/8] mm/gup: Introduce unpin_folio/unpin_folios helpers, David Hildenbrand
  • [PATCH v12 4/8] udmabuf: Use vmf_insert_pfn and VM_PFNMAP for handling mmap, Vivek Kasireddy
  • [PATCH v12 6/8] udmabuf: Convert udmabuf driver to use folios, Vivek Kasireddy
  • [PATCH v12 7/8] udmabuf: Pin the pages using memfd_pin_folios() API, Vivek Kasireddy
  • [PATCH v12 3/8] mm/gup: Introduce memfd_pin_folios() for pinning memfd folios, Vivek Kasireddy
  • [PATCH v12 2/8] mm/gup: Introduce check_and_migrate_movable_folios(), Vivek Kasireddy
    • Re: [PATCH v12 2/8] mm/gup: Introduce check_and_migrate_movable_folios(), David Hildenbrand
  • [PATCH v12 8/8] selftests/udmabuf: Add tests to verify data after page migration, Vivek Kasireddy
  • [PATCH v12 5/8] udmabuf: Add back support for mapping hugetlb pages, Vivek Kasireddy
  • Re: [PATCH v12 0/8] mm/gup: Introduce memfd_pin_folios() for pinning memfd folios, David Hildenbrand
    • RE: [PATCH v12 0/8] mm/gup: Introduce memfd_pin_folios() for pinning memfd folios, Kasireddy, Vivek
      • Re: [PATCH v12 0/8] mm/gup: Introduce memfd_pin_folios() for pinning memfd folios, David Hildenbrand
• [PATCH v2] Docs/mm/damon/design: remove the details for pageout as paddr doesn't use MADV_PAGEOUT, Barry Song
  • Re: [PATCH v2] Docs/mm/damon/design: remove the details for pageout as paddr doesn't use MADV_PAGEOUT, SeongJae Park
• [PATCH] Docs/mm/damon/design: describe the differences for pageout's virtual address and physcial address, Barry Song
  • Re: [PATCH] Docs/mm/damon/design: describe the differences for pageout's virtual address and physcial address, SeongJae Park
    • Re: [PATCH] Docs/mm/damon/design: describe the differences for pageout's virtual address and physcial address, Barry Song
• [akpm-mm:mm-nonmm-unstable 30/33] samples/kfifo/dma-example.c:119:2: warning: variable '__tmp' is uninitialized when used within its own initialization, kernel test robot
• [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory, ankita
  • [PATCH v9 2/4] mm: Introduce new flag to indicate wc safe, ankita
  • [PATCH v9 1/4] KVM: arm64: Introduce new flag for non-cacheable IO memory, ankita
  • [PATCH v9 3/4] KVM: arm64: Set io memory s2 pte as normalnc for vfio pci device, ankita
  • [PATCH v9 4/4] vfio: Convey kvm that the vfio-pci device is wc safe, ankita
  • Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory, Oliver Upton
    • Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory, Ankit Agrawal
      • Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory, Oliver Upton
        • Re: [PATCH v9 0/4] KVM: arm64: Allow the VM to select DEVICE_* and NORMAL_NC for IO memory, Ankit Agrawal
• [PATCH] romfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] romfs: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] openpromfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] openpromfs: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] jfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] jfs: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
    • Re: [PATCH] jfs: remove SLAB_MEM_SPREAD flag usage, Dave Kleikamp
• [PATCH] smb: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] smb: remove SLAB_MEM_SPREAD flag usage, Steve French
• [PATCH] bfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] coda: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] ufs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] btrfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] btrfs: remove SLAB_MEM_SPREAD flag usage, David Sterba
• [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, Xiubo Li
    • Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, Chengming Zhou
      • Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, Xiubo Li
        • Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, Chengming Zhou
          • Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, Xiubo Li
            • Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage, Vlastimil Babka
• [PATCH] ubifs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] ubifs: remove SLAB_MEM_SPREAD flag usage, Richard Weinberger
  • Re: [PATCH] ubifs: remove SLAB_MEM_SPREAD flag usage, Zhihao Cheng
• [PATCH] zonefs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] zonefs: remove SLAB_MEM_SPREAD flag usage, Damien Le Moal
    • Re: [PATCH] zonefs: remove SLAB_MEM_SPREAD flag usage, Chengming Zhou
• [PATCH] xfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] xfs: remove SLAB_MEM_SPREAD flag usage, Darrick J. Wong
    • Re: [PATCH] xfs: remove SLAB_MEM_SPREAD flag usage, Chengming Zhou
• [PATCH] vfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] vfs: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] vboxsf: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] usb: isp1760: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] udf: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] udf: remove SLAB_MEM_SPREAD flag usage, Jan Kara
• [PATCH] overlayfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] tracefs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] tracefs: remove SLAB_MEM_SPREAD flag usage, Steven Rostedt
• [PATCH] sysv: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] sysv: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] sunrpc: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] ntfs3: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] reiserfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] reiserfs: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] nfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] quota: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] quota: remove SLAB_MEM_SPREAD flag usage, Jan Kara
• [PATCH] qnx6: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] qnx6: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] qnx4: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] qnx4: remove SLAB_MEM_SPREAD flag usage, Anders Larsen
• [PATCH] proc: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] proc: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] ocfs2: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] ocfs2: remove SLAB_MEM_SPREAD flag usage, Joseph Qi
    • Re: [PATCH] ocfs2: remove SLAB_MEM_SPREAD flag usage, Chengming Zhou
      • Re: [PATCH] ocfs2: remove SLAB_MEM_SPREAD flag usage, Joseph Qi
• [PATCH] net: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] minix: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] minix: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] adfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] jffs2: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] jffs2: remove SLAB_MEM_SPREAD flag usage, Zhihao Cheng
• [PATCH] 9p: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] isofs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] isofs: remove SLAB_MEM_SPREAD flag usage, Jan Kara
• [PATCH] affs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] affs: remove SLAB_MEM_SPREAD flag usage, David Sterba
• [PATCH] hpfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] gfs2: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] freevxfs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] freevxfs: remove SLAB_MEM_SPREAD flag usage, Christoph Hellwig
• [PATCH] fat: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] fat: remove SLAB_MEM_SPREAD flag usage, OGAWA Hirofumi
• [PATCH] ext4: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] ext4: remove SLAB_MEM_SPREAD flag usage, Theodore Ts'o
    • Re: [PATCH] ext4: remove SLAB_MEM_SPREAD flag usage, Matthew Wilcox
• [PATCH] ext2: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] ext2: remove SLAB_MEM_SPREAD flag usage, Jan Kara
• [PATCH] exfat: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] exfat: remove SLAB_MEM_SPREAD flag usage, Namjae Jeon
• [PATCH] erofs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] efs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] efs: remove SLAB_MEM_SPREAD flag usage, Christian Brauner
• [PATCH] dax: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] dax: remove SLAB_MEM_SPREAD flag usage, Dave Jiang
• [PATCH] befs: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
• [PATCH] bdev: remove SLAB_MEM_SPREAD flag usage, chengming . zhou
  • Re: [PATCH] bdev: remove SLAB_MEM_SPREAD flag usage, Jens Axboe
• [linux-next:master 6213/9575] igc_leds.c:undefined reference to `devm_led_classdev_register_ext', kernel test robot
  • Re: [linux-next:master 6213/9575] igc_leds.c:undefined reference to `devm_led_classdev_register_ext', Kurt Kanzenbach
• [PATCH v5 1/1] mm: enumerate all gfp flags, Suren Baghdasaryan
  • Re: [PATCH v5 1/1] mm: enumerate all gfp flags, Christophe JAILLET
    • Re: [PATCH v5 1/1] mm: enumerate all gfp flags, Suren Baghdasaryan
      • Re: [PATCH v5 1/1] mm: enumerate all gfp flags, Michal Hocko
        • Re: [PATCH v5 1/1] mm: enumerate all gfp flags, Suren Baghdasaryan
• Re: [PATCH] exec: Delete unnecessary statements in remove_arg_zero(), Kees Cook
• Re: [PATCH] exec: Remove unnecessary ‘NULL’ values from vma, Kees Cook
• [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Luis Chamberlain
  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Theodore Ts'o
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Chris Mason
            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Luis Chamberlain
      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Al Viro
                      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
                          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
                                                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Paul E. McKenney
                                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Dave Chinner
                        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
                                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                                    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                                      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Luis Chamberlain
                            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
                                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Luis Chamberlain
  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Dave Chinner
  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Luis Chamberlain
      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
    • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Dave Chinner
      • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Dave Chinner
          • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Amir Goldstein
            • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Chris Mason
            • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Dave Chinner
              • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Dave Chinner
        • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Matthew Wilcox
          • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
            • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
              • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
                • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Linus Torvalds
                  • Re: [LSF/MM/BPF TOPIC] Measuring limits and enhancing buffered IO, Kent Overstreet
• [PATCH v2 bpf-next 0/3] mm: Cleanup and identify various users of kernel virtual address space, Alexei Starovoitov
  • [PATCH v2 bpf-next 1/3] mm: Enforce VM_IOREMAP flag and range in ioremap_page_range., Alexei Starovoitov
    • Re: [PATCH v2 bpf-next 1/3] mm: Enforce VM_IOREMAP flag and range in ioremap_page_range., Christoph Hellwig
  • [PATCH v2 bpf-next 2/3] mm, xen: Separate xen use cases from ioremap., Alexei Starovoitov
    • Re: [PATCH v2 bpf-next 2/3] mm, xen: Separate xen use cases from ioremap., Christoph Hellwig
    • Re: [PATCH v2 bpf-next 2/3] mm, xen: Separate xen use cases from ioremap., Mike Rapoport
      • Re: [PATCH v2 bpf-next 2/3] mm, xen: Separate xen use cases from ioremap., Alexei Starovoitov
  • [PATCH v2 bpf-next 3/3] mm: Introduce VM_SPARSE kind and vm_area_[un]map_pages()., Alexei Starovoitov
    • Re: [PATCH v2 bpf-next 3/3] mm: Introduce VM_SPARSE kind and vm_area_[un]map_pages()., Christoph Hellwig
      • Re: [PATCH v2 bpf-next 3/3] mm: Introduce VM_SPARSE kind and vm_area_[un]map_pages()., Alexei Starovoitov
        • Re: [PATCH v2 bpf-next 3/3] mm: Introduce VM_SPARSE kind and vm_area_[un]map_pages()., Christoph Hellwig
• [LSF/MM/BPF TOPIC] shmem/tmpfs: large folios adoption, regression tracking and performance testing, Daniel Gomez
• [linux-next:pending-fixes] BUILD SUCCESS bf23699d860e0906878a926021e11f371527c51e, kernel test robot
• Re: [merged mm-stable] kasan-add-atomic-tests.patch removed from -mm tree, Paul Heidekrüger
  • Re: [merged mm-stable] kasan-add-atomic-tests.patch removed from -mm tree, Andrew Morton
    • [PATCH] kasan: fix a2 allocation and remove explicit cast in atomic tests, Paul Heidekrüger
• [PATCH v2 0/3] cleanup of SLAB_ flags, Vlastimil Babka
  • [PATCH v2 2/3] mm, slab: use an enum to define SLAB_ cache creation flags, Vlastimil Babka
    • Re: [PATCH v2 2/3] mm, slab: use an enum to define SLAB_ cache creation flags, David Rientjes
  • [PATCH v2 3/3] mm, slab, kasan: replace kasan_never_merge() with SLAB_NO_MERGE, Vlastimil Babka
    • Re: [PATCH v2 3/3] mm, slab, kasan: replace kasan_never_merge() with SLAB_NO_MERGE, David Rientjes
  • [PATCH v2 1/3] mm, slab: deprecate SLAB_MEM_SPREAD flag, Vlastimil Babka
    • Re: [PATCH v2 1/3] mm, slab: deprecate SLAB_MEM_SPREAD flag, David Rientjes
  • Re: [PATCH v2 0/3] cleanup of SLAB_ flags, Vlastimil Babka
• [linux-next:master] BUILD REGRESSION 33e1d31873f87d119e5120b88cd350efa68ef276, kernel test robot
• [PATCH v3] mm: Update mark_victim tracepoints fields, Carlos Galo
• [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, shiju.jose
  • [RFC PATCH v7 02/12] cxl/mbox: Add GET_FEATURE mailbox command, shiju.jose
  • [RFC PATCH v7 03/12] cxl/mbox: Add SET_FEATURE mailbox command, shiju.jose
    • Re: [RFC PATCH v7 03/12] cxl/mbox: Add SET_FEATURE mailbox command, fan
      • RE: [RFC PATCH v7 03/12] cxl/mbox: Add SET_FEATURE mailbox command, Shiju Jose
  • [RFC PATCH v7 01/12] cxl/mbox: Add GET_SUPPORTED_FEATURES mailbox command, shiju.jose
  • [RFC PATCH v7 04/12] cxl/memscrub: Add CXL device patrol scrub control feature, shiju.jose
  • [RFC PATCH v7 05/12] cxl/memscrub: Add CXL device ECS control feature, shiju.jose
  • [RFC PATCH v7 06/12] memory: scrub: Add scrub subsystem driver supports configuring memory scrubs in the system, shiju.jose
  • [RFC PATCH v7 07/12] cxl/memscrub: Register CXL device patrol scrub with scrub subsystem driver, shiju.jose
  • [RFC PATCH v7 09/12] ACPICA: ACPI 6.5: Add support for RAS2 table, shiju.jose
  • [RFC PATCH v7 08/12] cxl/memscrub: Register CXL device ECS with scrub subsystem driver, shiju.jose
  • [RFC PATCH v7 10/12] ACPI:RAS2: Add common library for RAS2 PCC interfaces, shiju.jose
    • Re: [RFC PATCH v7 10/12] ACPI:RAS2: Add common library for RAS2 PCC interfaces, fan
    • Re: [RFC PATCH v7 10/12] ACPI:RAS2: Add common library for RAS2 PCC interfaces, Daniel Ferguson
  • [RFC PATCH v7 11/12] ACPI:RAS2: Add driver for ACPI RAS2 feature table (RAS2), shiju.jose
    • Re: [RFC PATCH v7 11/12] ACPI:RAS2: Add driver for ACPI RAS2 feature table (RAS2), Daniel Ferguson
  • [RFC PATCH v7 12/12] memory: RAS2: Add memory RAS2 driver, shiju.jose
    • Re: [RFC PATCH v7 12/12] memory: RAS2: Add memory RAS2 driver, Yazen Ghannam
      • Re: [RFC PATCH v7 12/12] memory: RAS2: Add memory RAS2 driver, Jonathan Cameron
    • Re: [RFC PATCH v7 12/12] memory: RAS2: Add memory RAS2 driver, Daniel Ferguson
      • RE: [RFC PATCH v7 12/12] memory: RAS2: Add memory RAS2 driver, Shiju Jose
  • Re: [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, Borislav Petkov
    • Re: [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, Jonathan Cameron
      • Re: [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, Borislav Petkov
      • RE: [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, Duran, Leo
  • Re: [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, Daniel Ferguson
    • RE: [RFC PATCH v7 00/12] memory: scrub: introduce subsystem + CXL/ACPI-RAS2 drivers, Shiju Jose
• [bug report] mm/pgtable: add rcu_read_lock() and rcu_read_unlock()s, Dan Carpenter
• [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Byungchul Park
  • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Huang, Ying
    • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Byungchul Park
  • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Michal Hocko
    • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Johannes Weiner
      • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Byungchul Park
        • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Huang, Ying
          • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Byungchul Park
      • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Huang, Ying
        • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Byungchul Park
          • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Huang, Ying
            • Re: [PATCH v3] mm, vmscan: do not turn on cache_trim_mode if it doesn't work, Byungchul Park
• [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769, kernel test robot
  • Re: [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769, Kees Cook
    • Re: [linux-next:master] BUILD REGRESSION e31185ce00a96232308300008db193416ceb9769, John Paul Adrian Glaubitz
• [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
  • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Minchan Kim
    • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
      • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Minchan Kim
        • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
          • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, SeongJae Park
            • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
              • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, SeongJae Park
                • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
            • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, SeongJae Park
              • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
                • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, SeongJae Park
  • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, SeongJae Park
    • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, Barry Song
      • Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young, SeongJae Park
• [PATCH 0/5] mm: unify default compressor algorithm for zram/zswap, Kefeng Wang
  • [PATCH 2/5] zram: make zram depends on SWAP, Kefeng Wang
    • Re: [PATCH 2/5] zram: make zram depends on SWAP, Sergey Senozhatsky
  • [PATCH 1/5] zram: zcomp: remove zcomp_set_max_streams() declaration, Kefeng Wang
  • [PATCH 4/5] mm: zswap: default to lzo-rle instead of lzo, Kefeng Wang
  • [PATCH 5/5] mm: unify default compressor algorithm for zswap and zram, Kefeng Wang
  • [PATCH 3/5] zram: support deflate compressor, Kefeng Wang
  • Re: [PATCH 0/5] mm: unify default compressor algorithm for zram/zswap, Yosry Ahmed
    • Re: [PATCH 0/5] mm: unify default compressor algorithm for zram/zswap, Kefeng Wang
  • Re: [PATCH 0/5] mm: unify default compressor algorithm for zram/zswap, Sergey Senozhatsky
    • Re: [PATCH 0/5] mm: unify default compressor algorithm for zram/zswap, Kefeng Wang
• [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Tetsuo Handa
  • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Yosry Ahmed
    • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
      • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Yosry Ahmed
        • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
          • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
            • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Yosry Ahmed
              • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
      • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Chengming Zhou
        • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
        • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Tetsuo Handa
          • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Chengming Zhou
  • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
    • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Tetsuo Handa
      • [PATCH] x86: disable non-instrumented version of copy_page when KMSAN is enabled, Tetsuo Handa
        • [PATCH v2] x86: disable non-instrumented version of copy_page when KMSAN is enabled, Tetsuo Handa
      • Re: [mm/page_alloc or mm/vmscan or mm/zswap] use-after-free in obj_malloc(), Sergey Senozhatsky
• [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Pasha Tatashin
  • Re: [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Peter Collingbourne
    • Re: [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Matthew Wilcox
      • Re: [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Peter Collingbourne
  • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Michal Hocko
    • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Pasha Tatashin
      • Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Dynamic Growth of Kernel Stacks, Michal Hocko
• folio_mmapped, Matthew Wilcox
  • Re: folio_mmapped, David Hildenbrand
    • Re: Re: folio_mmapped, Elliot Berman
      • Re: folio_mmapped, David Hildenbrand
        • Re: folio_mmapped, Quentin Perret
          • Re: folio_mmapped, David Hildenbrand
            • Re: folio_mmapped, Quentin Perret
              • Re: folio_mmapped, David Hildenbrand
                • Re: folio_mmapped, Quentin Perret
                  • Re: Re: folio_mmapped, Elliot Berman
                    • Re: Re: folio_mmapped, Quentin Perret
                  • Re: folio_mmapped, David Hildenbrand
                    • Re: folio_mmapped, Fuad Tabba
                      • Re: Re: folio_mmapped, Elliot Berman
                        • Re: folio_mmapped, David Hildenbrand
                          • Re: folio_mmapped, Quentin Perret
                            • Re: folio_mmapped, David Hildenbrand
                      • Re: folio_mmapped, David Hildenbrand
                    • Re: folio_mmapped, Quentin Perret
                      • Re: folio_mmapped, Sean Christopherson
                        • Re: folio_mmapped, David Hildenbrand
                          • Re: Re: folio_mmapped, Elliot Berman
                            • Re: folio_mmapped, David Hildenbrand
                              • Re: folio_mmapped, Quentin Perret
                                • Re: folio_mmapped, David Hildenbrand
                          • Re: folio_mmapped, Vishal Annapurve
                            • Re: folio_mmapped, David Hildenbrand
                              • Re: folio_mmapped, Vishal Annapurve
                                • Re: folio_mmapped, Sean Christopherson
                                  • Re: folio_mmapped, David Hildenbrand
                                    • Re: folio_mmapped, David Hildenbrand
                                    • Re: folio_mmapped, Will Deacon
                                      • Re: Re: folio_mmapped, Elliot Berman
                                        • Re: Re: folio_mmapped, Will Deacon
                                          • Re: Re: Re: folio_mmapped, Elliot Berman
                                            • Re: Re: Re: folio_mmapped, Will Deacon
                                      • Message not available
                                        • Re: folio_mmapped, David Hildenbrand
                                          • Re: Re: folio_mmapped, Elliot Berman
                                      • Message not available
                                        • Re: folio_mmapped, Will Deacon
                                          • Re: folio_mmapped, David Hildenbrand
                                            • Re: folio_mmapped, Quentin Perret
                                              • Re: folio_mmapped, David Hildenbrand
                                                • Re: folio_mmapped, Quentin Perret
                                                  • Re: folio_mmapped, David Hildenbrand
                                                    • Re: folio_mmapped, Vishal Annapurve
                                          • Re: folio_mmapped, Sean Christopherson
                                    • Re: folio_mmapped, Sean Christopherson
                                      • Re: folio_mmapped, David Hildenbrand
• [PATCH v17 00/35] Drivers for Gunyah hypervisor, Elliot Berman
  • [PATCH v17 03/35] gunyah: Common types and error codes for Gunyah hypercalls, Elliot Berman
  • [PATCH v17 06/35] virt: gunyah: msgq: Add hypercalls to send and receive messages, Elliot Berman
  • [PATCH v17 02/35] dt-bindings: Add binding for gunyah hypervisor, Elliot Berman
  • [PATCH v17 04/35] virt: gunyah: Add hypercalls to identify Gunyah, Elliot Berman
  • [PATCH v17 09/35] gunyah: rsc_mgr: Add VM lifecycle RPC, Elliot Berman
    • Re: [PATCH v17 09/35] gunyah: rsc_mgr: Add VM lifecycle RPC, Srivatsa Vaddagiri
  • [PATCH v17 12/35] virt: gunyah: Add resource tickets, Elliot Berman
    • Re: [PATCH v17 12/35] virt: gunyah: Add resource tickets, Srivatsa Vaddagiri
      • Re: Re: [PATCH v17 12/35] virt: gunyah: Add resource tickets, Elliot Berman
  • [PATCH v17 21/35] gunyah: rsc_mgr: Add platform ops on mem_lend/mem_reclaim, Elliot Berman
  • [PATCH v17 20/35] virt: gunyah: Add interfaces to map memory into guest address space, Elliot Berman
  • [PATCH v17 23/35] virt: gunyah: Implement guestmemfd, Elliot Berman
  • [PATCH v17 15/35] virt: gunyah: Add proxy-scheduled vCPUs, Elliot Berman
    • Re: [PATCH v17 15/35] virt: gunyah: Add proxy-scheduled vCPUs, Srivatsa Vaddagiri
    • Re: [PATCH v17 15/35] virt: gunyah: Add proxy-scheduled vCPUs, Srivatsa Vaddagiri
      • Re: [PATCH v17 15/35] virt: gunyah: Add proxy-scheduled vCPUs, Elliot Berman
  • [PATCH v17 16/35] gunyah: Add hypercalls for demand paging, Elliot Berman
    • Re: [PATCH v17 16/35] gunyah: Add hypercalls for demand paging, Srivatsa Vaddagiri
  • [PATCH v17 17/35] gunyah: rsc_mgr: Add memory parcel RPC, Elliot Berman
    • Re: [PATCH v17 17/35] gunyah: rsc_mgr: Add memory parcel RPC, Srivatsa Vaddagiri
  • [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
    • Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Christoph Hellwig
      • Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
        • Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Christoph Hellwig
          • Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, David Hildenbrand
            • Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
              • Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, David Hildenbrand
                • Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
                  • Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
                    • Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, David Hildenbrand
        • Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Quentin Perret
          • Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
            • Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Quentin Perret
              • Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
                • Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Quentin Perret
                  • Re: Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions, Elliot Berman
  • [PATCH v17 14/35] virt: gunyah: Add hypercalls for running a vCPU, Elliot Berman
    • Re: [PATCH v17 14/35] virt: gunyah: Add hypercalls for running a vCPU, Srivatsa Vaddagiri
  • [PATCH v17 13/35] gunyah: vm_mgr: Add framework for VM Functions, Elliot Berman
    • Re: [PATCH v17 13/35] gunyah: vm_mgr: Add framework for VM Functions, Srivatsa Vaddagiri
  • [PATCH v17 31/35] virt: gunyah: Add hypercalls for sending doorbell, Elliot Berman
  • [PATCH v17 05/35] virt: gunyah: Add hypervisor driver, Elliot Berman
    • Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver, Konrad Dybcio
      • Re: Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver, Elliot Berman
        • Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver, Konrad Dybcio
    • Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver, Srivatsa Vaddagiri
  • [PATCH v17 10/35] gunyah: vm_mgr: Add VM start/stop, Elliot Berman
    • Re: [PATCH v17 10/35] gunyah: vm_mgr: Add VM start/stop, Srivatsa Vaddagiri
  • [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor, Elliot Berman
    • Re: [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor, Pavan Kondeti
    • Re: [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor, Srivatsa Vaddagiri
  • [PATCH v17 22/35] virt: gunyah: Add Qualcomm Gunyah platform ops, Elliot Berman
  • [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource, Elliot Berman
    • Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource, Srivatsa Vaddagiri
      • Re: Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource, Elliot Berman
    • Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource, Pavan Kondeti
      • Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource, Elliot Berman
  • [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core, Elliot Berman
    • Re: [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core, Srivatsa Vaddagiri
      • Re: Re: [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core, Elliot Berman
  • [PATCH v17 18/35] mm/interval_tree: Export iter_first/iter_next, Elliot Berman
  • [PATCH v17 24/35] virt: gunyah: Add ioctl to bind guestmem to VMs, Elliot Berman
  • [PATCH v17 34/35] virt: gunyah: Add ioeventfd, Elliot Berman
  • [PATCH v17 26/35] virt: gunyah: Share guest VM dtb configuration to Gunyah, Elliot Berman
  • [PATCH v17 28/35] virt: gunyah: Enable demand paging, Elliot Berman
  • [PATCH v17 30/35] virt: gunyah: Allow userspace to initialize context of primary vCPU, Elliot Berman
    • Re: [PATCH v17 30/35] virt: gunyah: Allow userspace to initialize context of primary vCPU, Srivatsa Vaddagiri
  • [PATCH v17 08/35] gunyah: vm_mgr: Introduce basic VM Manager, Elliot Berman
    • Re: [PATCH v17 08/35] gunyah: vm_mgr: Introduce basic VM Manager, Srivatsa Vaddagiri
  • [PATCH v17 29/35] gunyah: rsc_mgr: Add RPC to set VM boot context, Elliot Berman
    • Re: [PATCH v17 29/35] gunyah: rsc_mgr: Add RPC to set VM boot context, Srivatsa Vaddagiri
  • [PATCH v17 35/35] MAINTAINERS: Add Gunyah hypervisor drivers section, Elliot Berman
  • [PATCH v17 25/35] virt: gunyah: guestmem: Initialize RM mem parcels from guestmem, Elliot Berman
  • [PATCH v17 33/35] virt: gunyah: Add IO handlers, Elliot Berman
  • [PATCH v17 27/35] gunyah: rsc_mgr: Add RPC to enable demand paging, Elliot Berman
  • [PATCH v17 32/35] virt: gunyah: Add irqfd interface, Elliot Berman
• [GIT PULL] hotfixes for 6.8-rc6, Andrew Morton
  • Re: [GIT PULL] hotfixes for 6.8-rc6, pr-tracker-bot
• [linux-next:master 8181/9122] arch/arm/boot/compressed/misc.h:13:36: error: macro "fortify_panic" requires 2 arguments, but only 1 given, kernel test robot
• [PATCH v2] mm, mmap: fix vma_merge() case 7 with vma_ops->close, Vlastimil Babka
  • Re: [PATCH v2] mm, mmap: fix vma_merge() case 7 with vma_ops->close, Lorenzo Stoakes
  • Re: [PATCH v2] mm, mmap: fix vma_merge() case 7 with vma_ops->close, Liam R. Howlett
• [PATCH v2] mm/util.c: Added byte count to __vm_enough_memory failure warning, Matthew Cassell
• [PATCH mm-stable 1/2] x86/mm: further clarify switch_mm_irqs_off() documentation, Yosry Ahmed
  • Re: [PATCH mm-stable 1/2] x86/mm: further clarify switch_mm_irqs_off() documentation, Dave Hansen
  • [PATCH mm-stable 2/2] x86/mm: always pass NULL as the first argument of switch_mm_irqs_off(), Yosry Ahmed
    • Re: [PATCH mm-stable 2/2] x86/mm: always pass NULL as the first argument of switch_mm_irqs_off(), Dave Hansen
• [PATCH v5 00/11] IOMMU memory observability, Pasha Tatashin
  • [PATCH v5 02/11] iommu/dma: use iommu_put_pages_list() to releae freelist, Pasha Tatashin
    • Re: [PATCH v5 02/11] iommu/dma: use iommu_put_pages_list() to releae freelist, David Rientjes
  • [PATCH v5 08/11] iommu/sun50i: use page allocation function provided by iommu-pages.h, Pasha Tatashin
  • [PATCH v5 10/11] iommu: observability of the IOMMU allocations, Pasha Tatashin
  • [PATCH v5 11/11] iommu: account IOMMU allocated memory, Pasha Tatashin
  • [PATCH v5 06/11] iommu/exynos: use page allocation function provided by iommu-pages.h, Pasha Tatashin
  • [PATCH v5 07/11] iommu/rockchip: use page allocation function provided by iommu-pages.h, Pasha Tatashin