Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux

Merge tag 'mm-hotfixes-stable-2023-07-28-15-52' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm

Pull hotfixes from Andrew Morton:
"11 hotfixes. Five are cc:stable and the remainder address post-6.4
issues or aren't considered serious enough to justify backporting"

* tag 'mm-hotfixes-stable-2023-07-28-15-52' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm:
mm/memory-failure: fix hardware poison check in unpoison_memory()
proc/vmcore: fix signedness bug in read_from_oldmem()
mailmap: update remaining active codeaurora.org email addresses
mm: lock VMA in dup_anon_vma() before setting ->anon_vma
mm: fix memory ordering for mm_lock_seq and vm_lock_seq
scripts/spelling.txt: remove 'thead' as a typo
mm/pagewalk: fix EFI_PGT_DUMP of espfix area
shmem: minor fixes to splice-read implementation
tmpfs: fix Documentation of noswap and huge mount options
Revert "um: Use swap() to make code cleaner"
mm/damon/core-test: initialise context before test in damon_test_set_attrs()

+196 -50
+96 -1
.mailmap
··· 13 13 Aaron Durbin <adurbin@google.com> 14 14 Abel Vesa <abelvesa@kernel.org> <abel.vesa@nxp.com> 15 15 Abel Vesa <abelvesa@kernel.org> <abelvesa@gmail.com> 16 + Abhijeet Dharmapurikar <quic_adharmap@quicinc.com> <adharmap@codeaurora.org> 16 17 Abhinav Kumar <quic_abhinavk@quicinc.com> <abhinavk@codeaurora.org> 18 + Ahmad Masri <quic_amasri@quicinc.com> <amasri@codeaurora.org> 17 19 Adam Oldham <oldhamca@gmail.com> 18 20 Adam Radford <aradford@gmail.com> 19 21 Adriana Reus <adi.reus@gmail.com> <adriana.reus@intel.com> ··· 32 30 Alexander Mikhalitsyn <alexander@mihalicyn.com> <aleksandr.mikhalitsyn@canonical.com> 33 31 Alexandre Belloni <alexandre.belloni@bootlin.com> <alexandre.belloni@free-electrons.com> 34 32 Alexandre Ghiti <alex@ghiti.fr> <alexandre.ghiti@canonical.com> 33 + Alexei Avshalom Lazar <quic_ailizaro@quicinc.com> <ailizaro@codeaurora.org> 35 34 Alexei Starovoitov <ast@kernel.org> <alexei.starovoitov@gmail.com> 36 35 Alexei Starovoitov <ast@kernel.org> <ast@fb.com> 37 36 Alexei Starovoitov <ast@kernel.org> <ast@plumgrid.com> ··· 40 37 Alex Shi <alexs@kernel.org> <alex.shi@intel.com> 41 38 Alex Shi <alexs@kernel.org> <alex.shi@linaro.org> 42 39 Alex Shi <alexs@kernel.org> <alex.shi@linux.alibaba.com> 40 + Aloka Dixit <quic_alokad@quicinc.com> <alokad@codeaurora.org> 43 41 Al Viro <viro@ftp.linux.org.uk> 44 42 Al Viro <viro@zenIV.linux.org.uk> 43 + Amit Blay <quic_ablay@quicinc.com> <ablay@codeaurora.org> 44 + Amit Nischal <quic_anischal@quicinc.com> <anischal@codeaurora.org> 45 45 Andi Kleen <ak@linux.intel.com> <ak@suse.de> 46 46 Andi Shyti <andi@etezian.org> <andi.shyti@samsung.com> 47 47 Andreas Herrmann <aherrman@de.ibm.com> ··· 60 54 Andrzej Hajda <andrzej.hajda@intel.com> <a.hajda@samsung.com> 61 55 André Almeida <andrealmeid@igalia.com> <andrealmeid@collabora.com> 62 56 Andy Adamson <andros@citi.umich.edu> 57 + Anilkumar Kolli <quic_akolli@quicinc.com> <akolli@codeaurora.org> 58 + Anirudh Ghayal <quic_aghayal@quicinc.com> <aghayal@codeaurora.org> 63 59 Antoine Tenart <atenart@kernel.org> <antoine.tenart@bootlin.com> 64 60 Antoine Tenart <atenart@kernel.org> <antoine.tenart@free-electrons.com> 65 61 Antonio Ospite <ao2@ao2.it> <ao2@amarulasolutions.com> ··· 70 62 Ard Biesheuvel <ardb@kernel.org> <ard.biesheuvel@linaro.org> 71 63 Arnaud Patard <arnaud.patard@rtp-net.org> 72 64 Arnd Bergmann <arnd@arndb.de> 65 + Arun Kumar Neelakantam <quic_aneela@quicinc.com> <aneela@codeaurora.org> 66 + Ashok Raj Nagarajan <quic_arnagara@quicinc.com> <arnagara@codeaurora.org> 67 + Ashwin Chaugule <quic_ashwinc@quicinc.com> <ashwinc@codeaurora.org> 68 + Asutosh Das <quic_asutoshd@quicinc.com> <asutoshd@codeaurora.org> 73 69 Atish Patra <atishp@atishpatra.org> <atish.patra@wdc.com> 70 + Avaneesh Kumar Dwivedi <quic_akdwived@quicinc.com> <akdwived@codeaurora.org> 74 71 Axel Dyks <xl@xlsigned.net> 75 72 Axel Lin <axel.lin@gmail.com> 73 + Balakrishna Godavarthi <quic_bgodavar@quicinc.com> <bgodavar@codeaurora.org> 74 + Banajit Goswami <quic_bgoswami@quicinc.com> <bgoswami@codeaurora.org> 75 + Baochen Qiang <quic_bqiang@quicinc.com> <bqiang@codeaurora.org> 76 76 Baolin Wang <baolin.wang@linux.alibaba.com> <baolin.wang@linaro.org> 77 77 Baolin Wang <baolin.wang@linux.alibaba.com> <baolin.wang@spreadtrum.com> 78 78 Baolin Wang <baolin.wang@linux.alibaba.com> <baolin.wang@unisoc.com> ··· 109 93 Brian King <brking@us.ibm.com> 110 94 Brian Silverman <bsilver16384@gmail.com> <brian.silverman@bluerivertech.com> 111 95 Cai Huoqing <cai.huoqing@linux.dev> <caihuoqing@baidu.com> 96 + Can Guo <quic_cang@quicinc.com> <cang@codeaurora.org> 97 + Carl Huang <quic_cjhuang@quicinc.com> <cjhuang@codeaurora.org> 112 98 Changbin Du <changbin.du@intel.com> <changbin.du@gmail.com> 113 99 Changbin Du <changbin.du@intel.com> <changbin.du@intel.com> 114 100 Chao Yu <chao@kernel.org> <chao2.yu@samsung.com> 115 101 Chao Yu <chao@kernel.org> <yuchao0@huawei.com> 116 102 Chris Chiu <chris.chiu@canonical.com> <chiu@endlessm.com> 117 103 Chris Chiu <chris.chiu@canonical.com> <chiu@endlessos.org> 104 + Chris Lew <quic_clew@quicinc.com> <clew@codeaurora.org> 118 105 Christian Borntraeger <borntraeger@linux.ibm.com> <borntraeger@de.ibm.com> 119 106 Christian Borntraeger <borntraeger@linux.ibm.com> <cborntra@de.ibm.com> 120 107 Christian Borntraeger <borntraeger@linux.ibm.com> <borntrae@de.ibm.com> ··· 138 119 Daniel Borkmann <daniel@iogearbox.net> <dborkman@redhat.com> 139 120 Daniel Borkmann <daniel@iogearbox.net> <dxchgb@gmail.com> 140 121 David Brownell <david-b@pacbell.net> 122 + David Collins <quic_collinsd@quicinc.com> <collinsd@codeaurora.org> 141 123 David Woodhouse <dwmw2@shinybook.infradead.org> 124 + Dedy Lansky <quic_dlansky@quicinc.com> <dlansky@codeaurora.org> 125 + Deepak Kumar Singh <quic_deesin@quicinc.com> <deesin@codeaurora.org> 142 126 Dengcheng Zhu <dzhu@wavecomp.com> <dczhu@mips.com> 143 127 Dengcheng Zhu <dzhu@wavecomp.com> <dengcheng.zhu@gmail.com> 144 128 Dengcheng Zhu <dzhu@wavecomp.com> <dengcheng.zhu@imgtec.com> ··· 158 136 Domen Puncer <domen@coderock.org> 159 137 Douglas Gilbert <dougg@torque.net> 160 138 Ed L. Cashin <ecashin@coraid.com> 139 + Elliot Berman <quic_eberman@quicinc.com> <eberman@codeaurora.org> 161 140 Enric Balletbo i Serra <eballetbo@kernel.org> <enric.balletbo@collabora.com> 162 141 Enric Balletbo i Serra <eballetbo@kernel.org> <eballetbo@iseebcn.com> 163 142 Erik Kaneda <erik.kaneda@intel.com> <erik.schmauss@intel.com> ··· 171 148 Felipe W Damasio <felipewd@terra.com.br> 172 149 Felix Kuhling <fxkuehl@gmx.de> 173 150 Felix Moeller <felix@derklecks.de> 151 + Fenglin Wu <quic_fenglinw@quicinc.com> <fenglinw@codeaurora.org> 174 152 Filipe Lautert <filipe@icewall.org> 175 153 Finn Thain <fthain@linux-m68k.org> <fthain@telegraphics.com.au> 176 154 Franck Bui-Huu <vagabon.xyz@gmail.com> ··· 195 171 Gregory CLEMENT <gregory.clement@bootlin.com> <gregory.clement@free-electrons.com> 196 172 Guilherme G. Piccoli <kernel@gpiccoli.net> <gpiccoli@linux.vnet.ibm.com> 197 173 Guilherme G. Piccoli <kernel@gpiccoli.net> <gpiccoli@canonical.com> 174 + Gokul Sriram Palanisamy <quic_gokulsri@quicinc.com> <gokulsri@codeaurora.org> 175 + Govindaraj Saminathan <quic_gsamin@quicinc.com> <gsamin@codeaurora.org> 198 176 Guo Ren <guoren@kernel.org> <guoren@linux.alibaba.com> 199 177 Guo Ren <guoren@kernel.org> <ren_guo@c-sky.com> 178 + Guru Das Srinagesh <quic_gurus@quicinc.com> <gurus@codeaurora.org> 200 179 Gustavo Padovan <gustavo@las.ic.unicamp.br> 201 180 Gustavo Padovan <padovan@profusion.mobi> 202 181 Hanjun Guo <guohanjun@huawei.com> <hanjun.guo@linaro.org> ··· 217 190 J. Bruce Fields <bfields@fieldses.org> <bfields@redhat.com> 218 191 J. Bruce Fields <bfields@fieldses.org> <bfields@citi.umich.edu> 219 192 Jacob Shin <Jacob.Shin@amd.com> 193 + Jack Pham <quic_jackp@quicinc.com> <jackp@codeaurora.org> 220 194 Jaegeuk Kim <jaegeuk@kernel.org> <jaegeuk@google.com> 221 195 Jaegeuk Kim <jaegeuk@kernel.org> <jaegeuk.kim@samsung.com> 222 196 Jaegeuk Kim <jaegeuk@kernel.org> <jaegeuk@motorola.com> ··· 245 217 Jayachandran C <c.jayachandran@gmail.com> <jnair@caviumnetworks.com> 246 218 <jean-philippe@linaro.org> <jean-philippe.brucker@arm.com> 247 219 Jean Tourrilhes <jt@hpl.hp.com> 220 + Jeevan Shriram <quic_jshriram@quicinc.com> <jshriram@codeaurora.org> 248 221 Jeff Garzik <jgarzik@pretzel.yyz.us> 249 222 Jeff Layton <jlayton@kernel.org> <jlayton@poochiereds.net> 250 223 Jeff Layton <jlayton@kernel.org> <jlayton@primarydata.com> 251 224 Jeff Layton <jlayton@kernel.org> <jlayton@redhat.com> 225 + Jeffrey Hugo <quic_jhugo@quicinc.com> <jhugo@codeaurora.org> 252 226 Jens Axboe <axboe@kernel.dk> <axboe@suse.de> 253 227 Jens Axboe <axboe@kernel.dk> <jens.axboe@oracle.com> 254 228 Jens Axboe <axboe@kernel.dk> <axboe@fb.com> ··· 258 228 Jens Osterkamp <Jens.Osterkamp@de.ibm.com> 259 229 Jernej Skrabec <jernej.skrabec@gmail.com> <jernej.skrabec@siol.net> 260 230 Jessica Zhang <quic_jesszhan@quicinc.com> <jesszhan@codeaurora.org> 231 + Jilai Wang <quic_jilaiw@quicinc.com> <jilaiw@codeaurora.org> 261 232 Jiri Pirko <jiri@resnulli.us> <jiri@nvidia.com> 262 233 Jiri Pirko <jiri@resnulli.us> <jiri@mellanox.com> 263 234 Jiri Pirko <jiri@resnulli.us> <jpirko@redhat.com> ··· 269 238 Jiri Slaby <jirislaby@kernel.org> <xslaby@fi.muni.cz> 270 239 Jisheng Zhang <jszhang@kernel.org> <jszhang@marvell.com> 271 240 Jisheng Zhang <jszhang@kernel.org> <Jisheng.Zhang@synaptics.com> 241 + Jishnu Prakash <quic_jprakash@quicinc.com> <jprakash@codeaurora.org> 272 242 Johan Hovold <johan@kernel.org> <jhovold@gmail.com> 273 243 Johan Hovold <johan@kernel.org> <johan@hovoldconsulting.com> 274 244 John Crispin <john@phrozen.org> <blogic@openwrt.org> ··· 288 256 <josh@joshtriplett.org> <josht@vnet.ibm.com> 289 257 Josh Poimboeuf <jpoimboe@kernel.org> <jpoimboe@redhat.com> 290 258 Josh Poimboeuf <jpoimboe@kernel.org> <jpoimboe@us.ibm.com> 259 + Jouni Malinen <quic_jouni@quicinc.com> <jouni@codeaurora.org> 291 260 Juha Yrjola <at solidboot.com> 292 261 Juha Yrjola <juha.yrjola@nokia.com> 293 262 Juha Yrjola <juha.yrjola@solidboot.com> ··· 296 263 Iskren Chernev <me@iskren.info> <iskren.chernev@gmail.com> 297 264 Kalle Valo <kvalo@kernel.org> <kvalo@codeaurora.org> 298 265 Kalyan Thota <quic_kalyant@quicinc.com> <kalyan_t@codeaurora.org> 266 + Karthikeyan Periyasamy <quic_periyasa@quicinc.com> <periyasa@codeaurora.org> 267 + Kathiravan T <quic_kathirav@quicinc.com> <kathirav@codeaurora.org> 299 268 Kay Sievers <kay.sievers@vrfy.org> 300 269 Kees Cook <keescook@chromium.org> <kees.cook@canonical.com> 301 270 Kees Cook <keescook@chromium.org> <keescook@google.com> ··· 306 271 Keith Busch <kbusch@kernel.org> <keith.busch@intel.com> 307 272 Keith Busch <kbusch@kernel.org> <keith.busch@linux.intel.com> 308 273 Kenneth W Chen <kenneth.w.chen@intel.com> 274 + Kenneth Westfield <quic_kwestfie@quicinc.com> <kwestfie@codeaurora.org> 275 + Kiran Gunda <quic_kgunda@quicinc.com> <kgunda@codeaurora.org> 309 276 Kirill Tkhai <tkhai@ya.ru> <ktkhai@virtuozzo.com> 310 277 Konstantin Khlebnikov <koct9i@gmail.com> <khlebnikov@yandex-team.ru> 311 278 Konstantin Khlebnikov <koct9i@gmail.com> <k.khlebnikov@samsung.com> ··· 316 279 Krzysztof Kozlowski <krzk@kernel.org> <k.kozlowski.k@gmail.com> 317 280 Krzysztof Kozlowski <krzk@kernel.org> <k.kozlowski@samsung.com> 318 281 Krzysztof Kozlowski <krzk@kernel.org> <krzysztof.kozlowski@canonical.com> 282 + Kshitiz Godara <quic_kgodara@quicinc.com> <kgodara@codeaurora.org> 319 283 Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> 320 284 Kuogee Hsieh <quic_khsieh@quicinc.com> <khsieh@codeaurora.org> 321 285 Lee Jones <lee@kernel.org> <joneslee@google.com> ··· 330 292 Leon Romanovsky <leon@kernel.org> <leon@leon.nu> 331 293 Leon Romanovsky <leon@kernel.org> <leonro@mellanox.com> 332 294 Leon Romanovsky <leon@kernel.org> <leonro@nvidia.com> 295 + Liam Mark <quic_lmark@quicinc.com> <lmark@codeaurora.org> 333 296 Linas Vepstas <linas@austin.ibm.com> 334 297 Linus Lüssing <linus.luessing@c0d3.blue> <linus.luessing@ascom.ch> 335 298 Linus Lüssing <linus.luessing@c0d3.blue> <linus.luessing@web.de> 336 299 <linux-hardening@vger.kernel.org> <kernel-hardening@lists.openwall.com> 337 300 Li Yang <leoyang.li@nxp.com> <leoli@freescale.com> 338 301 Li Yang <leoyang.li@nxp.com> <leo@zh-kernel.org> 302 + Lior David <quic_liord@quicinc.com> <liord@codeaurora.org> 339 303 Lorenzo Pieralisi <lpieralisi@kernel.org> <lorenzo.pieralisi@arm.com> 340 304 Luca Ceresoli <luca.ceresoli@bootlin.com> <luca@lucaceresoli.net> 341 305 Lukasz Luba <lukasz.luba@arm.com> <l.luba@partner.samsung.com> 306 + Luo Jie <quic_luoj@quicinc.com> <luoj@codeaurora.org> 342 307 Maciej W. Rozycki <macro@mips.com> <macro@imgtec.com> 343 308 Maciej W. Rozycki <macro@orcam.me.uk> <macro@linux-mips.org> 309 + Maharaja Kennadyrajan <quic_mkenna@quicinc.com> <mkenna@codeaurora.org> 310 + Maheshwar Ajja <quic_majja@quicinc.com> <majja@codeaurora.org> 311 + Malathi Gottam <quic_mgottam@quicinc.com> <mgottam@codeaurora.org> 312 + Manikanta Pubbisetty <quic_mpubbise@quicinc.com> <mpubbise@codeaurora.org> 344 313 Manivannan Sadhasivam <mani@kernel.org> <manivannanece23@gmail.com> 345 314 Manivannan Sadhasivam <mani@kernel.org> <manivannan.sadhasivam@linaro.org> 315 + Manoj Basapathi <quic_manojbm@quicinc.com> <manojbm@codeaurora.org> 346 316 Marcin Nowakowski <marcin.nowakowski@mips.com> <marcin.nowakowski@imgtec.com> 347 317 Marc Zyngier <maz@kernel.org> <marc.zyngier@arm.com> 348 318 Marek Behún <kabel@kernel.org> <marek.behun@nic.cz> ··· 380 334 Matt Ranostay <mranostay@gmail.com> Matthew Ranostay <mranostay@embeddedalley.com> 381 335 Matt Ranostay <mranostay@gmail.com> <matt.ranostay@intel.com> 382 336 Matt Redfearn <matt.redfearn@mips.com> <matt.redfearn@imgtec.com> 337 + Maulik Shah <quic_mkshah@quicinc.com> <mkshah@codeaurora.org> 383 338 Mauro Carvalho Chehab <mchehab@kernel.org> <maurochehab@gmail.com> 384 339 Mauro Carvalho Chehab <mchehab@kernel.org> <mchehab@brturbo.com.br> 385 340 Mauro Carvalho Chehab <mchehab@kernel.org> <mchehab@infradead.org> ··· 393 346 Maxime Ripard <mripard@kernel.org> <maxime@cerno.tech> 394 347 Maxime Ripard <mripard@kernel.org> <maxime.ripard@bootlin.com> 395 348 Maxime Ripard <mripard@kernel.org> <maxime.ripard@free-electrons.com> 349 + Maya Erez <quic_merez@quicinc.com> <merez@codeaurora.org> 396 350 Mayuresh Janorkar <mayur@ti.com> 351 + Md Sadre Alam <quic_mdalam@quicinc.com> <mdalam@codeaurora.org> 352 + Miaoqing Pan <quic_miaoqing@quicinc.com> <miaoqing@codeaurora.org> 397 353 Michael Buesch <m@bues.ch> 398 354 Michal Simek <michal.simek@amd.com> <michal.simek@xilinx.com> 399 355 Michel Dänzer <michel@tungstengraphics.com> ··· 407 357 Mike Rapoport <rppt@kernel.org> <mike@compulab.co.il> 408 358 Mike Rapoport <rppt@kernel.org> <mike.rapoport@gmail.com> 409 359 Mike Rapoport <rppt@kernel.org> <rppt@linux.ibm.com> 360 + Mike Tipton <quic_mdtipton@quicinc.com> <mdtipton@codeaurora.org> 410 361 Miodrag Dinic <miodrag.dinic@mips.com> <miodrag.dinic@imgtec.com> 411 362 Miquel Raynal <miquel.raynal@bootlin.com> <miquel.raynal@free-electrons.com> 412 363 Mitesh shah <mshah@teja.com> ··· 416 365 Morten Welinder <welinder@anemone.rentec.com> 417 366 Morten Welinder <welinder@darter.rentec.com> 418 367 Morten Welinder <welinder@troll.com> 368 + Mukesh Ojha <quic_mojha@quicinc.com> <mojha@codeaurora.org> 369 + Muna Sinada <quic_msinada@quicinc.com> <msinada@codeaurora.org> 370 + Murali Nalajala <quic_mnalajal@quicinc.com> <mnalajal@codeaurora.org> 419 371 Mythri P K <mythripk@ti.com> 420 372 Nadia Yvette Chambers <nyc@holomorphy.com> William Lee Irwin III <wli@holomorphy.com> 421 373 Nathan Chancellor <nathan@kernel.org> <natechancellor@gmail.com> 374 + Neeraj Upadhyay <quic_neeraju@quicinc.com> <neeraju@codeaurora.org> 422 375 Neil Armstrong <neil.armstrong@linaro.org> <narmstrong@baylibre.com> 423 376 Nguyen Anh Quynh <aquynh@gmail.com> 424 377 Nicholas Piggin <npiggin@gmail.com> <npiggen@suse.de> ··· 441 386 Nikolay Aleksandrov <razor@blackwall.org> <nikolay@cumulusnetworks.com> 442 387 Nikolay Aleksandrov <razor@blackwall.org> <nikolay@nvidia.com> 443 388 Nikolay Aleksandrov <razor@blackwall.org> <nikolay@isovalent.com> 389 + Odelu Kukatla <quic_okukatla@quicinc.com> <okukatla@codeaurora.org> 444 390 Oleksandr Natalenko <oleksandr@natalenko.name> <oleksandr@redhat.com> 445 391 Oleksij Rempel <linux@rempel-privat.de> <bug-track@fisher-privat.net> 446 392 Oleksij Rempel <linux@rempel-privat.de> <external.Oleksij.Rempel@de.bosch.com> ··· 449 393 Oleksij Rempel <linux@rempel-privat.de> <o.rempel@pengutronix.de> 450 394 Oleksij Rempel <linux@rempel-privat.de> <ore@pengutronix.de> 451 395 Oliver Upton <oliver.upton@linux.dev> <oupton@google.com> 396 + Oza Pawandeep <quic_poza@quicinc.com> <poza@codeaurora.org> 452 397 Pali Rohár <pali@kernel.org> <pali.rohar@gmail.com> 453 398 Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> 454 399 Patrick Mochel <mochel@digitalimplant.org> ··· 461 404 Paul E. McKenney <paulmck@kernel.org> <paulmck@us.ibm.com> 462 405 Paul Mackerras <paulus@ozlabs.org> <paulus@samba.org> 463 406 Paul Mackerras <paulus@ozlabs.org> <paulus@au1.ibm.com> 407 + Pavankumar Kondeti <quic_pkondeti@quicinc.com> <pkondeti@codeaurora.org> 464 408 Peter A Jonsson <pj@ludd.ltu.se> 465 409 Peter Oruba <peter.oruba@amd.com> 466 410 Peter Oruba <peter@oruba.de> 467 411 Pratyush Anand <pratyush.anand@gmail.com> <pratyush.anand@st.com> 468 412 Praveen BP <praveenbp@ti.com> 413 + Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com> <pradeepc@codeaurora.org> 414 + Prasad Sodagudi <quic_psodagud@quicinc.com> <psodagud@codeaurora.org> 469 415 Punit Agrawal <punitagrawal@gmail.com> <punit.agrawal@arm.com> 470 416 Qais Yousef <qyousef@layalina.io> <qais.yousef@imgtec.com> 471 417 Qais Yousef <qyousef@layalina.io> <qais.yousef@arm.com> ··· 477 417 Rafael J. Wysocki <rjw@rjwysocki.net> <rjw@sisk.pl> 478 418 Rajeev Nandan <quic_rajeevny@quicinc.com> <rajeevny@codeaurora.org> 479 419 Rajendra Nayak <quic_rjendra@quicinc.com> <rnayak@codeaurora.org> 420 + Rajeshwari Ravindra Kamble <quic_rkambl@quicinc.com> <rkambl@codeaurora.org> 421 + Raju P.L.S.S.S.N <quic_rplsssn@quicinc.com> <rplsssn@codeaurora.org> 480 422 Rajesh Shah <rajesh.shah@intel.com> 423 + Rakesh Pillai <quic_pillair@quicinc.com> <pillair@codeaurora.org> 481 424 Ralf Baechle <ralf@linux-mips.org> 482 425 Ralf Wildenhues <Ralf.Wildenhues@gmx.de> 426 + Ram Chandra Jangir <quic_rjangir@quicinc.com> <rjangir@codeaurora.org> 483 427 Randy Dunlap <rdunlap@infradead.org> <rdunlap@xenotime.net> 428 + Ravi Kumar Bokka <quic_rbokka@quicinc.com> <rbokka@codeaurora.org> 429 + Ravi Kumar Siddojigari <quic_rsiddoji@quicinc.com> <rsiddoji@codeaurora.org> 484 430 Rémi Denis-Courmont <rdenis@simphalempin.com> 485 431 Ricardo Ribalda <ribalda@kernel.org> <ricardo@ribalda.com> 486 432 Ricardo Ribalda <ribalda@kernel.org> Ricardo Ribalda Delgado <ribalda@kernel.org> ··· 495 429 Richard Leitner <richard.leitner@linux.dev> <me@g0hl1n.net> 496 430 Richard Leitner <richard.leitner@linux.dev> <richard.leitner@skidata.com> 497 431 Robert Foss <rfoss@kernel.org> <robert.foss@linaro.org> 432 + Rocky Liao <quic_rjliao@quicinc.com> <rjliao@codeaurora.org> 498 433 Roman Gushchin <roman.gushchin@linux.dev> <guro@fb.com> 499 434 Roman Gushchin <roman.gushchin@linux.dev> <guroan@gmail.com> 500 435 Roman Gushchin <roman.gushchin@linux.dev> <klamm@yandex-team.ru> ··· 513 446 Santosh Shilimkar <ssantosh@kernel.org> 514 447 Sarangdhar Joshi <spjoshi@codeaurora.org> 515 448 Sascha Hauer <s.hauer@pengutronix.de> 449 + Sahitya Tummala <quic_stummala@quicinc.com> <stummala@codeaurora.org> 450 + Sathishkumar Muruganandam <quic_murugana@quicinc.com> <murugana@codeaurora.org> 516 451 Satya Priya <quic_c_skakit@quicinc.com> <skakit@codeaurora.org> 517 452 S.Çağlar Onur <caglar@pardus.org.tr> 453 + Sayali Lokhande <quic_sayalil@quicinc.com> <sayalil@codeaurora.org> 518 454 Sean Christopherson <seanjc@google.com> <sean.j.christopherson@intel.com> 519 455 Sean Nyekjaer <sean@geanix.com> <sean.nyekjaer@prevas.dk> 456 + Sean Tranchetti <quic_stranche@quicinc.com> <stranche@codeaurora.org> 520 457 Sebastian Reichel <sre@kernel.org> <sebastian.reichel@collabora.co.uk> 521 458 Sebastian Reichel <sre@kernel.org> <sre@debian.org> 522 459 Sedat Dilek <sedat.dilek@gmail.com> <sedat.dilek@credativ.de> 460 + Senthilkumar N L <quic_snlakshm@quicinc.com> <snlakshm@codeaurora.org> 523 461 Seth Forshee <sforshee@kernel.org> <seth.forshee@canonical.com> 524 462 Shannon Nelson <shannon.nelson@amd.com> <snelson@pensando.io> 525 463 Shannon Nelson <shannon.nelson@amd.com> <shannon.nelson@intel.com> 526 464 Shannon Nelson <shannon.nelson@amd.com> <shannon.nelson@oracle.com> 465 + Sharath Chandra Vurukala <quic_sharathv@quicinc.com> <sharathv@codeaurora.org> 527 466 Shiraz Hashim <shiraz.linux.kernel@gmail.com> <shiraz.hashim@st.com> 528 467 Shuah Khan <shuah@kernel.org> <shuahkhan@gmail.com> 529 468 Shuah Khan <shuah@kernel.org> <shuah.khan@hp.com> 530 469 Shuah Khan <shuah@kernel.org> <shuahkh@osg.samsung.com> 531 470 Shuah Khan <shuah@kernel.org> <shuah.kh@samsung.com> 471 + Sibi Sankar <quic_sibis@quicinc.com> <sibis@codeaurora.org> 472 + Sid Manning <quic_sidneym@quicinc.com> <sidneym@codeaurora.org> 532 473 Simon Arlott <simon@octiron.net> <simon@fire.lp0.eu> 533 474 Simon Kelley <simon@thekelleys.org.uk> 475 + Sricharan Ramabadhran <quic_srichara@quicinc.com> <sricharan@codeaurora.org> 476 + Srinivas Ramana <quic_sramana@quicinc.com> <sramana@codeaurora.org> 477 + Sriram R <quic_srirrama@quicinc.com> <srirrama@codeaurora.org> 534 478 Stéphane Witzmann <stephane.witzmann@ubpmes.univ-bpclermont.fr> 535 479 Stephen Hemminger <stephen@networkplumber.org> <shemminger@linux-foundation.org> 536 480 Stephen Hemminger <stephen@networkplumber.org> <shemminger@osdl.org> ··· 549 471 Stephen Hemminger <stephen@networkplumber.org> <sthemmin@vyatta.com> 550 472 Steve Wise <larrystevenwise@gmail.com> <swise@chelsio.com> 551 473 Steve Wise <larrystevenwise@gmail.com> <swise@opengridcomputing.com> 552 - Subash Abhinov Kasiviswanathan <subashab@codeaurora.org> 474 + Subash Abhinov Kasiviswanathan <quic_subashab@quicinc.com> <subashab@codeaurora.org> 475 + Subbaraman Narayanamurthy <quic_subbaram@quicinc.com> <subbaram@codeaurora.org> 553 476 Subhash Jadavani <subhashj@codeaurora.org> 477 + Sudarshan Rajagopalan <quic_sudaraja@quicinc.com> <sudaraja@codeaurora.org> 554 478 Sudeep Holla <sudeep.holla@arm.com> Sudeep KarkadaNagesha <sudeep.karkadanagesha@arm.com> 555 479 Sumit Semwal <sumit.semwal@ti.com> 480 + Surabhi Vishnoi <quic_svishnoi@quicinc.com> <svishnoi@codeaurora.org> 556 481 Takashi YOSHII <takashi.yoshii.zj@renesas.com> 482 + Tamizh Chelvam Raja <quic_tamizhr@quicinc.com> <tamizhr@codeaurora.org> 483 + Taniya Das <quic_tdas@quicinc.com> <tdas@codeaurora.org> 557 484 Tejun Heo <htejun@gmail.com> 558 485 Thomas Graf <tgraf@suug.ch> 559 486 Thomas Körper <socketcan@esd.eu> <thomas.koerper@esd.eu> 560 487 Thomas Pedersen <twp@codeaurora.org> 561 488 Tiezhu Yang <yangtiezhu@loongson.cn> <kernelpatch@126.com> 489 + Tingwei Zhang <quic_tingwei@quicinc.com> <tingwei@codeaurora.org> 490 + Tirupathi Reddy <quic_tirupath@quicinc.com> <tirupath@codeaurora.org> 562 491 Tobias Klauser <tklauser@distanz.ch> <tobias.klauser@gmail.com> 563 492 Tobias Klauser <tklauser@distanz.ch> <klto@zhaw.ch> 564 493 Tobias Klauser <tklauser@distanz.ch> <tklauser@nuerscht.ch> 565 494 Tobias Klauser <tklauser@distanz.ch> <tklauser@xenon.tklauser.home> 566 495 Todor Tomov <todor.too@gmail.com> <todor.tomov@linaro.org> 567 496 Tony Luck <tony.luck@intel.com> 497 + Trilok Soni <quic_tsoni@quicinc.com> <tsoni@codeaurora.org> 568 498 TripleX Chung <xxx.phy@gmail.com> <triplex@zh-kernel.org> 569 499 TripleX Chung <xxx.phy@gmail.com> <zhongyu@18mail.cn> 570 500 Tsuneo Yoshioka <Tsuneo.Yoshioka@f-secure.com> ··· 585 499 Uwe Kleine-König <ukl@pengutronix.de> 586 500 Uwe Kleine-König <Uwe.Kleine-Koenig@digi.com> 587 501 Valdis Kletnieks <Valdis.Kletnieks@vt.edu> 502 + Vara Reddy <quic_varar@quicinc.com> <varar@codeaurora.org> 503 + Varadarajan Narayanan <quic_varada@quicinc.com> <varada@codeaurora.org> 504 + Vasanthakumar Thiagarajan <quic_vthiagar@quicinc.com> <vthiagar@codeaurora.org> 588 505 Vasily Averin <vasily.averin@linux.dev> <vvs@virtuozzo.com> 589 506 Vasily Averin <vasily.averin@linux.dev> <vvs@openvz.org> 590 507 Vasily Averin <vasily.averin@linux.dev> <vvs@parallels.com> 591 508 Vasily Averin <vasily.averin@linux.dev> <vvs@sw.ru> 592 509 Valentin Schneider <vschneid@redhat.com> <valentin.schneider@arm.com> 510 + Veera Sundaram Sankaran <quic_veeras@quicinc.com> <veeras@codeaurora.org> 511 + Veerabhadrarao Badiganti <quic_vbadigan@quicinc.com> <vbadigan@codeaurora.org> 512 + Venkateswara Naralasetty <quic_vnaralas@quicinc.com> <vnaralas@codeaurora.org> 593 513 Vikash Garodia <quic_vgarodia@quicinc.com> <vgarodia@codeaurora.org> 594 514 Vinod Koul <vkoul@kernel.org> <vinod.koul@intel.com> 595 515 Vinod Koul <vkoul@kernel.org> <vinod.koul@linux.intel.com> ··· 605 513 Viresh Kumar <vireshk@kernel.org> <viresh.linux@gmail.com> 606 514 Viresh Kumar <viresh.kumar@linaro.org> <viresh.kumar@linaro.org> 607 515 Viresh Kumar <viresh.kumar@linaro.org> <viresh.kumar@linaro.com> 516 + Vivek Aknurwar <quic_viveka@quicinc.com> <viveka@codeaurora.org> 608 517 Vivien Didelot <vivien.didelot@gmail.com> <vivien.didelot@savoirfairelinux.com> 609 518 Vlad Dogaru <ddvlad@gmail.com> <vlad.dogaru@intel.com> 610 519 Vladimir Davydov <vdavydov.dev@gmail.com> <vdavydov@parallels.com> 611 520 Vladimir Davydov <vdavydov.dev@gmail.com> <vdavydov@virtuozzo.com> 612 521 WeiXiong Liao <gmpy.liaowx@gmail.com> <liaoweixiong@allwinnertech.com> 522 + Wen Gong <quic_wgong@quicinc.com> <wgong@codeaurora.org> 523 + Wesley Cheng <quic_wcheng@quicinc.com> <wcheng@codeaurora.org> 613 524 Will Deacon <will@kernel.org> <will.deacon@arm.com> 614 525 Wolfram Sang <wsa@kernel.org> <w.sang@pengutronix.de> 615 526 Wolfram Sang <wsa@kernel.org> <wsa@the-dreams.de>
+19 -26
Documentation/filesystems/tmpfs.rst
··· 84 84 is half of the number of your physical RAM pages, or (on a 85 85 machine with highmem) the number of lowmem RAM pages, 86 86 whichever is the lower. 87 - noswap Disables swap. Remounts must respect the original settings. 88 - By default swap is enabled. 89 87 ========= ============================================================ 90 88 91 89 These parameters accept a suffix k, m or g for kilo, mega and giga and ··· 97 99 use up all the memory on the machine; but enhances the scalability of 98 100 that instance in a system with many CPUs making intensive use of it. 99 101 102 + tmpfs blocks may be swapped out, when there is a shortage of memory. 103 + tmpfs has a mount option to disable its use of swap: 104 + 105 + ====== =========================================================== 106 + noswap Disables swap. Remounts must respect the original settings. 107 + By default swap is enabled. 108 + ====== =========================================================== 109 + 100 110 tmpfs also supports Transparent Huge Pages which requires a kernel 101 111 configured with CONFIG_TRANSPARENT_HUGEPAGE and with huge supported for 102 112 your system (has_transparent_hugepage(), which is architecture specific). 103 113 The mount options for this are: 104 114 105 - ====== ============================================================ 106 - huge=0 never: disables huge pages for the mount 107 - huge=1 always: enables huge pages for the mount 108 - huge=2 within_size: only allocate huge pages if the page will be 109 - fully within i_size, also respect fadvise()/madvise() hints. 110 - huge=3 advise: only allocate huge pages if requested with 111 - fadvise()/madvise() 112 - ====== ============================================================ 115 + ================ ============================================================== 116 + huge=never Do not allocate huge pages. This is the default. 117 + huge=always Attempt to allocate huge page every time a new page is needed. 118 + huge=within_size Only allocate huge page if it will be fully within i_size. 119 + Also respect madvise(2) hints. 120 + huge=advise Only allocate huge page if requested with madvise(2). 121 + ================ ============================================================== 113 122 114 - There is a sysfs file which you can also use to control system wide THP 115 - configuration for all tmpfs mounts, the file is: 116 - 117 - /sys/kernel/mm/transparent_hugepage/shmem_enabled 118 - 119 - This sysfs file is placed on top of THP sysfs directory and so is registered 120 - by THP code. It is however only used to control all tmpfs mounts with one 121 - single knob. Since it controls all tmpfs mounts it should only be used either 122 - for emergency or testing purposes. The values you can set for shmem_enabled are: 123 - 124 - == ============================================================ 125 - -1 deny: disables huge on shm_mnt and all mounts, for 126 - emergency use 127 - -2 force: enables huge on shm_mnt and all mounts, w/o needing 128 - option, for testing 129 - == ============================================================ 123 + See also Documentation/admin-guide/mm/transhuge.rst, which describes the 124 + sysfs file /sys/kernel/mm/transparent_hugepage/shmem_enabled: which can 125 + be used to deny huge pages on all tmpfs mounts in an emergency, or to 126 + force huge pages on all tmpfs mounts for testing. 130 127 131 128 tmpfs has a mount option to set the NUMA memory allocation policy for 132 129 all files in that instance (if CONFIG_NUMA is enabled) - which can be
+4 -3
arch/um/os-Linux/sigio.c
··· 3 3 * Copyright (C) 2002 - 2008 Jeff Dike (jdike@{addtoit,linux.intel}.com) 4 4 */ 5 5 6 - #include <linux/minmax.h> 7 6 #include <unistd.h> 8 7 #include <errno.h> 9 8 #include <fcntl.h> ··· 50 51 51 52 static int write_sigio_thread(void *unused) 52 53 { 53 - struct pollfds *fds; 54 + struct pollfds *fds, tmp; 54 55 struct pollfd *p; 55 56 int i, n, respond_fd; 56 57 char c; ··· 77 78 "write_sigio_thread : " 78 79 "read on socket failed, " 79 80 "err = %d\n", errno); 80 - swap(current_poll, next_poll); 81 + tmp = current_poll; 82 + current_poll = next_poll; 83 + next_poll = tmp; 81 84 respond_fd = sigio_private[1]; 82 85 } 83 86 else {
+1 -1
fs/proc/vmcore.c
··· 132 132 u64 *ppos, bool encrypted) 133 133 { 134 134 unsigned long pfn, offset; 135 - size_t nr_bytes; 135 + ssize_t nr_bytes; 136 136 ssize_t read = 0, tmp; 137 137 int idx; 138 138
+23 -6
include/linux/mm.h
··· 641 641 */ 642 642 static inline bool vma_start_read(struct vm_area_struct *vma) 643 643 { 644 - /* Check before locking. A race might cause false locked result. */ 645 - if (vma->vm_lock_seq == READ_ONCE(vma->vm_mm->mm_lock_seq)) 644 + /* 645 + * Check before locking. A race might cause false locked result. 646 + * We can use READ_ONCE() for the mm_lock_seq here, and don't need 647 + * ACQUIRE semantics, because this is just a lockless check whose result 648 + * we don't rely on for anything - the mm_lock_seq read against which we 649 + * need ordering is below. 650 + */ 651 + if (READ_ONCE(vma->vm_lock_seq) == READ_ONCE(vma->vm_mm->mm_lock_seq)) 646 652 return false; 647 653 648 654 if (unlikely(down_read_trylock(&vma->vm_lock->lock) == 0)) ··· 659 653 * False unlocked result is impossible because we modify and check 660 654 * vma->vm_lock_seq under vma->vm_lock protection and mm->mm_lock_seq 661 655 * modification invalidates all existing locks. 656 + * 657 + * We must use ACQUIRE semantics for the mm_lock_seq so that if we are 658 + * racing with vma_end_write_all(), we only start reading from the VMA 659 + * after it has been unlocked. 660 + * This pairs with RELEASE semantics in vma_end_write_all(). 662 661 */ 663 - if (unlikely(vma->vm_lock_seq == READ_ONCE(vma->vm_mm->mm_lock_seq))) { 662 + if (unlikely(vma->vm_lock_seq == smp_load_acquire(&vma->vm_mm->mm_lock_seq))) { 664 663 up_read(&vma->vm_lock->lock); 665 664 return false; 666 665 } ··· 687 676 * current task is holding mmap_write_lock, both vma->vm_lock_seq and 688 677 * mm->mm_lock_seq can't be concurrently modified. 689 678 */ 690 - *mm_lock_seq = READ_ONCE(vma->vm_mm->mm_lock_seq); 679 + *mm_lock_seq = vma->vm_mm->mm_lock_seq; 691 680 return (vma->vm_lock_seq == *mm_lock_seq); 692 681 } 693 682 ··· 699 688 return; 700 689 701 690 down_write(&vma->vm_lock->lock); 702 - vma->vm_lock_seq = mm_lock_seq; 691 + /* 692 + * We should use WRITE_ONCE() here because we can have concurrent reads 693 + * from the early lockless pessimistic check in vma_start_read(). 694 + * We don't really care about the correctness of that early check, but 695 + * we should use WRITE_ONCE() for cleanliness and to keep KCSAN happy. 696 + */ 697 + WRITE_ONCE(vma->vm_lock_seq, mm_lock_seq); 703 698 up_write(&vma->vm_lock->lock); 704 699 } 705 700 ··· 719 702 if (!down_write_trylock(&vma->vm_lock->lock)) 720 703 return false; 721 704 722 - vma->vm_lock_seq = mm_lock_seq; 705 + WRITE_ONCE(vma->vm_lock_seq, mm_lock_seq); 723 706 up_write(&vma->vm_lock->lock); 724 707 return true; 725 708 }
+28
include/linux/mm_types.h
··· 514 514 }; 515 515 516 516 #ifdef CONFIG_PER_VMA_LOCK 517 + /* 518 + * Can only be written (using WRITE_ONCE()) while holding both: 519 + * - mmap_lock (in write mode) 520 + * - vm_lock->lock (in write mode) 521 + * Can be read reliably while holding one of: 522 + * - mmap_lock (in read or write mode) 523 + * - vm_lock->lock (in read or write mode) 524 + * Can be read unreliably (using READ_ONCE()) for pessimistic bailout 525 + * while holding nothing (except RCU to keep the VMA struct allocated). 526 + * 527 + * This sequence counter is explicitly allowed to overflow; sequence 528 + * counter reuse can only lead to occasional unnecessary use of the 529 + * slowpath. 530 + */ 517 531 int vm_lock_seq; 518 532 struct vma_lock *vm_lock; 519 533 ··· 693 679 * by mmlist_lock 694 680 */ 695 681 #ifdef CONFIG_PER_VMA_LOCK 682 + /* 683 + * This field has lock-like semantics, meaning it is sometimes 684 + * accessed with ACQUIRE/RELEASE semantics. 685 + * Roughly speaking, incrementing the sequence number is 686 + * equivalent to releasing locks on VMAs; reading the sequence 687 + * number can be part of taking a read lock on a VMA. 688 + * 689 + * Can be modified under write mmap_lock using RELEASE 690 + * semantics. 691 + * Can be read with no other protection when holding write 692 + * mmap_lock. 693 + * Can be read with ACQUIRE semantics if not holding write 694 + * mmap_lock. 695 + */ 696 696 int mm_lock_seq; 697 697 #endif 698 698
+8 -2
include/linux/mmap_lock.h
··· 76 76 static inline void vma_end_write_all(struct mm_struct *mm) 77 77 { 78 78 mmap_assert_write_locked(mm); 79 - /* No races during update due to exclusive mmap_lock being held */ 80 - WRITE_ONCE(mm->mm_lock_seq, mm->mm_lock_seq + 1); 79 + /* 80 + * Nobody can concurrently modify mm->mm_lock_seq due to exclusive 81 + * mmap_lock being held. 82 + * We need RELEASE semantics here to ensure that preceding stores into 83 + * the VMA take effect before we unlock it with this store. 84 + * Pairs with ACQUIRE semantics in vma_start_read(). 85 + */ 86 + smp_store_release(&mm->mm_lock_seq, mm->mm_lock_seq + 1); 81 87 } 82 88 #else 83 89 static inline void vma_end_write_all(struct mm_struct *mm) {}
+5 -5
mm/damon/core-test.h
··· 320 320 321 321 static void damon_test_set_attrs(struct kunit *test) 322 322 { 323 - struct damon_ctx ctx; 323 + struct damon_ctx *c = damon_new_ctx(); 324 324 struct damon_attrs valid_attrs = { 325 325 .min_nr_regions = 10, .max_nr_regions = 1000, 326 326 .sample_interval = 5000, .aggr_interval = 100000,}; 327 327 struct damon_attrs invalid_attrs; 328 328 329 - KUNIT_EXPECT_EQ(test, damon_set_attrs(&ctx, &valid_attrs), 0); 329 + KUNIT_EXPECT_EQ(test, damon_set_attrs(c, &valid_attrs), 0); 330 330 331 331 invalid_attrs = valid_attrs; 332 332 invalid_attrs.min_nr_regions = 1; 333 - KUNIT_EXPECT_EQ(test, damon_set_attrs(&ctx, &invalid_attrs), -EINVAL); 333 + KUNIT_EXPECT_EQ(test, damon_set_attrs(c, &invalid_attrs), -EINVAL); 334 334 335 335 invalid_attrs = valid_attrs; 336 336 invalid_attrs.max_nr_regions = 9; 337 - KUNIT_EXPECT_EQ(test, damon_set_attrs(&ctx, &invalid_attrs), -EINVAL); 337 + KUNIT_EXPECT_EQ(test, damon_set_attrs(c, &invalid_attrs), -EINVAL); 338 338 339 339 invalid_attrs = valid_attrs; 340 340 invalid_attrs.aggr_interval = 4999; 341 - KUNIT_EXPECT_EQ(test, damon_set_attrs(&ctx, &invalid_attrs), -EINVAL); 341 + KUNIT_EXPECT_EQ(test, damon_set_attrs(c, &invalid_attrs), -EINVAL); 342 342 } 343 343 344 344 static struct kunit_case damon_test_cases[] = {
+1 -1
mm/memory-failure.c
··· 2487 2487 goto unlock_mutex; 2488 2488 } 2489 2489 2490 - if (!folio_test_hwpoison(folio)) { 2490 + if (!PageHWPoison(p)) { 2491 2491 unpoison_pr_info("Unpoison: Page was already unpoisoned %#lx\n", 2492 2492 pfn, &unpoison_rs); 2493 2493 goto unlock_mutex;
+1
mm/mmap.c
··· 615 615 * anon pages imported. 616 616 */ 617 617 if (src->anon_vma && !dst->anon_vma) { 618 + vma_start_write(dst); 618 619 dst->anon_vma = src->anon_vma; 619 620 return anon_vma_clone(dst, src); 620 621 }
+4 -1
mm/pagewalk.c
··· 48 48 if (walk->no_vma) { 49 49 /* 50 50 * pte_offset_map() might apply user-specific validation. 51 + * Indeed, on x86_64 the pmd entries set up by init_espfix_ap() 52 + * fit its pmd_bad() check (_PAGE_NX set and _PAGE_RW clear), 53 + * and CONFIG_EFI_PGT_DUMP efi_mm goes so far as to walk them. 51 54 */ 52 - if (walk->mm == &init_mm) 55 + if (walk->mm == &init_mm || addr >= TASK_SIZE) 53 56 pte = pte_offset_kernel(pmd, addr); 54 57 else 55 58 pte = pte_offset_map(pmd, addr);
+6 -3
mm/shmem.c
··· 2796 2796 if (*ppos >= i_size_read(inode)) 2797 2797 break; 2798 2798 2799 - error = shmem_get_folio(inode, *ppos / PAGE_SIZE, &folio, SGP_READ); 2799 + error = shmem_get_folio(inode, *ppos / PAGE_SIZE, &folio, 2800 + SGP_READ); 2800 2801 if (error) { 2801 2802 if (error == -EINVAL) 2802 2803 error = 0; ··· 2806 2805 if (folio) { 2807 2806 folio_unlock(folio); 2808 2807 2809 - if (folio_test_hwpoison(folio)) { 2808 + if (folio_test_hwpoison(folio) || 2809 + (folio_test_large(folio) && 2810 + folio_test_has_hwpoisoned(folio))) { 2810 2811 error = -EIO; 2811 2812 break; 2812 2813 } ··· 2844 2841 folio_put(folio); 2845 2842 folio = NULL; 2846 2843 } else { 2847 - n = splice_zeropage_into_pipe(pipe, *ppos, len); 2844 + n = splice_zeropage_into_pipe(pipe, *ppos, part); 2848 2845 } 2849 2846 2850 2847 if (!n)
-1
scripts/spelling.txt
··· 1541 1541 temorary||temporary 1542 1542 temproarily||temporarily 1543 1543 temperture||temperature 1544 - thead||thread 1545 1544 theads||threads 1546 1545 therfore||therefore 1547 1546 thier||their