Linux Alpha

• Date Index

• Re: [PATCH] kernel/irq/proc: performance: replace seq_printf with seq_put_decimal_ull_width, Thomas Gleixner
• [PATCH v2 00/10] sysfs: constify struct bin_attribute (Part 1), Thomas Weißschuh
  • [PATCH v2 01/10] sysfs: explicitly pass size to sysfs_add_bin_file_mode_ns(), Thomas Weißschuh
  • [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size, Thomas Weißschuh
    • Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size, Bjorn Helgaas
    • Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size, Armin Wolf
    • Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size, Krzysztof Wilczyński
      • Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size, Greg Kroah-Hartman
        • Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size, Krzysztof Wilczyński
  • [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Thomas Weißschuh
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Ilpo Järvinen
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Jason Gunthorpe
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Ira Weiny
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Martin K. Petersen
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Bjorn Helgaas
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Pratyush Yadav
    • Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible(), Srinivas Kandagatla
  • [PATCH v2 09/10] sysfs: bin_attribute: add const read/write callback variants, Thomas Weißschuh
  • [PATCH v2 10/10] driver core: Constify attribute arguments of binary attributes, Thomas Weißschuh
  • [PATCH v2 03/10] PCI/sysfs: Calculate bin_attribute size through bin_size(), Thomas Weißschuh
    • Re: [PATCH v2 03/10] PCI/sysfs: Calculate bin_attribute size through bin_size(), Bjorn Helgaas
  • [PATCH v2 04/10] nvmem: core: calculate bin_attribute size through bin_size(), Thomas Weißschuh
    • Re: [PATCH v2 04/10] nvmem: core: calculate bin_attribute size through bin_size(), Srinivas Kandagatla
  • [PATCH v2 06/10] sysfs: treewide: constify attribute callback of bin_attribute::mmap(), Thomas Weißschuh
    • Re: [PATCH v2 06/10] sysfs: treewide: constify attribute callback of bin_attribute::mmap(), Andrew Donnellan
  • [PATCH v2 07/10] sysfs: treewide: constify attribute callback of bin_attribute::llseek(), Thomas Weißschuh
  • [PATCH v2 08/10] sysfs: implement all BIN_ATTR_* macros in terms of __BIN_ATTR(), Thomas Weißschuh
  • Re: [PATCH v2 00/10] sysfs: constify struct bin_attribute (Part 1), Krzysztof Wilczyński
  • Re: [PATCH v2 00/10] sysfs: constify struct bin_attribute (Part 1), Bjorn Helgaas
• [PATCH v4 0/5] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH v4 4/5] tools: testing: update tools UAPI header for mman-common.h, Lorenzo Stoakes
  • [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
  • [PATCH v4 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • [PATCH v4 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
  • [PATCH v4 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • Re: [PATCH v4 0/5] implement lightweight guard pages, SeongJae Park
    • Re: [PATCH v4 0/5] implement lightweight guard pages, Lorenzo Stoakes
• [PATCH] mm: yield on fatal signal/cond_sched() in vector_madvise(), Lorenzo Stoakes
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ar Worf
  • <Possible follow-ups>
  • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", thomas superb
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v7 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v7 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
  • [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
        • Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
  • [PATCH v7 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
  • [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit, Mike Rapoport
  • Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations, Steven Rostedt
    • Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
• [PATCH v3 0/5] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Andrew Morton
      • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
        • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, David Hildenbrand
          • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
            • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, David Hildenbrand
              • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Vlastimil Babka
      • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Jarkko Sakkinen
      • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
    • Re: [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker, Jarkko Sakkinen
  • [PATCH v3 4/5] tools: testing: update tools UAPI header for mman-common.h, Lorenzo Stoakes
  • [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Andrew Morton
      • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Andrew Morton
          • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
      • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
        • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
          • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
      • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Jarkko Sakkinen
  • [PATCH v3 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
    • Re: [PATCH v3 5/5] selftests/mm: add self tests for guard page feature, Jarkko Sakkinen
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements, jisralbasha
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., WangYuli
  • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Mingcong Bai
    • [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Kexy Biscuit
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nikita Travkin
        • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", WangYuli
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Mingcong Bai
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tonghao Zhang
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nikita Shubin
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Lance Yang
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Yangyu Chen
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Sergio Paracuellos
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Yao Zi
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tor Vic
        • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Linus Torvalds
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Phillip Susi
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Peter Cai
            • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Linus Torvalds
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Peter Cai
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Mikhail Novosyolov
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nikolay Kichukov
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tor Vic
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", NotYourFox
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Integral
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", B4D_US3R
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
            • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Andy Shevchenko
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Guenter Roeck
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
                  • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Guenter Roeck
                    • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nopempele N
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Sergey Shtylyov
          • what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."), Michael Shigorin
            • Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."), Wanglei
            • Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."), Wanglei
          • [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries, Vladimir Vladimirovich Putin
            • [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements., Vladimir Vladimirovich Putin
              • lore.kernel.org getting senile ? [WAS: [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements., metux
            • [PATCH 2/2] MAINTAINERS: Remove Loongson due to compilance requirements., Vladimir Vladimirovich Putin
            • Re: [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries, NotYourFox
          • LINUS TORVALDS IS A DICK, Russian Troll Factory No15872808016711155501295394132314014329123383180896101673526784107152032490028137321872772627535220808528284975537183562225013000
          • LINUS TORVALDS IS A DICK, Russian Troll Factory No2333113724691862412370505314550 . 301522361658681972819097215937998212703204793632409614950580 . 711014116901113627315250812066331608136907483394686821870024 . =?UTF-8?Q?03945103220676365158666227821
          • LINUS TORVALDS IS A DICK, Russian Troll Factory No2333113724691862412370505314550 . 301522361658681972819097215937998212703204793632409614950580 . 711014116901113627315250812066331608136907483394686821870024 . =?UTF-8?Q?03945103220676365158666227821
          • [NOTIFICATION] Linux Mailing List - New Messages, Russian Troll Factory No2333113724691862412370505314550 . 301522361658681972819097215937998212703204793632409614950580 . 711014116901113627315250812066331608136907483394686821870024 . =?UTF-8?Q?03945103220676365158666227821
          • [NOTIFICATION] Linux Mailing List - New Messages, Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653
          • [THE TRUTH] LINUS TORVALDS IS A DICK, Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653
          • Magisk patch for android nox devices, Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653
          • Magisk patch for android nox devices, Russian Troll Factory No281742296698911513916097227571403478972960872081416129133806325921427484102557115242113662430579342664221326259814970166525751
          • Magisk patch for android nox devices, Russian Troll Factory No6219308334036166534455211471731614489664454072434926844222899273128481508994108304892285631274729335234168233171701621827481
          • Magisk patch for android nox devices, Russian Troll Factory No1623111911887115334126552327810255156763100131913948076972599316269133292559116809224612844417367366531719173361944319700320516404
          • Magisk patch for android nox devices, Russian Troll Factory No103439967473128505210232207132519962184561092430770196023271499821112313107315235535885823896315333202386343974220981522926002
          • Magisk patch for android nox devices, Russian Troll Factory No30459682557228112105012516369384861630659931201419675109881871217488537219982036431405381624542283323525020322246374487
          • Magisk patch for android nox devices, Russian Troll Factory No15934244494020120642396510575290130910162782353616833177811891830603103514006166792191719531181158225091057727110305002264216876
          • Magisk patch for android nox devices, Russian Troll Factory No1134522873327151948221826694232951069642232359833514323664229350247553198027171543126898136796110301802891631367252341110218926
          • Magisk patch for android nox devices, Russian Troll Factory No101558695295104112222171147244812024410111895196322567722811215107263107132653141041551231219108641203329828612151322236011190
          • Magisk patch for android nox devices, Russian Troll Factory No815620860248991615389861340054351180625809278551764113110229532173024199158632461416948561818543245642959930231834417238229929252
          • Magisk patch for android nox devices, Russian Troll Factory No260514655240868651681554541120830602982121025722286328249193132677890951209756961642118806381177982473576792841666513973
          • Magisk patch for android nox devices, Russian Troll Factory No20905209601311958242731565374199235311807310329238357771204132243322402928837852364679735075180081157725285325023645145514407
          • Magisk patch for android nox devices, Russian Troll Factory No287721318910032309081113513943682726499271761791820951281951436454832220155122863228825355525167129912573205532461224992759424873
          • Magisk patch for android nox devices, Russian Troll Factory No17826218401105021817842129545381128121753081730610171471353027717322491121330093113273059749101093118488354821189169813209831860
          • Magisk patch for android nox devices, Russian Troll Factory No229072043219446111872669757514602190831514292781279135132810425289178499138369441911020342259711302012736581010934125359460
          • Magisk patch for android nox devices, Russian Troll Factory No6049212961557023367288726997179212728420815175652006210532816246372233429930783910156192832738213244323722258626768190012801429625
          • Magisk patch for android nox devices, Russian Troll Factory No3251214663148522521522520115442277024236842294791806428259808821013261332189610550118606398324732819928675167321449493331773629199
          • Magisk patch for android nox devices, Russian Troll Factory No3009113635287891861913185655201581154924871136012270414348130192884625096102051382618699963388092363229814700261331871761329474
          • Magisk patch for android nox devices, Russian Troll Factory No14618279572208551642101103740962120117370252952048311852188413910185679690829314191248641272410849196441385512151172242044520279
          • Magisk patch for android nox devices, Russian Troll Factory No23060182024416380525440170451926936691156862103912740708129141738823946402926672226902566110254283736742249027058607213094
          • Magisk patch for android nox devices, Russian Troll Factory No2843521911106131646113453137919440112706319275011777828742997520352230512502114345975733522649412069169501286322423657199205879
          • Magisk patch for android nox devices, Russian Troll Factory No23842130191005615298197021176028071661393765023998612818175484311252912213179134437986189991480920612188433236525528315786385
          • Magisk patch for android nox devices, Russian Troll Factory No1072927230971227864746261252257929144161832119427680493412026249156751791411748303808449140682386715963223892737228046176911838
          • Magisk patch for android nox devices, Russian Troll Factory No74255552498227832615065052010472479835158450552548358488651726023873146347163208232916321944189786270563719972248210083
          • Magisk patch for android nox devices, Russian Troll Factory No30173278224503208632368615297312671257826248300782790835761136815941206154804196863873443244623300734517418251325039324193377
          • Magisk patch for android nox devices, Russian Troll Factory No280911976419696751013153320826047285019318295994323692916566562245381307728983236971281311209893230077630560163463230127673
          • Magisk patch for android nox devices, Russian Troll Factory No224144578241966920156064188199102753442345511660015209216651919775173258737401357233015740549927918214791708113432289353039
          • Magisk patch for android nox devices, Russian Troll Factory No785711924750158342620131827108520175222218412130628841180683210094684889142972473031440492009629643309731963256622731026967
          • Magisk patch for android nox devices, Russian Troll Factory No263382801613128241581220920799267751828717445239952613442103093227910004286843140521447116461243919301298201212910162126670027636
          • Magisk patch for android nox devices, Russian Troll Factory No1453814022200981107625138523228501451930834124675582212844455857829216311903157331000974131513604256422023857593247344819185
          • Magisk patch for android nox devices, Russian Troll Factory No891622132171136182871822154215668629584198453101825252952799015417288673125817024261462302707229403263072352343831698227498
          • Magisk patch for android nox devices, Russian Troll Factory No2459879441353210121129569357233712483264622714116913729475501589112132848621632956160261816310147828314142940631788203423925
          • Magisk patch for android nox devices, Russian Troll Factory No41163039818827240705513532026497164262436828500263341650943622628122712578929855268467945401149926696447018832276161779832264
          • Magisk patch for android nox devices, Russian Troll Factory No1536239842895262931225811575185472591149412074612914204882687495714634103492751930559223641220723968220682072022693143133166911303
          • Magisk patch for android nox devices, Russian Troll Factory No124102107614936132237169106192194306572797123221588731441134731292530075318731846332329166771387842821482716761931624377595610961
          • Magisk patch for android nox devices, Russian Troll Factory No29127292801656230002288881190516189900529711444515686669436139362508727712154442096525563677160452319632001321783263785273714
          • Magisk patch for android nox devices, Russian Troll Factory No134398604222658691317071485813290162362119138299248751155352853315159317771744424793254803551268236789250431586118349188925940
          • Magisk patch for android nox devices, Russian Troll Factory No2708244593518649817073458115213400141616877250811766822346192812686202883217843230833232112404007111781932511204195783256
          • Magisk patch for android nox devices, Russian Troll Factory No271241182262529470158368334307958208204522924631681408115158110636801578517908140749826211402494881312487421951176430536853
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tor Vic
      • Message not available
        • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Andy Shevchenko
    • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Mingcong Bai
      • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., WangYuli
      • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Jiaxun Yang
        • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Mingcong Bai
  • <Possible follow-ups>
  • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Anna Antonenko
  • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Nikita Shubin
  • [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Jensen Huang
    • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., 陈寒彤
• provide generic page_to_phys and phys_to_page implementations v3, Christoph Hellwig
  • [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys, Christoph Hellwig
    • Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys, Christophe Leroy
  • Re: provide generic page_to_phys and phys_to_page implementations v3, Arnd Bergmann
• [no subject], Unknown
• [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
    • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
          • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Dave Hansen
    • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
          • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
            • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
            • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
              • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
                • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
                  • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
                    • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
                      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
                        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
                        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
                          • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
  • [PATCH v2 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
    • Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature, Shuah Khan
      • Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
      • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, John Hubbard
            • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
              • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
    • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
      • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
        • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
            • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
              • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
                • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
                • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
                  • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
                  • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
      • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Jann Horn
            • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
              • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Jann Horn
                • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
  • [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs, Vlastimil Babka
      • Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [PATCH v2 4/5] tools: testing: update tools UAPI header for mman-common.h, Lorenzo Stoakes
  • Re: [PATCH v2 0/5] implement lightweight guard pages, Florian Weimer
    • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
    • Re: [PATCH v2 0/5] implement lightweight guard pages, Dmitry Vyukov
      • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
        • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
          • Re: [PATCH v2 0/5] implement lightweight guard pages, Dmitry Vyukov
            • Re: [PATCH v2 0/5] implement lightweight guard pages, Vlastimil Babka
              • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
                • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
                  • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
                    • Re: [PATCH v2 0/5] implement lightweight guard pages, Marco Elver
                      • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
                        • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
              • Re: [PATCH v2 0/5] implement lightweight guard pages, Dmitry Vyukov
• [PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
    • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
      • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
        • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
          • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
            • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
            • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
            • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
              • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • [PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
  • [PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
  • Re: [PATCH 0/4] implement lightweight guard pages, Vlastimil Babka
    • Re: [PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
      • Re: [PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
    • Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Uladzislau Rezki
    • Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Luis Chamberlain
  • [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
    • Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Uladzislau Rezki
    • Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Luis Chamberlain
  • [PATCH v6 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
    • Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h, Luis Chamberlain
  • [PATCH v6 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
    • Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text, Luis Chamberlain
  • [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush(), Luis Chamberlain
  • [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Peter Zijlstra
        • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
          • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
        • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v6 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
  • [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit, Mike Rapoport
    • Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit, Luis Chamberlain
  • Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations, Luis Chamberlain
• provide generic page_to_phys and phys_to_page implementations v2, Christoph Hellwig
  • [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid, Christoph Hellwig
    • Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid, Thomas Huth
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
  • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Pingfan Liu
    • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
      • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Pingfan Liu
        • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
  • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
  • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
• [PATCH v5 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
    • Re: [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Christoph Hellwig
  • [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
    • Re: [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Christoph Hellwig
  • [PATCH v5 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
    • Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h, Christoph Hellwig
    • Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h, Geert Uytterhoeven
    • Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h, Arnd Bergmann
  • [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
    • Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Song Liu
      • Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
        • Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Song Liu
  • [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush(), Christoph Hellwig
  • [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Christoph Hellwig
    • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
        • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Nathan Chancellor
  • [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Andrew Morton
      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
        • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
          • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
            • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Andrew Morton
              • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
                • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
                  • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
                    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
                      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
                        • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
            • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
              • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Kees Bakker
  • [PATCH v5 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
    • Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text, Sergey Senozhatsky
      • Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
    • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Arnd Bergmann
      • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
        • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
    • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christophe Leroy
• [PATCH] alpha: Make thread_info::flags unsigned long., Sebastian Andrzej Siewior
• [PATCH v8 00/14] Consolidate IO memcpy functions, Julian Vetter
  • [PATCH v8 04/14] loongarch: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML, Julian Vetter
    • Re: [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML, Takashi Iwai
  • [PATCH v8 07/14] parisc: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 12/14] bus: mhi: ep: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Julian Vetter
  • [PATCH v8 08/14] sh: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 09/14] arm: Align prototype of IO memset, Julian Vetter
  • [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset, Julian Vetter
    • Re: [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset, Niklas Schnelle
  • [PATCH v8 10/14] powerpc: Align prototypes of IO memcpy and memset, Julian Vetter
  • [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Julian Vetter
    • Re: [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Miquel Raynal
  • [PATCH v8 05/14] m68k: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Julian Vetter
    • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Arnd Bergmann
      • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Christoph Hellwig
    • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Christoph Hellwig
      • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Arnd Bergmann
  • [PATCH v8 03/14] csky: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v8 02/14] arm64: Use generic IO memcpy/memset, Julian Vetter
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v4 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v4 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Huacai Chen
      • Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
  • [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v4 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
  • [PATCH v4 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, kernel test robot
  • Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, Al Viro
    • Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, Oliver Sang
• [PATCH v7 00/10] Consolidate IO memcpy functions, Julian Vetter
  • [PATCH v7 03/10] csky: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset, Geert Uytterhoeven
  • [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Johannes Berg
      • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Julian Vetter
        • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Johannes Berg
  • [PATCH v7 10/10] arm: Align prototype of IO memset, Julian Vetter
    • Re: [PATCH v7 10/10] arm: Align prototype of IO memset, Geert Uytterhoeven
  • [PATCH v7 04/10] loongarch: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset, Geert Uytterhoeven
  • [PATCH v7 02/10] arm64: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, Julian Vetter
    • Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, kernel test robot
    • Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, Richard Henderson
      • RE: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, David Laight
  • Re: [PATCH v7 00/10] Consolidate IO memcpy functions, Niklas Schnelle
• [RFC PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
  • [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
    • Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Jann Horn
      • Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
  • [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jeff Xu
      • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jeff Xu
    • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jann Horn
      • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Suren Baghdasaryan
        • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
      • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jann Horn
          • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
            • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jann Horn
              • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
  • [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Jann Horn
      • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Christoph Hellwig
      • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [RFC PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • Re: [RFC PATCH 0/4] implement lightweight guard pages, Pavel Machek
    • Re: [RFC PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
• [PATCH v2 0/2] unrestrict process_madvise() for current process, Lorenzo Stoakes
  • [PATCH v2 2/2] selftests/mm: add test for process_madvise PR_MADV_SELF flag use, Lorenzo Stoakes
  • [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Lorenzo Stoakes
    • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Pedro Falcato
      • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Lorenzo Stoakes
        • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Shakeel Butt
          • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Lorenzo Stoakes
            • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Shakeel Butt
              • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Lorenzo Stoakes
                • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Pedro Falcato
                  • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Lorenzo Stoakes
                • Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise(), Shakeel Butt
  • Re: [PATCH v2 0/2] unrestrict process_madvise() for current process, Lorenzo Stoakes
• [PATCH net-next v26 00/13] Device Memory TCP, Mina Almasry
  • [PATCH net-next v26 01/13] netdev: add netdev_rx_queue_restart(), Mina Almasry
  • [PATCH net-next v26 02/13] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [PATCH net-next v26 04/13] netdev: netdevice devmem allocator, Mina Almasry
  • [PATCH net-next v26 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
  • [PATCH net-next v26 05/13] page_pool: devmem support, Mina Almasry
  • [PATCH net-next v26 06/13] memory-provider: dmabuf devmem memory provider, Mina Almasry
  • [PATCH net-next v26 07/13] net: support non paged skb frags, Mina Almasry
  • [PATCH net-next v26 08/13] net: add support for skbs with unreadable frags, Mina Almasry
  • [PATCH net-next v26 09/13] tcp: RX path for devmem TCP, Mina Almasry
  • [PATCH net-next v26 12/13] selftests: add ncdevmem, netcat for devmem TCP, Mina Almasry
  • [PATCH net-next v26 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
  • [PATCH net-next v26 13/13] netdev: add dmabuf introspection, Mina Almasry
  • [PATCH net-next v26 11/13] net: add devmem TCP documentation, Mina Almasry
  • Re: [PATCH net-next v26 00/13] Device Memory TCP, patchwork-bot+netdevbpf
• [no subject], Unknown
• [PATCH v3 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v3 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v3 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v3 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v3 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v3 5/8] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
  • [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Peter Zijlstra
      • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
        • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Steven Rostedt
          • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Ard Biesheuvel
      • Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Liam R. Howlett
  • [PATCH v3 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• [PATCH net-next v25 00/13] Device Memory TCP, Mina Almasry
  • [PATCH net-next v25 01/13] netdev: add netdev_rx_queue_restart(), Mina Almasry
  • [PATCH net-next v25 02/13] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [PATCH net-next v25 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
  • [PATCH net-next v25 04/13] netdev: netdevice devmem allocator, Mina Almasry
  • [PATCH net-next v25 07/13] net: support non paged skb frags, Mina Almasry
  • [PATCH net-next v25 06/13] memory-provider: dmabuf devmem memory provider, Mina Almasry
    • Re: [PATCH net-next v25 06/13] memory-provider: dmabuf devmem memory provider, Jakub Kicinski
  • [PATCH net-next v25 05/13] page_pool: devmem support, Mina Almasry
  • [PATCH net-next v25 08/13] net: add support for skbs with unreadable frags, Mina Almasry
    • Re: [PATCH net-next v25 08/13] net: add support for skbs with unreadable frags, Jakub Kicinski
  • [PATCH net-next v25 09/13] tcp: RX path for devmem TCP, Mina Almasry
  • [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
    • Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Jakub Kicinski
    • Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Lai, Yi
      • Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
        • Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Lai, Yi
        • Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Jakub Kicinski
          • Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
  • [PATCH net-next v25 11/13] net: add devmem TCP documentation, Mina Almasry
  • [PATCH net-next v25 12/13] selftests: add ncdevmem, netcat for devmem TCP, Mina Almasry
  • [PATCH net-next v25 13/13] netdev: add dmabuf introspection, Mina Almasry
  • Re: [PATCH net-next v25 00/13] Device Memory TCP, Yunsheng Lin
    • Re: [PATCH net-next v25 00/13] Device Memory TCP, Mina Almasry
      • Re: [PATCH net-next v25 00/13] Device Memory TCP, Yunsheng Lin
        • Re: [PATCH net-next v25 00/13] Device Memory TCP, Pavel Begunkov
  • Re: [PATCH net-next v25 00/13] Device Memory TCP, Jakub Kicinski
    • Re: [PATCH net-next v25 00/13] Device Memory TCP, Mina Almasry
• [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag, Charlie Jenkins
  • [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
    • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Michael Ellerman
      • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
        • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Christophe Leroy
          • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Geert Uytterhoeven
            • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Michael Ellerman
              • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Michael Ellerman
        • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Michael Ellerman
    • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Arnd Bergmann
      • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Lorenzo Stoakes
      • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Lorenzo Stoakes
        • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Arnd Bergmann
          • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Lorenzo Stoakes
            • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
              • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Arnd Bergmann
                • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Michael Ellerman
      • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Guo Ren
        • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Arnd Bergmann
          • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Catalin Marinas
            • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Liam R. Howlett
              • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Arnd Bergmann
                  • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Catalin Marinas
                  • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                    • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Catalin Marinas
                      • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                        • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Catalin Marinas
                          • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Catalin Marinas
                          • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                    • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Lorenzo Stoakes
                      • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Charlie Jenkins
                        • Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits, Palmer Dabbelt
  • [PATCH RFC v3 2/2] selftests/mm: Create ADDR_LIMIT_47BIT test, Charlie Jenkins
  • Re: [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag, Guo Ren
  • Re: [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag, John Paul Adrian Glaubitz
  • Re: [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag, Jiaxun Yang
• [PATCH v2 0/3] mm: Care about shadow stack guard gap when getting an unmapped area, Mark Brown
  • [PATCH v2 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default, Mark Brown
  • [PATCH v2 2/3] mm: Pass vm_flags to generic_get_unmapped_area(), Mark Brown
  • [PATCH v2 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Mark Brown
• [no subject], Michael Ellerman
• [PATCH 0/3] mm: Care about shadow stack guard gap when getting an unmapped area, Mark Brown
  • [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default, Mark Brown
    • Re: [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default, Lorenzo Stoakes
    • Re: [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default, Liam R. Howlett
    • Re: [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default, Helge Deller
  • [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area(), Mark Brown
    • Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area(), Lorenzo Stoakes
    • Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area(), Liam R. Howlett
    • Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area(), Michael Ellerman
    • Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area(), Deepak Gupta
  • [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Mark Brown
    • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Lorenzo Stoakes
      • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Mark Brown
        • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Lorenzo Stoakes
    • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Liam R. Howlett
      • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Mark Brown
        • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Deepak Gupta
    • Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area, Deepak Gupta
• [PATCH net-next v24 00/13] Device Memory TCP, Mina Almasry
  • [PATCH net-next v24 01/13] netdev: add netdev_rx_queue_restart(), Mina Almasry
  • [PATCH net-next v24 02/13] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [PATCH net-next v24 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
    • Re: [PATCH net-next v24 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
  • [PATCH net-next v24 04/13] netdev: netdevice devmem allocator, Mina Almasry
  • [PATCH net-next v24 05/13] page_pool: devmem support, Mina Almasry
  • [PATCH net-next v24 06/13] memory-provider: dmabuf devmem memory provider, Mina Almasry
    • Re: [PATCH net-next v24 06/13] memory-provider: dmabuf devmem memory provider, Jakub Kicinski
      • Re: [PATCH net-next v24 06/13] memory-provider: dmabuf devmem memory provider, Mina Almasry
  • [PATCH net-next v24 07/13] net: support non paged skb frags, Mina Almasry
    • Re: [PATCH net-next v24 07/13] net: support non paged skb frags, Jakub Kicinski
  • [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags, Mina Almasry
    • Re: [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags, Jakub Kicinski
      • Re: [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags, Mina Almasry
        • Re: [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags, Eric Dumazet
  • [PATCH net-next v24 09/13] tcp: RX path for devmem TCP, Mina Almasry
  • [PATCH net-next v24 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
  • [PATCH net-next v24 11/13] net: add devmem TCP documentation, Mina Almasry
    • Re: [PATCH net-next v24 11/13] net: add devmem TCP documentation, Jakub Kicinski
  • [PATCH net-next v24 12/13] selftests: add ncdevmem, netcat for devmem TCP, Mina Almasry
  • [PATCH net-next v24 13/13] netdev: add dmabuf introspection, Mina Almasry
• [no subject], Unknown
• [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Charlie Jenkins
  • [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT, Charlie Jenkins
    • Re: [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT, Michael Ellerman
      • Re: [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT, Charlie Jenkins
  • [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info, Charlie Jenkins
    • Re: [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info, Lorenzo Stoakes
      • Re: [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info, Charlie Jenkins
    • Re: [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info, Christophe Leroy
  • [PATCH RFC v2 3/4] mm: Support MAP_BELOW_HINT in vm_unmapped_area(), Charlie Jenkins
  • [PATCH RFC v2 4/4] selftests/mm: Create MAP_BELOW_HINT test, Charlie Jenkins
  • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Michal Hocko
    • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Charlie Jenkins
      • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Michal Hocko
  • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Lorenzo Stoakes
    • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Lorenzo Stoakes
      • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Charlie Jenkins
        • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Lorenzo Stoakes
          • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Charlie Jenkins
    • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Dave Hansen
      • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Lorenzo Stoakes
  • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Vlastimil Babka
    • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Palmer Dabbelt
  • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Kirill A. Shutemov
    • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Charlie Jenkins
      • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Kirill A. Shutemov
        • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Steven Price
          • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Liam R. Howlett
            • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Steven Price
              • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Liam R. Howlett
                • Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT, Steven Price
• [PATCH net-next v23 00/13] Device Memory TCP, Mina Almasry
  • [PATCH net-next v23 01/13] netdev: add netdev_rx_queue_restart(), Mina Almasry
  • [PATCH net-next v23 02/13] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
    • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
      • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
    • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Simon Horman
    • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
      • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Vadim Fedorenko
        • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
          • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
    • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
    • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
    • Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
  • [PATCH net-next v23 04/13] netdev: netdevice devmem allocator, Mina Almasry
  • [PATCH net-next v23 05/13] page_pool: devmem support, Mina Almasry
  • [PATCH net-next v23 07/13] net: support non paged skb frags, Mina Almasry
  • [PATCH net-next v23 06/13] memory-provider: dmabuf devmem memory provider, Mina Almasry
    • Re: [PATCH net-next v23 06/13] memory-provider: dmabuf devmem memory provider, Jakub Kicinski
  • [PATCH net-next v23 08/13] net: add support for skbs with unreadable frags, Mina Almasry
  • [PATCH net-next v23 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
  • [PATCH net-next v23 09/13] tcp: RX path for devmem TCP, Mina Almasry
  • [PATCH net-next v23 11/13] net: add devmem TCP documentation, Mina Almasry
  • [PATCH net-next v23 12/13] selftests: add ncdevmem, netcat for devmem TCP, Mina Almasry
  • [PATCH net-next v23 13/13] netdev: add dmabuf introspection, Mina Almasry
    • Re: [PATCH net-next v23 13/13] netdev: add dmabuf introspection, Jakub Kicinski
• clearly mark DMA_OPS support as an architecture feature v2, Christoph Hellwig
  • [PATCH 1/2] vdpa_sim: don't select DMA_OPS, Christoph Hellwig
    • Re: [PATCH 1/2] vdpa_sim: don't select DMA_OPS, Michael S. Tsirkin
  • [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature, Christoph Hellwig
    • Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature, Andreas Larsson
      • Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature, Christoph Hellwig
  • Re: clearly mark DMA_OPS support as an architecture feature v2, Christoph Hellwig
    • Re: clearly mark DMA_OPS support as an architecture feature v2, Michael S. Tsirkin
• [PATCH v2 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v2 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v2 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v2 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v2 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
    • Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs(), Steven Rostedt
      • Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
  • [PATCH v2 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v2 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v2 7/8] execmem: add support for cache of large ROX pages, Christophe Leroy
  • [PATCH v2 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• [no subject], Unknown
• [PATCH net-next v22 00/13] Device Memory TCP, Mina Almasry
  • [PATCH net-next v22 01/13] netdev: add netdev_rx_queue_restart(), Mina Almasry
  • [PATCH net-next v22 02/13] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [PATCH net-next v22 04/13] netdev: netdevice devmem allocator, Mina Almasry
    • Re: [PATCH net-next v22 04/13] netdev: netdevice devmem allocator, Jakub Kicinski
      • Re: [PATCH net-next v22 04/13] netdev: netdevice devmem allocator, Mina Almasry
        • Re: [PATCH net-next v22 04/13] netdev: netdevice devmem allocator, Jakub Kicinski
  • [PATCH net-next v22 03/13] netdev: support binding dma-buf to netdevice, Mina Almasry
    • Re: [PATCH net-next v22 03/13] netdev: support binding dma-buf to netdevice, Jakub Kicinski
  • [PATCH net-next v22 05/13] page_pool: devmem support, Mina Almasry
    • Re: [PATCH net-next v22 05/13] page_pool: devmem support, Jakub Kicinski