Linux for MIPS

• Thread Index

• [PATCH v8 04/13] irqchip/mips-gic: Multi-cluster support
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v8 03/13] irqchip/mips-gic: Setup defaults in each cluster
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v8 02/13] irqchip/mips-gic: Support multi-cluster in for_each_online_cpu_gic()
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v8 01/13] irqchip/mips-gic: Introduce for_each_online_cpu_gic()
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v8 00/13] MIPS: Support I6500 multi-cluster configuration
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] clocksource: Add Ralink System Tick Counter driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 0/2] clocksource: move System Tick Counter from 'arch/mips/ralink'
  • From: Sergio Paracuellos <sergio.paracuellos@xxxxxxxxx>
• Re: [PATCH 0/2] clocksource: move System Tick Counter from 'arch/mips/ralink'
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH v4 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 4/5] tools: testing: update tools UAPI header for mman-common.h
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 0/2] clocksource: move System Tick Counter from 'arch/mips/ralink'
  • From: Sergio Paracuellos <sergio.paracuellos@xxxxxxxxx>
• Re: [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [PATCH v5 0/5] iio: fix possible race condition during access of available info lists
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] crypto: mips/crc32 - fix the CRC32C implementation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 02/12] irqchip/mips-gic: Support multi-cluster in for_each_online_cpu_gic()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 18/18] scsi: target: iscsi: switch to using the crc32c library
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 18/18] scsi: target: iscsi: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 17/18] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 16/18] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 15/18] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 14/18] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 13/18] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 12/18] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 11/18] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 10/18] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 09/18] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 08/18] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 07/18] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 05/18] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 02/18] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 01/18] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 00/18] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v13 00/85] KVM: Stop grabbing references to PFNMAP'd pages
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH] mm: yield on fatal signal/cond_sched() in vector_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Oleksiy Protas <elfy.ua@xxxxxxxxx>
• Re: [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• Re: provide generic page_to_phys and phys_to_page implementations v3
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: thomas superb <thomasdeutsch123@xxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Andreas Herrmann <aherrmann@xxxxxxx>
• Re: [PATCH 00/15] Wire up CRC32 library functions to arch-optimized code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nikolay Kichukov <nikolay@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Khalil Fazal <spare.khalil@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Oleksiy Protas <elfy.ua@xxxxxxxxx>
• Re: [PATCH v2][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Mikhail Novosyolov <m.novosyolov@xxxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Dragan Milivojević <d.milivojevic@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Dragan Milivojević <d.milivojevic@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Dragan Milivojević <d.milivojevic@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No271241182262529470158368334307958208204522924631681408115158110636801578517908140749826211402494881312487421951176430536853 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No2708244593518649817073458115213400141616877250811766822346192812686202883217843230833232112404007111781932511204195783256 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No134398604222658691317071485813290162362119138299248751155352853315159317771744424793254803551268236789250431586118349188925940 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No29127292801656230002288881190516189900529711444515686669436139362508727712154442096525563677160452319632001321783263785273714 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No124102107614936132237169106192194306572797123221588731441134731292530075318731846332329166771387842821482716761931624377595610961 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1536239842895262931225811575185472591149412074612914204882687495714634103492751930559223641220723968220682072022693143133166911303 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No41163039818827240705513532026497164262436828500263341650943622628122712578929855268467945401149926696447018832276161779832264 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No2459879441353210121129569357233712483264622714116913729475501589112132848621632956160261816310147828314142940631788203423925 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No891622132171136182871822154215668629584198453101825252952799015417288673125817024261462302707229403263072352343831698227498 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1453814022200981107625138523228501451930834124675582212844455857829216311903157331000974131513604256422023857593247344819185 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No263382801613128241581220920799267751828717445239952613442103093227910004286843140521447116461243919301298201212910162126670027636 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No785711924750158342620131827108520175222218412130628841180683210094684889142972473031440492009629643309731963256622731026967 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No224144578241966920156064188199102753442345511660015209216651919775173258737401357233015740549927918214791708113432289353039 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No280911976419696751013153320826047285019318295994323692916566562245381307728983236971281311209893230077630560163463230127673 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No30173278224503208632368615297312671257826248300782790835761136815941206154804196863873443244623300734517418251325039324193377 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No74255552498227832615065052010472479835158450552548358488651726023873146347163208232916321944189786270563719972248210083 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1072927230971227864746261252257929144161832119427680493412026249156751791411748303808449140682386715963223892737228046176911838 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No23842130191005615298197021176028071661393765023998612818175484311252912213179134437986189991480920612188433236525528315786385 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No2843521911106131646113453137919440112706319275011777828742997520352230512502114345975733522649412069169501286322423657199205879 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No23060182024416380525440170451926936691156862103912740708129141738823946402926672226902566110254283736742249027058607213094 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No14618279572208551642101103740962120117370252952048311852188413910185679690829314191248641272410849196441385512151172242044520279 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No3009113635287891861913185655201581154924871136012270414348130192884625096102051382618699963388092363229814700261331871761329474 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No3251214663148522521522520115442277024236842294791806428259808821013261332189610550118606398324732819928675167321449493331773629199 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No6049212961557023367288726997179212728420815175652006210532816246372233429930783910156192832738213244323722258626768190012801429625 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No229072043219446111872669757514602190831514292781279135132810425289178499138369441911020342259711302012736581010934125359460 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No17826218401105021817842129545381128121753081730610171471353027717322491121330093113273059749101093118488354821189169813209831860 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No287721318910032309081113513943682726499271761791820951281951436454832220155122863228825355525167129912573205532461224992759424873 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No20905209601311958242731565374199235311807310329238357771204132243322402928837852364679735075180081157725285325023645145514407 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No260514655240868651681554541120830602982121025722286328249193132677890951209756961642118806381177982473576792841666513973 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No815620860248991615389861340054351180625809278551764113110229532173024199158632461416948561818543245642959930231834417238229929252 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No101558695295104112222171147244812024410111895196322567722811215107263107132653141041551231219108641203329828612151322236011190 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1134522873327151948221826694232951069642232359833514323664229350247553198027171543126898136796110301802891631367252341110218926 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No15934244494020120642396510575290130910162782353616833177811891830603103514006166792191719531181158225091057727110305002264216876 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No30459682557228112105012516369384861630659931201419675109881871217488537219982036431405381624542283323525020322246374487 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No103439967473128505210232207132519962184561092430770196023271499821112313107315235535885823896315333202386343974220981522926002 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1623111911887115334126552327810255156763100131913948076972599316269133292559116809224612844417367366531719173361944319700320516404 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No6219308334036166534455211471731614489664454072434926844222899273128481508994108304892285631274729335234168233171701621827481 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No281742296698911513916097227571403478972960872081416129133806325921427484102557115242113662430579342664221326259814970166525751 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653 <vladimirputin693389@xxxxxxxxx>
• [THE TRUTH] LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653 <vladimirputin693389@xxxxxxxxx>
• [NOTIFICATION] Linux Mailing List - New Messages
  • From: Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653 <vladimirputin693389@xxxxxxxxx>
• [NOTIFICATION] Linux Mailing List - New Messages
  • From: Russian Troll Factory No2333113724691862412370505314550.301522361658681972819097215937998212703204793632409614950580.711014116901113627315250812066331608136907483394686821870024.03945103220676365158666227821@, 023194241294853174252633236415477431128953129634621983145628183164041341426725317303911042211867172392509323321422424082610610727276851001532673 <vladimirputin693389@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Oleksiy Protas <elfy.ua@xxxxxxxxx>
• LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No2333113724691862412370505314550.301522361658681972819097215937998212703204793632409614950580.711014116901113627315250812066331608136907483394686821870024.03945103220676365158666227821@, 023194241294853174252633236415477431128953129634621983145628183164041341426725317303911042211867172392509323321422424082610610727276851001532673 <vladimirputin693389@xxxxxxxxx>
• LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No2333113724691862412370505314550.301522361658681972819097215937998212703204793632409614950580.711014116901113627315250812066331608136907483394686821870024.03945103220676365158666227821@, 023194241294853174252633236415477431128953129634621983145628183164041341426725317303911042211867172392509323321422424082610610727276851001532673 <vladimirputin693389@xxxxxxxxx>
• LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No15872808016711155501295394132314014329123383180896101673526784107152032490028137321872772627535220808528284975537183562225013000 <vladimirputin693389@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Hantong Chen <cxwdyx620@xxxxxxxxx>
• Re: [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries
  • From: NotYourFox <contact@notyourfox.coffee>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Andy Shevchenko <andy@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nopempele N <nopempele@xxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Dragan Milivojević <d.milivojevic@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Hantong Chen <cxwdyx620@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Peter Cai <peter@xxxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Dragan Milivojević <d.milivojevic@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries
  • From: Vladimir Vladimirovich Putin <vladimir_putin_rus@xxxxxxxxxx>
• [PATCH 2/2] MAINTAINERS: Remove Loongson due to compilance requirements.
  • From: Vladimir Vladimirovich Putin <vladimir_putin_rus@xxxxxxxxxx>
• [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements.
  • From: Vladimir Vladimirovich Putin <vladimir_putin_rus@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: 陈寒彤 <cxwdyx620@xxxxxxxxx>
• [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Jensen Huang <jensenhuangnvdia@xxxxxxxxx>
• Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.")
  • From: Wanglei <wanglei@xxxxxxxxxxx>
• Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.")
  • From: Wanglei <wanglei@xxxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.")
  • From: Michael Shigorin <mike@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: B4D_US3R <producerkgb@xxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Integral <integral@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: linux: Goodbye from a Linux community volunteer
  • From: Reimar Döffinger <Reimar.Doeffinger@xxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ar Worf <fricks6@xxxxxxxxx>
• linux: Goodbye from a Linux community volunteer
  • From: Serge Semin <fancer.lancer@xxxxxxxxx>
• Re: [PATCH v13 00/85] KVM: Stop grabbing references to PFNMAP'd pages
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: NotYourFox <contact@notyourfox.coffee>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Peter Cai <peter@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Peter Cai <peter@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Yao Zi <ziyao@xxxxxxxxxxx>
• [PATCH v7 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 4/5] tools: testing: update tools UAPI header for mman-common.h
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Sergio Paracuellos <sergio.paracuellos@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Yangyu Chen <cyy@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH v6] clk: eyeq: add driver
  • From: Théo Lebrun <theo.lebrun@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements
  • From: jisralbasha <jisralbasha@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nikita Shubin <nikita.shubin@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Nikita Shubin <nikita.shubin@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Anna Antonenko <portasynthinca3@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nikita Travkin <nikita@xxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Kexy Biscuit <kexybiscuit@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] MIPS: export __cmpxchg_small()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH] MIPS: export __cmpxchg_small()
  • From: David Sterba <dsterba@xxxxxxxx>
• Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v13 51/85] KVM: VMX: Use __kvm_faultin_page() to get APIC access page/pfn
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v13 34/85] KVM: Get writable mapping for __kvm_vcpu_map() only when necessary
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v13 19/85] KVM: Introduce kvm_follow_pfn() to eventually replace "gfn_to_pfn" APIs
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v13 00/85] KVM: Stop grabbing references to PFNMAP'd pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: (subset) [PATCH v5 0/3] Realtek SPI-NAND controller
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v13 51/85] KVM: VMX: Use __kvm_faultin_page() to get APIC access page/pfn
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v13 34/85] KVM: Get writable mapping for __kvm_vcpu_map() only when necessary
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v13 19/85] KVM: Introduce kvm_follow_pfn() to eventually replace "gfn_to_pfn" APIs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 07/15] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH v5 5/5] iio: as73211: copy/release available integration times to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v5 4/5] iio: ad7192: copy/release available filter frequencies to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v5 3/5] iio: pac1921: use read_avail+release APIs instead of custom ext_info
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v5 1/5] iio: core: add read_avail_release_resource callback to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v5 0/5] iio: fix possible race condition during access of available info lists
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• Re: [PATCH 07/15] s390/crc32: expose CRC32 functions through lib
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v13 51/85] KVM: VMX: Use __kvm_faultin_page() to get APIC access page/pfn
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v13 34/85] KVM: Get writable mapping for __kvm_vcpu_map() only when necessary
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v13 19/85] KVM: Introduce kvm_follow_pfn() to eventually replace "gfn_to_pfn" APIs
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v7 10/12] dt-bindings: mips: cpu: Add property for broken HCI information
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] crypto: mips/crc32 - fix the CRC32C implementation
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• [PATCH 15/15] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 14/15] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 13/15] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 12/15] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 11/15] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 10/15] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 09/15] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 08/15] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 07/15] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 06/15] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 05/15] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 04/15] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 03/15] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 02/15] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 01/15] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 00/15] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re:[PATCH] crypto: mips/crc32 - fix the CRC32C implementation
  • From: "Wentao Guan" <guanwentao@xxxxxxxxxxxxx>
• [PATCH] crypto: mips/crc32 - fix the CRC32C implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH v2 4/5] tools: testing: update tools UAPI header for mman-common.h
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 0/5] iio: fix possible race condition during access of available info lists
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v4 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v3 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH v7 12/12] MIPS: mobileye: dts: eyeq6h: Enable cluster support
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 11/12] MIPS: CPS: Support broken HCI for multicluster
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 10/12] dt-bindings: mips: cpu: Add property for broken HCI information
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 09/12] MIPS: CPS: Boot CPUs in secondary clusters
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 08/12] MIPS: CPS: Introduce struct cluster_boot_config
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 07/12] MIPS: pm-cps: Use per-CPU variables as per-CPU, not per-core
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 06/12] clocksource: mips-gic-timer: Enable counter when CPUs start
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 04/12] irqchip/mips-gic: Multi-cluster support
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 03/12] irqchip/mips-gic: Setup defaults in each cluster
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 02/12] irqchip/mips-gic: Support multi-cluster in for_each_online_cpu_gic()
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• [PATCH v7 01/12] irqchip/mips-gic: Introduce for_each_online_cpu_gic()
  • From: Aleksandar Rikalo <arikalo@xxxxxxxxx>
• Re: [PATCH v4 5/5] iio: as73211: copy/release available integration times to fix race
  • From: Christian Eggers <ceggers@xxxxxxx>
• Re: [PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 0/4] implement lightweight guard pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] MIPS: Support I6500 multi-cluster configuration
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• [PATCH 3/3] MIPS: mobileye: dts: eyeq6h: Enable cluster support
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• [PATCH v4 5/5] iio: as73211: copy/release available integration times to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v4 4/5] iio: ad7192: copy/release available filter frequencies to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v4 3/5] iio: pac1921: use read_avail+release APIs instead of custom ext_info
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v4 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v4 1/5] iio: core: add read_avail_release_resource callback to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v4 0/5] iio: fix possible race condition during access of available info lists
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v13 00/85] KVM: Stop grabbing references to PFNMAP'd pages
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 2/3] MIPS: CPS: Support broken HCI for multicluster
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• [PATCH 1/3] dt-bindings: mips: cpu: Add property for broken HCI information
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• Re:
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• [no subject]
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• Re: [PATCH][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• Re: [PATCH v7 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v7 6/6] i2c: Add driver for the RTL9300 I2C controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 5/6] mips: dts: realtek: Add I2C controllers
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 4/6] mips: dts: realtek: Add syscon-reboot node
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 0/6] RTL9300 support for reboot and i2c
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 1/6] dt-bindings: reset: syscon-reboot: Add reg property
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 2/6] power: reset: syscon-reboot: Accept reg property
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: (subset) [PATCH v6 0/6] RTL9300 support for reboot and i2c
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [linux-next:master 4584/4954] ERROR: modpost: "__cmpxchg_small" [fs/btrfs/btrfs.ko] undefined!
  • From: David Sterba <dsterba@xxxxxxx>
• [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] cpufreq: loongson2: Unregister platform_driver on failure
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v2] cpufreq: loongson2: Unregister platform_driver on failure
  • From: Yuan Can <yuancan@xxxxxxxxxx>
• Re: [PATCH v5 1/3] dt-bindings: spi: Add realtek,rtl9301-snand
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v6 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] cpufreq: loongson2: Unregister platform_driver on failure
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v6 6/6] i2c: Add driver for the RTL9300 I2C controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 5/6] mips: dts: realtek: Add I2C controllers
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 4/6] mips: dts: realtek: Add syscon-reboot node
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 0/6] RTL9300 support for reboot and i2c
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 1/6] dt-bindings: reset: syscon-reboot: Add reg property
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 2/6] power: reset: syscon-reboot: Accept reg property
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/3] mips: dts: realtek: Add SPI NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 3/3] spi: spi-mem: Add Realtek SPI-NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/3] dt-bindings: spi: Add realtek,rtl9301-snand
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/3] Realtek SPI-NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH] cpufreq: loongson2: Unregister platform_driver on failure
  • From: Yuan Can <yuancan@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v3 5/5] iio: as73211: copy/release available integration times to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v3 4/5] iio: ad7192: copy/release available filter frequencies to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v3 3/5] iio: pac1921: use read_avail+release APIs instead of custom ext_info
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v3 2/5] iio: consumers: copy/release available info from producer to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v3 1/5] iio: core: add read_avail_release_resource callback to fix race
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• [PATCH v3 0/5] iio: fix possible race condition during access of available info lists
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v4 1/3] dt-bindings: spi: Add realtek,rtl9301-snand
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• Re: [PATCH v4 1/3] dt-bindings: spi: Add realtek,rtl9301-snand
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 3/9] arm64: vdso: Remove timekeeper include
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 1/9] vdso: Remove timekeeper argument of __arch_update_vsyscall()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 1/2] MAINTAINERS: Retire Ralf Baechle
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: spi: Add realtek,rtl9300-snand
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 1/3] dt-bindings: spi: Add realtek,rtl9301-snand
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2 5/7] iio: inkern: copy/release available info from producer
  • From: Nuno Sá <noname.nuno@xxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Sergey Matsievskiy <matsievskiysv@xxxxxxxxx>
• Re: [PATCH v2 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Sergey Matsievskiy <matsievskiysv@xxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/3] mips: dts: realtek: Add SPI NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] spi: spi-mem: Add Realtek SPI-NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/3] Realtek SPI-NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/3] dt-bindings: spi: Add realtek,rtl9301-snand
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] spi: spi-mem: Add Realtek SPI-NAND controller
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 3/3] spi: spi-mem: Add Realtek SPI-NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] mips: dts: realtek: Add SPI NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/3] Realtek SPI-NAND controller
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] dt-bindings: spi: Add realtek,rtl9300-snand
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: spi: Add realtek,rtl9300-snand
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] MAINTAINERS: Remove linux-mips.org references
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH 1/2] MAINTAINERS: Retire Ralf Baechle
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH 0/2] MAINTAINERS: Deal with the linux-mips.org mess
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 5/7] iio: inkern: copy/release available info from producer
  • From: Matteo Martelli <matteomartelli3@xxxxxxxxx>
• Re: [PATCH v2 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 5/7] iio: inkern: copy/release available info from producer
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] mips: asm: fix warning when disabling MIPS_FP_SUPPORT
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v2 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Sergey Matsievskiy <matsievskiysv@xxxxxxxxx>
• [PATCH v2 0/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Sergey Matsievskiy <matsievskiysv@xxxxxxxxx>
• [PATCH] mips: asm: fix warning when disabling MIPS_FP_SUPPORT
  • From: Jonas Gorski <jonas.gorski@xxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Sergey Matsievskiy <matsievskiysv@xxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2] MIPS: Allow using more than 32-bit addresses for reset vectors when possible
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next] eth: remove the DLink/Sundance (ST201) driver
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] MIPS: Allow using more than 32-bit addresses for reset vectors when possible
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxx>
• [PATCH] mm: Define general function pXd_init()
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• Re: [PATCH 1/1] pinctrl: ocelot: fix system hang on level based interrupts
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: "Lai, Yi" <yi1.lai@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Kees Bakker <kees@xxxxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH v13 81/85] KVM: Make kvm_follow_pfn.refcounted_page a required field
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 82/85] KVM: x86/mmu: Don't mark "struct page" accessed when zapping SPTEs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 80/85] KVM: s390: Use kvm_release_page_dirty() to unpin "struct page" memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 85/85] KVM: Don't grab reference on VM_MIXEDMAP pfns that have a "struct page"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 79/85] KVM: Drop gfn_to_pfn() APIs now that all users are gone
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 84/85] KVM: Drop APIs that manipulate "struct page" via pfns
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 83/85] KVM: arm64: Don't mark "struct page" accessed when making SPTE young
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 77/85] KVM: arm64: Use __gfn_to_page() when copying MTE tags to/from userspace
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 78/85] KVM: PPC: Explicitly require struct page memory for Ultravisor sharing
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 76/85] KVM: Add support for read-only usage of gfn_to_page()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 75/85] KVM: Convert gfn_to_page() to use kvm_follow_pfn()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 73/85] KVM: PPC: Remove extra get_page() to fix page refcount leak
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 74/85] KVM: PPC: Use kvm_vcpu_map() to map guest memory to patch dcbz instructions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 72/85] KVM: MIPS: Use kvm_faultin_pfn() to map pfns into the guest
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 71/85] KVM: MIPS: Mark "struct page" pfns accessed prior to dropping mmu_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 70/85] KVM: MIPS: Mark "struct page" pfns accessed only in "slow" page fault path
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 69/85] KVM: MIPS: Mark "struct page" pfns dirty only in "slow" page fault path
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 68/85] KVM: LoongArch: Use kvm_faultin_pfn() to map pfns into the guest
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 67/85] KVM: LoongArch: Mark "struct page" pfn accessed before dropping mmu_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 66/85] KVM: LoongArch: Mark "struct page" pfns accessed only in "slow" page fault path
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 65/85] KVM: LoongArch: Mark "struct page" pfns dirty only in "slow" page fault path
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 64/85] KVM: PPC: Use kvm_faultin_pfn() to handle page faults on Book3s PR
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 63/85] KVM: PPC: Book3S: Mark "struct page" pfns dirty/accessed after installing PTE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 62/85] KVM: PPC: Drop unused @kvm_ro param from kvmppc_book3s_instantiate_page()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 61/85] KVM: PPC: Use __kvm_faultin_pfn() to handle page faults on Book3s Radix
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 60/85] KVM: PPC: Use __kvm_faultin_pfn() to handle page faults on Book3s HV
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 59/85] KVM: RISC-V: Use kvm_faultin_pfn() when mapping pfns into the guest
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 58/85] KVM: RISC-V: Mark "struct page" pfns accessed before dropping mmu_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 57/85] KVM: RISC-V: Mark "struct page" pfns dirty iff a stage-2 PTE is installed
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 56/85] KVM: arm64: Use __kvm_faultin_pfn() to handle memory aborts
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 55/85] KVM: arm64: Mark "struct page" pfns accessed/dirty before dropping mmu_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 54/85] KVM: PPC: e500: Use __kvm_faultin_pfn() to handle page faults
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 53/85] KVM: PPC: e500: Mark "struct page" pfn accessed before dropping mmu_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 52/85] KVM: PPC: e500: Mark "struct page" dirty in kvmppc_e500_shadow_map()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 51/85] KVM: VMX: Use __kvm_faultin_page() to get APIC access page/pfn
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 50/85] KVM: VMX: Hold mmu_lock until page is released when updating APIC access page
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 49/85] KVM: Move x86's API to release a faultin page to common KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 48/85] KVM: x86/mmu: Don't mark unused faultin pages as accessed
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 47/85] KVM: x86/mmu: Put refcounted pages instead of blindly releasing pfns
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 46/85] KVM: guest_memfd: Provide "struct page" as output from kvm_gmem_get_pfn()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 45/85] KVM: guest_memfd: Pass index, not gfn, to __kvm_gmem_get_pfn()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 44/85] KVM: x86/mmu: Convert page fault paths to kvm_faultin_pfn()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 43/85] KVM: Add kvm_faultin_pfn() to specifically service guest page faults
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 42/85] KVM: Move declarations of memslot accessors up in kvm_host.h
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 41/85] KVM: x86/mmu: Mark pages/folios dirty at the origin of make_spte()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 40/85] KVM: x86/mmu: Add helper to "finish" handling a guest page fault
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 39/85] KVM: x86/mmu: Add common helper to handle prefetching SPTEs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 38/85] KVM: x86/mmu: Put direct prefetched pages via kvm_release_page_clean()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 37/85] KVM: x86/mmu: Add "mmu" prefix fault-in helpers to free up generic names
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 36/85] KVM: x86: Don't fault-in APIC access page during initial allocation
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 35/85] KVM: Disallow direct access (w/o mmu_notifier) to unpinned pfn by default
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 34/85] KVM: Get writable mapping for __kvm_vcpu_map() only when necessary
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 33/85] KVM: Pass in write/dirty to kvm_vcpu_map(), not kvm_vcpu_unmap()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 32/85] KVM: nVMX: Mark vmcs12's APIC access page dirty when unmapping
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 31/85] KVM: Pin (as in FOLL_PIN) pages during kvm_vcpu_map()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 30/85] KVM: Migrate kvm_vcpu_map() to kvm_follow_pfn()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 29/85] KVM: pfncache: Precisely track refcounted pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 28/85] KVM: Move kvm_{set,release}_page_{clean,dirty}() helpers up in kvm_main.c
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 27/85] KVM: Provide refcounted page as output field in struct kvm_follow_pfn
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 26/85] KVM: Use plain "struct page" pointer instead of single-entry array
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 25/85] KVM: nVMX: Add helper to put (unmap) vmcs12 pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 24/85] KVM: nVMX: Drop pointless msr_bitmap_map field from struct nested_vmx
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 23/85] KVM: nVMX: Rely on kvm_vcpu_unmap() to track validity of eVMCS mapping
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 22/85] KVM: Use NULL for struct page pointer to indicate mremapped memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 21/85] KVM: Explicitly initialize all fields at the start of kvm_vcpu_map()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 20/85] KVM: Remove pointless sanity check on @map param to kvm_vcpu_(un)map()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 19/85] KVM: Introduce kvm_follow_pfn() to eventually replace "gfn_to_pfn" APIs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 18/85] KVM: Drop unused "hva" pointer from __gfn_to_pfn_memslot()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 17/85] KVM: x86/mmu: Drop kvm_page_fault.hva, i.e. don't track intermediate hva
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 16/85] KVM: Replace "async" pointer in gfn=>pfn with "no_wait" and error code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 15/85] KVM: Drop extra GUP (via check_user_page_hwpoison()) to detect poisoned page
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 14/85] KVM: Return ERR_SIGPENDING from hva_to_pfn() if GUP returns -EGAIN
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 13/85] KVM: Annotate that all paths in hva_to_pfn() might sleep
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 12/85] KVM: Drop @atomic param from gfn=>pfn and hva=>pfn APIs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 11/85] KVM: Rename gfn_to_page_many_atomic() to kvm_prefetch_pages()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 10/85] KVM: x86/mmu: Use gfn_to_page_many_atomic() when prefetching indirect PTEs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 09/85] KVM: x86/mmu: Mark page/folio accessed only when zapping leaf SPTEs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 08/85] KVM: x86/mmu: Mark folio dirty when creating SPTE, not when zapping/modifying
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 07/85] KVM: x86/mmu: Mark new SPTE as Accessed when synchronizing existing SPTE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 06/85] KVM: x86/mmu: Invert @can_unsync and renamed to @synchronizing
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 05/85] KVM: x86/mmu: Don't overwrite shadow-present MMU SPTEs when prefaulting
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 04/85] KVM: x86/mmu: Skip the "try unsync" path iff the old SPTE was a leaf SPTE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 03/85] KVM: Add kvm_release_page_unused() API to put pages that KVM never consumes
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 02/85] KVM: Allow calling kvm_release_page_{clean,dirty}() on a NULL page pointer
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 01/85] KVM: Drop KVM_ERR_PTR_BAD_PAGE and instead return NULL to indicate an error
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v13 00/85] KVM: Stop grabbing references to PFNMAP'd pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• [PATCH 7/9] x86/vdso: Remove timekeeper include
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 4/9] powerpc/vdso: Remove timekeeper includes
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 5/9] riscv: vdso: Remove timekeeper include
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH 6/9] s390/vdso: Remove timekeeper includes
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 6/9] s390/vdso: Remove timekeeper includes
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 9/9] MIPS: vdso: Remove timekeeper includes
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 8/9] LoongArch: vdso: Remove timekeeper includes
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 1/9] vdso: Remove timekeeper argument of __arch_update_vsyscall()
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 3/9] arm64: vdso: Remove timekeeper include
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 2/9] arm: vdso: Remove timekeeper includes
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 0/9] vdso: Remove timekeeper argument and includes
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: "Lai, Yi" <yi1.lai@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next] eth: remove the DLink/Sundance (ST201) driver
  • From: Denis Kirjanov <dkirjanov@xxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 03/28] s390/vdso: Drop LBASE_VDSO
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 28/28] vdso: Rename struct arch_vdso_data to arch_vdso_time_data
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 28/28] vdso: Rename struct arch_vdso_data to arch_vdso_time_data
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 26/28] powerpc: Split systemcfg data out of vdso data page
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 27/28] powerpc: Split systemcfg struct definitions out from vdso
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 25/28] powerpc: Add kconfig option for the systemcfg page
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 23/28] powerpc/pseries/lparcfg: Fix printing of system_active_processors
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 24/28] powerpc/pseries/lparcfg: Use num_possible_cpus() for potential processors
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 22/28] powerpc: procfs: Propagate error of remap_pfn_range()
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 21/28] powerpc: vdso: Remove offset comment from 32bit vdso_arch_data
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 20/28] x86: vdso: Split virtual clock pages into dedicated mapping
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 19/28] x86: vdso: Delete vvar.h
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 18/28] x86: vdso: Access vdso data without vvar.h
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/28] x86: vdso: Move the rng offset to vsyscall.h
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 16/28] x86: vdso: Access rng vdso data without vvar.h
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 15/28] x86: vdso: Access timens vdso data without vvar.h
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>