)]}' { "log": [ { "commit": "2c85ebc57b3e1817b6ce1a6b703928e113a90442", "tree": "befd9213cddc388ba6fd2644d43a048934774452", "parents": [ "ec6f5e0e5ca0764b4bc522c9f9d5abf876a0e3e3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Dec 13 14:41:30 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Dec 13 14:41:30 2020 -0800" }, "message": "Linux 5.10\n" }, { "commit": "ec6f5e0e5ca0764b4bc522c9f9d5abf876a0e3e3", "tree": "2bb3ce677532171c5f97801a836abe2be07c7125", "parents": [ "d2360a398f0b68722641c59aeb2623e79bd03e34", "0d07c0ec4381f630c801539c79ad8dcc627f6e4a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Dec 13 11:31:19 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Dec 13 11:31:19 2020 -0800" }, "message": "Merge tag \u0027x86-urgent-2020-12-13\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull x86 fixes from Thomas Gleixner:\n \"A set of x86 and membarrier fixes:\n\n - Correct a few problems in the x86 and the generic membarrier\n implementation. Small corrections for assumptions about visibility\n which have turned out not to be true.\n\n - Make the PAT bits for memory encryption correct vs 4K and 2M/1G\n page table entries as they are at a different location.\n\n - Fix a concurrency issue in the the local bandwidth readout of\n resource control leading to incorrect values\n\n - Fix the ordering of allocating a vector for an interrupt. The order\n missed to respect the provided cpumask when the first attempt of\n allocating node local in the mask fails. It then tries the node\n instead of trying the full provided mask first. This leads to\n erroneous error messages and breaking the (user) supplied affinity\n request. Reorder it.\n\n - Make the INT3 padding detection in optprobe work correctly\"\n\n* tag \u0027x86-urgent-2020-12-13\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n x86/kprobes: Fix optprobe to detect INT3 padding correctly\n x86/apic/vector: Fix ordering in vector assignment\n x86/resctrl: Fix incorrect local bandwidth when mba_sc is enabled\n x86/mm/mem_encrypt: Fix definition of PMD_FLAGS_DEC_WP\n membarrier: Execute SYNC_CORE on the calling thread\n membarrier: Explicitly sync remote cores when SYNC_CORE is requested\n membarrier: Add an actual barrier before rseq_preempt()\n x86/membarrier: Get rid of a dubious optimization\n" }, { "commit": "d2360a398f0b68722641c59aeb2623e79bd03e34", "tree": "aadfe0512d258a9da10420e65bbe768aa0ce752a", "parents": [ "6bff9bb8a292668e7da3e740394b061e5201f683", "6ffeb1c3f8226244c08105bcdbeecc04bad6b89a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Dec 13 10:36:23 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Dec 13 10:36:23 2020 -0800" }, "message": "Merge tag \u0027block-5.10-2020-12-12\u0027 of git://git.kernel.dk/linux-block\n\nPull block fixes from Jens Axboe:\n \"This should be it for 5.10.\n\n Mike and Song looked into the warning case, and thankfully it appears\n the fix was pretty trivial - we can just change the md device chunk\n type to unsigned int to get rid of it. They cannot currently be \u003c 0,\n and nobody is checking for that either.\n\n We\u0027re reverting the discard changes as the corruption reports came in\n very late, and there\u0027s just no time to attempt to deal with it at this\n point. Reverting the changes in question is the right call for 5.10\"\n\n* tag \u0027block-5.10-2020-12-12\u0027 of git://git.kernel.dk/linux-block:\n md: change mddev \u0027chunk_sectors\u0027 from int to unsigned\n Revert \"md: add md_submit_discard_bio() for submitting discard bio\"\n Revert \"md/raid10: extend r10bio devs to raid disks\"\n Revert \"md/raid10: pull codes that wait for blocked dev into one function\"\n Revert \"md/raid10: improve raid10 discard request\"\n Revert \"md/raid10: improve discard request for far layout\"\n Revert \"dm raid: remove unnecessary discard limits for raid10\"\n" }, { "commit": "6bff9bb8a292668e7da3e740394b061e5201f683", "tree": "52bcca60eae6312e009db173500ad7905e95d9a2", "parents": [ "5ee595d9079b94ee931287ce004d34886b7d3c24", "4da3a54f5a025846f9930354cfb80f075b9952e0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 12:57:12 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 12:57:12 2020 -0800" }, "message": "Merge tag \u0027scsi-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi\n\nPull SCSI fixes from James Bottomley:\n \"Five small fixes. Four in drivers:\n\n - hisi_sas: fix internal queue timeout\n\n - be2iscsi: revert a prior fix causing problems\n\n - bnx2i: add missing dependency\n\n - storvsc: late arriving revert of a problem fix\n\n and one in the core.\n\n The core one is a minor change to stop paying attention to the busy\n count when returning out of resources because there\u0027s a race window\n where the queue might not restart due to missing returning I/O\"\n\n* tag \u0027scsi-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi:\n Revert \"scsi: storvsc: Validate length of incoming packet in storvsc_on_channel_callback()\"\n scsi: hisi_sas: Select a suitable queue for internal I/Os\n scsi: core: Fix race between handling STS_RESOURCE and completion\n scsi: be2iscsi: Revert \"Fix a theoretical leak in beiscsi_create_eqs()\"\n scsi: bnx2i: Requires MMU\n" }, { "commit": "5ee595d9079b94ee931287ce004d34886b7d3c24", "tree": "90ad150c4e851a11ca912da74dd28a32d7bbc100", "parents": [ "7b1b868e1d9156484ccce9bf11122c053de82617", "e977aaf899a6d3b3d6658da66e262b6e307ae3a2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 12:47:46 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 12:47:46 2020 -0800" }, "message": "Merge branch \u0027i2c/for-current\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux\n\nPull i2c fix from Wolfram Sang:\n \"Bugfix for the AT24 EEPROM driver\"\n\n* \u0027i2c/for-current\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux:\n misc: eeprom: at24: fix NVMEM name with custom AT24 device name\n" }, { "commit": "7b1b868e1d9156484ccce9bf11122c053de82617", "tree": "df9820018f1454d8b44aec832e9e9867bbdd4b36", "parents": [ "b53966ffd4c0676c02987d4fc33b99bdfc548cf0", "111d0bda8eeb4b54e0c63897b071effbf9fd9251" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 10:08:16 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 10:08:16 2020 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm\n\nPull kvm fixes from Paolo Bonzini:\n \"Bugfixes for ARM, x86 and tools\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm:\n tools/kvm_stat: Exempt time-based counters\n KVM: mmu: Fix SPTE encoding of MMIO generation upper half\n kvm: x86/mmu: Use cpuid to determine max gfn\n kvm: svm: de-allocate svm_cpu_data for all cpus in svm_cpu_uninit()\n selftests: kvm/set_memory_region_test: Fix race in move region test\n KVM: arm64: Add usage of stage 2 fault lookup level in user_mem_abort()\n KVM: arm64: Fix handling of merging tables into a block entry\n KVM: arm64: Fix memory leak on stage2 update of a valid PTE\n" }, { "commit": "b53966ffd4c0676c02987d4fc33b99bdfc548cf0", "tree": "551926f0b9bfe27ecc4c609d10192e0cf447ace7", "parents": [ "b01deddb8d3cb779ac250978afd200931fd91dcd", "ee32f32335e8c7f6154bf397f4ac9b6175b488a8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 10:02:03 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 10:02:03 2020 -0800" }, "message": "Merge tag \u0027for-linus-5.10c-rc8-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip\n\nPull xen fixes from Juergen Gross:\n \"A short series fixing a regression introduced in 5.9 for running as\n Xen dom0 on a system with NVMe backed storage\"\n\n* tag \u0027for-linus-5.10c-rc8-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip:\n xen: don\u0027t use page-\u003elru for ZONE_DEVICE memory\n xen: add helpers for caching grant mapping pages\n" }, { "commit": "b01deddb8d3cb779ac250978afd200931fd91dcd", "tree": "148e4de3a3e381104d19fd32f2134d2d93605ee0", "parents": [ "31d00f6eb1f2b498a1d7af62cffeba3fbea8cf75", "ccbbfd1cbf365b38d014351d1482fedd26282041" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 09:50:26 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 09:50:26 2020 -0800" }, "message": "Merge tag \u0027riscv-for-linus-5.10-rc8\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux\n\nPull RISC-V fix from Palmer Dabbelt:\n \"Just one fix. It\u0027s nothing critical, just a randconfig that wasn\u0027t\n building. That said, it does seem pretty safe and is technically a\n regression so I\u0027m sending it along for 5.10:\n\n - define get_cycles64() all the time, as it\u0027s used by most\n configurations\"\n\n* tag \u0027riscv-for-linus-5.10-rc8\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux:\n RISC-V: Define get_cycles64() regardless of M-mode\n" }, { "commit": "31d00f6eb1f2b498a1d7af62cffeba3fbea8cf75", "tree": "0de05c44dbe171961a24ddf923c80eefa3e7f67a", "parents": [ "643e69aff89a2d0abc53979acc441b68ce86139b", "f26c08b444df833b19c00838a530d93963ce9cd0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 09:45:01 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 09:45:01 2020 -0800" }, "message": "Merge tag \u0027io_uring-5.10-2020-12-11\u0027 of git://git.kernel.dk/linux-block\n\nPull io_uring fixes from Jens Axboe:\n \"Two fixes in here, fixing issues introduced in this merge window\"\n\n* tag \u0027io_uring-5.10-2020-12-11\u0027 of git://git.kernel.dk/linux-block:\n io_uring: fix file leak on error path of io ctx creation\n io_uring: fix mis-seting personality\u0027s creds\n" }, { "commit": "643e69aff89a2d0abc53979acc441b68ce86139b", "tree": "d9d050c0fdf90d2c62da29319b75d6231c4817ae", "parents": [ "7f376f1917d7461e05b648983e8d2aea9d0712b2", "cffdd6d90482316e18d686060a4397902ea04bd2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 09:41:33 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Dec 12 09:41:33 2020 -0800" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input\n\nPull input fixes from Dmitry Torokhov:\n\n - a fix for cm109 stomping on its own control URB if it tries to toggle\n buzzer immediately after userspace opens input device (found by\n syzcaller)\n\n - another fix for Raydium touchscreens that do not like splitting\n command transfers\n\n - quirks for i8042, soc_button_array, and goodix drivers to make them\n work better with certain hardware.\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input:\n Input: goodix - add upside-down quirk for Teclast X98 Pro tablet\n Input: cm109 - do not stomp on control URB\n Input: i8042 - add Acer laptops to the i8042 reset list\n Input: cros_ec_keyb - send \u0027scancodes\u0027 in addition to key events\n Input: soc_button_array - add Lenovo Yoga Tablet2 1051L to the dmi_use_low_level_irq list\n Input: raydium_ts_i2c - do not split tx transactions\n" }, { "commit": "6ffeb1c3f8226244c08105bcdbeecc04bad6b89a", "tree": "d04661148cc51597e7981f2c483647c615b6fe96", "parents": [ "4223a5be80b8998d717c6b0e1000070e0e336bf3" ], "author": { "name": "Mike Snitzer", "email": "snitzer@redhat.com", "time": "Sat Dec 12 11:55:37 2020 -0500" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Sat Dec 12 10:07:50 2020 -0700" }, "message": "md: change mddev \u0027chunk_sectors\u0027 from int to unsigned\n\nCommit e2782f560c29 (\"Revert \"dm raid: remove unnecessary discard\nlimits for raid10\"\") exposed compiler warnings introduced by commit\ne0910c8e4f87 (\"dm raid: fix discard limits for raid1 and raid10\"):\n\nIn file included from ./include/linux/kernel.h:14,\n from ./include/asm-generic/bug.h:20,\n from ./arch/x86/include/asm/bug.h:93,\n from ./include/linux/bug.h:5,\n from ./include/linux/mmdebug.h:5,\n from ./include/linux/gfp.h:5,\n from ./include/linux/slab.h:15,\n from drivers/md/dm-raid.c:8:\ndrivers/md/dm-raid.c: In function ‘raid_io_hints’:\n./include/linux/minmax.h:18:28: warning: comparison of distinct pointer types lacks a cast\n (!!(sizeof((typeof(x) *)1 \u003d\u003d (typeof(y) *)1)))\n ^~\n./include/linux/minmax.h:32:4: note: in expansion of macro ‘__typecheck’\n (__typecheck(x, y) \u0026\u0026 __no_side_effects(x, y))\n ^~~~~~~~~~~\n./include/linux/minmax.h:42:24: note: in expansion of macro ‘__safe_cmp’\n __builtin_choose_expr(__safe_cmp(x, y), \\\n ^~~~~~~~~~\n./include/linux/minmax.h:51:19: note: in expansion of macro ‘__careful_cmp’\n #define min(x, y) __careful_cmp(x, y, \u003c)\n ^~~~~~~~~~~~~\n./include/linux/minmax.h:84:39: note: in expansion of macro ‘min’\n __x \u003d\u003d 0 ? __y : ((__y \u003d\u003d 0) ? __x : min(__x, __y)); })\n ^~~\ndrivers/md/dm-raid.c:3739:33: note: in expansion of macro ‘min_not_zero’\n limits-\u003emax_discard_sectors \u003d min_not_zero(rs-\u003emd.chunk_sectors,\n ^~~~~~~~~~~~\n\nFix this by changing the chunk_sectors member of \u0027struct mddev\u0027 from\nint to \u0027unsigned int\u0027 to match the type used for the \u0027chunk_sectors\u0027\nmember of \u0027struct queue_limits\u0027. Various MD code still uses \u0027int\u0027 but\nnone of it appears to ever make use of signed int; and storing\npositive signed int in unsigned is perfectly safe.\n\nReported-by: Song Liu \u003csongliubraving@fb.com\u003e\nFixes: e2782f560c29 (\"Revert \"dm raid: remove unnecessary discard limits for raid10\"\")\nFixes: e0910c8e4f87 (\"dm raid: fix discard limits for raid1 and raid10\")\nCc: stable@vger,kernel.org # e0910c8e4f87 was marked for stable@\nSigned-off-by: Mike Snitzer \u003csnitzer@redhat.com\u003e\nReviewed-by: Song Liu \u003csong@kernel.org\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "0d07c0ec4381f630c801539c79ad8dcc627f6e4a", "tree": "ca19541841b50372bb92d9ad2e3043a927d943f2", "parents": [ "190113b4c6531c8e09b31d5235f9b5175cbb0f72" ], "author": { "name": "Masami Hiramatsu", "email": "mhiramat@kernel.org", "time": "Fri Dec 11 16:04:17 2020 +0900" }, "committer": { "name": "Borislav Petkov", "email": "bp@suse.de", "time": "Sat Dec 12 15:25:17 2020 +0100" }, "message": "x86/kprobes: Fix optprobe to detect INT3 padding correctly\n\nCommit\n\n 7705dc855797 (\"x86/vmlinux: Use INT3 instead of NOP for linker fill bytes\")\n\nchanged the padding bytes between functions from NOP to INT3. However,\nwhen optprobe decodes a target function it finds INT3 and gives up the\njump optimization.\n\nInstead of giving up any INT3 detection, check whether the rest of the\nbytes to the end of the function are INT3. If all of them are INT3,\nthose come from the linker. In that case, continue the optprobe jump\noptimization.\n\n [ bp: Massage commit message. ]\n\nFixes: 7705dc855797 (\"x86/vmlinux: Use INT3 instead of NOP for linker fill bytes\")\nReported-by: Adam Zabrocki \u003cpi3@pi3.com.pl\u003e\nSigned-off-by: Masami Hiramatsu \u003cmhiramat@kernel.org\u003e\nSigned-off-by: Borislav Petkov \u003cbp@suse.de\u003e\nReviewed-by: Steven Rostedt (VMware) \u003crostedt@goodmis.org\u003e\nReviewed-by: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: stable@vger.kernel.org\nLink: https://lkml.kernel.org/r/160767025681.3880685.16021570341428835411.stgit@devnote2\n" }, { "commit": "cffdd6d90482316e18d686060a4397902ea04bd2", "tree": "27f920ff925ccbd9f3491734cdc6041302e1a9ef", "parents": [ "82e06090473289ce63e23fdeb8737aad59b10645" ], "author": { "name": "Simon Beginn", "email": "linux@simonmicro.de", "time": "Fri Dec 11 16:17:32 2020 -0800" }, "committer": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Fri Dec 11 16:21:01 2020 -0800" }, "message": "Input: goodix - add upside-down quirk for Teclast X98 Pro tablet\n\nThe touchscreen on the Teclast x98 Pro is also mounted upside-down in\nrelation to the display orientation.\n\nSigned-off-by: Simon Beginn \u003clinux@simonmicro.de\u003e\nSigned-off-by: Bastien Nocera \u003chadess@hadess.net\u003e\nLink: https://lore.kernel.org/r/20201117004253.27A5A27EFD@localhost\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\n" }, { "commit": "111d0bda8eeb4b54e0c63897b071effbf9fd9251", "tree": "362d8f8cfa4c8fd237355b8cd2403765a8b7a88a", "parents": [ "34c0f6f2695a2db81e09a3ab7bdb2853f45d4d3d" ], "author": { "name": "Stefan Raspl", "email": "raspl@de.ibm.com", "time": "Tue Dec 08 22:08:29 2020 +0100" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Dec 11 19:18:51 2020 -0500" }, "message": "tools/kvm_stat: Exempt time-based counters\n\nThe new counters halt_poll_success_ns and halt_poll_fail_ns do not count\nevents. Instead they provide a time, and mess up our statistics. Therefore,\nwe should exclude them.\nRemoval is currently implemented with an exempt list. If more counters like\nthese appear, we can think about a more general rule like excluding all\nfields name \"*_ns\", in case that\u0027s a standing convention.\n\nSigned-off-by: Stefan Raspl \u003craspl@linux.ibm.com\u003e\nTested-and-reported-by: Christian Borntraeger \u003cborntraeger@de.ibm.com\u003e\nMessage-Id: \u003c20201208210829.101324-1-raspl@linux.ibm.com\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n" }, { "commit": "34c0f6f2695a2db81e09a3ab7bdb2853f45d4d3d", "tree": "8902487302d44024632c943bf6369fedd6cdefa1", "parents": [ "83bbb8ffb4629ece5d6c0b093b9f66297a9e27e0" ], "author": { "name": "Maciej S. Szmigiero", "email": "maciej.szmigiero@oracle.com", "time": "Sat Dec 05 01:48:08 2020 +0100" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Dec 11 19:18:43 2020 -0500" }, "message": "KVM: mmu: Fix SPTE encoding of MMIO generation upper half\n\nCommit cae7ed3c2cb0 (\"KVM: x86: Refactor the MMIO SPTE generation handling\")\ncleaned up the computation of MMIO generation SPTE masks, however it\nintroduced a bug how the upper part was encoded:\nSPTE bits 52-61 were supposed to contain bits 10-19 of the current\ngeneration number, however a missing shift encoded bits 1-10 there instead\n(mostly duplicating the lower part of the encoded generation number that\nthen consisted of bits 1-9).\n\nIn the meantime, the upper part was shrunk by one bit and moved by\nsubsequent commits to become an upper half of the encoded generation number\n(bits 9-17 of bits 0-17 encoded in a SPTE).\n\nIn addition to the above, commit 56871d444bc4 (\"KVM: x86: fix overlap between SPTE_MMIO_MASK and generation\")\nhas changed the SPTE bit range assigned to encode the generation number and\nthe total number of bits encoded but did not update them in the comment\nattached to their defines, nor in the KVM MMU doc.\nLet\u0027s do it here, too, since it is too trivial thing to warrant a separate\ncommit.\n\nFixes: cae7ed3c2cb0 (\"KVM: x86: Refactor the MMIO SPTE generation handling\")\nSigned-off-by: Maciej S. Szmigiero \u003cmaciej.szmigiero@oracle.com\u003e\nMessage-Id: \u003c156700708db2a5296c5ed7a8b9ac71f1e9765c85.1607129096.git.maciej.szmigiero@oracle.com\u003e\nCc: stable@vger.kernel.org\n[Reorganize macros so that everything is computed from the bit ranges. - Paolo]\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n" }, { "commit": "7f376f1917d7461e05b648983e8d2aea9d0712b2", "tree": "3eb4e1fcaad6ccd563842904f7d4d2da7ea878c3", "parents": [ "1de5d12b769017f7354e7151ce1c26eb1d9ba2e4", "33d974e76e21e9da8a36b14d2dce6394c36c3e30" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:29:46 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:29:46 2020 -0800" }, "message": "Merge tag \u0027mtd/fixes-for-5.10-rc8\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux\n\nPull mtd fixes from Miquel Raynal:\n \"Second series of fixes for raw NAND drivers initiated because of a\n rework of the ECC engine subsystem.\n\n The location of the DT parsing logic got moved, breaking several\n drivers which in fact were not doing the ECC engine initialization at\n the right place.\n\n These drivers have been fixed by enforcing a particular ECC engine\n type and algorithm, software Hamming, while the algorithm may be\n overwritten by a DT property. This merge request fixes this in the\n xway, socrates, plat_nand, pasemi, orion, mpc5121, gpio, au1550 and\n ams-delta controller drivers\"\n\n* tag \u0027mtd/fixes-for-5.10-rc8\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux:\n mtd: rawnand: xway: Do not force a particular software ECC engine\n mtd: rawnand: socrates: Do not force a particular software ECC engine\n mtd: rawnand: plat_nand: Do not force a particular software ECC engine\n mtd: rawnand: pasemi: Do not force a particular software ECC engine\n mtd: rawnand: orion: Do not force a particular software ECC engine\n mtd: rawnand: mpc5121: Do not force a particular software ECC engine\n mtd: rawnand: gpio: Do not force a particular software ECC engine\n mtd: rawnand: au1550: Do not force a particular software ECC engine\n mtd: rawnand: ams-delta: Do not force a particular software ECC engine\n" }, { "commit": "1de5d12b769017f7354e7151ce1c26eb1d9ba2e4", "tree": "a505d67acb9f565c35d40dbc29736f035dede5e1", "parents": [ "782598ecea73a4aecdd25cb0ceb0b19e8674cf30", "c0d638a03bc5dfdb08fb95d0a79ecada25f40da8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:26:17 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:26:17 2020 -0800" }, "message": "Merge tag \u0027mmc-v5.10-rc4-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc\n\nPull MMC fixes from Ulf Hansson:\n \"A couple of MMC fixes:\n\n MMC core:\n - Fixup condition for CMD13 polling for RPMB requests\n\n MMC host:\n - mtk-sd: Fix system suspend/resume support for CQHCI\n - mtd-sd: Extend SDIO IRQ fix to more variants\n - sdhci-of-arasan: Fix clock registration error for Keem Bay SOC\n - tmio: Bring HW to a sane state after a power off\"\n\n* tag \u0027mmc-v5.10-rc4-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc:\n mmc: mediatek: mark PM functions as __maybe_unused\n mmc: block: Fixup condition for CMD13 polling for RPMB requests\n mmc: tmio: improve bringing HW to a sane state with MMC_POWER_OFF\n mmc: sdhci-of-arasan: Fix clock registration error for Keem Bay SOC\n mmc: mediatek: Extend recheck_sdio_irq fix to more variants\n mmc: mediatek: Fix system suspend/resume support for CQHCI\n" }, { "commit": "e977aaf899a6d3b3d6658da66e262b6e307ae3a2", "tree": "390360c6bb6a98753588fd247ed41d947138cfd6", "parents": [ "0477e92881850d44910a7e94fc2c46f96faa131f", "4e302c3b568eaf2aeebba804c07aba5d921a8c9e" ], "author": { "name": "Wolfram Sang", "email": "wsa@kernel.org", "time": "Fri Dec 11 23:23:30 2020 +0100" }, "committer": { "name": "Wolfram Sang", "email": "wsa@kernel.org", "time": "Fri Dec 11 23:23:30 2020 +0100" }, "message": "Merge tag \u0027at24-fixes-for-v5.10\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux into i2c/for-current\n\nat24 fixes for v5.10\n\n- fix NVMEM name with custom AT24 device name\n" }, { "commit": "782598ecea73a4aecdd25cb0ceb0b19e8674cf30", "tree": "5b0a168c31787c79cef35934a5252781f480e2e0", "parents": [ "b7906b70a2337e445b8dca3ce7ba8976b6ebd07d", "6bea0225a4bf14a58af71cb9677a756921469e46" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:22:42 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:22:42 2020 -0800" }, "message": "Merge tag \u0027zonefs-5.10-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dlemoal/zonefs\n\nPull zonefs fix from Damien Le Moal:\n \"A single patch in this pull request to fix a BIO and page reference\n leak when writing sequential zone files\"\n\n* tag \u0027zonefs-5.10-rc7\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dlemoal/zonefs:\n zonefs: fix page reference and BIO leak\n" }, { "commit": "b7906b70a2337e445b8dca3ce7ba8976b6ebd07d", "tree": "1a83ccd888764451ba9c81cee95db8b3bc4f8f1f", "parents": [ "a06caa4a68ce7d134b342966e65e7bd2dfa2eead" ], "author": { "name": "Andrii Nakryiko", "email": "andrii@kernel.org", "time": "Fri Dec 11 22:36:25 2020 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:19:07 2020 -0800" }, "message": "bpf: Fix enum names for bpf_this_cpu_ptr() and bpf_per_cpu_ptr() helpers\n\nRemove bpf_ prefix, which causes these helpers to be reported in verifier\ndump as bpf_bpf_this_cpu_ptr() and bpf_bpf_per_cpu_ptr(), respectively. Lets\nfix it as long as it is still possible before UAPI freezes on these helpers.\n\nFixes: eaa6bcb71ef6 (\"bpf: Introduce bpf_per_cpu_ptr()\")\nSigned-off-by: Andrii Nakryiko \u003candrii@kernel.org\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a06caa4a68ce7d134b342966e65e7bd2dfa2eead", "tree": "2583b46f14223de1b05aca8e4f88e1c0f19707cd", "parents": [ "94801e5c6d461045726e1563ba2369ef7ce21dbf", "ba9c1201beaa86a773e83be5654602a0667e4a4d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:10:51 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:10:51 2020 -0800" }, "message": "Merge branch \u0027akpm\u0027 (patches from Andrew)\n\nMerge misc fixes from Andrew Morton:\n \"8 patches.\n\n Subsystems affected by this patch series: proc, selftests, kbuild, and\n mm (pagecache, kasan, hugetlb)\"\n\n* emailed patches from Andrew Morton \u003cakpm@linux-foundation.org\u003e:\n mm/hugetlb: clear compound_nr before freeing gigantic pages\n kasan: fix object remaining in offline per-cpu quarantine\n elfcore: fix building with clang\n initramfs: fix clang build failure\n kbuild: avoid static_assert for genksyms\n selftest/fpu: avoid clang warning\n proc: use untagged_addr() for pagemap_read addresses\n revert \"mm/filemap: add static for function __add_to_page_cache_locked\"\n" }, { "commit": "ba9c1201beaa86a773e83be5654602a0667e4a4d", "tree": "41874abd9d05ac4fd105f6bb29feca0c065c722d", "parents": [ "6c82d45c7f0348b44e00bd7dcccfc47dec7577d1" ], "author": { "name": "Gerald Schaefer", "email": "gerald.schaefer@linux.ibm.com", "time": "Fri Dec 11 13:36:53 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "mm/hugetlb: clear compound_nr before freeing gigantic pages\n\nCommit 1378a5ee451a (\"mm: store compound_nr as well as compound_order\")\nadded compound_nr counter to first tail struct page, overlaying with\npage-\u003emapping. The overlay itself is fine, but while freeing gigantic\nhugepages via free_contig_range(), a \"bad page\" check will trigger for\nnon-NULL page-\u003emapping on the first tail page:\n\n BUG: Bad page state in process bash pfn:380001\n page:00000000c35f0856 refcount:0 mapcount:0 mapping:00000000126b68aa index:0x0 pfn:0x380001\n aops:0x0\n flags: 0x3ffff00000000000()\n raw: 3ffff00000000000 0000000000000100 0000000000000122 0000000100000000\n raw: 0000000000000000 0000000000000000 ffffffff00000000 0000000000000000\n page dumped because: non-NULL mapping\n Modules linked in:\n CPU: 6 PID: 616 Comm: bash Not tainted 5.10.0-rc7-next-20201208 #1\n Hardware name: IBM 3906 M03 703 (LPAR)\n Call Trace:\n show_stack+0x6e/0xe8\n dump_stack+0x90/0xc8\n bad_page+0xd6/0x130\n free_pcppages_bulk+0x26a/0x800\n free_unref_page+0x6e/0x90\n free_contig_range+0x94/0xe8\n update_and_free_page+0x1c4/0x2c8\n free_pool_huge_page+0x11e/0x138\n set_max_huge_pages+0x228/0x300\n nr_hugepages_store_common+0xb8/0x130\n kernfs_fop_write+0xd2/0x218\n vfs_write+0xb0/0x2b8\n ksys_write+0xac/0xe0\n system_call+0xe6/0x288\n Disabling lock debugging due to kernel taint\n\nThis is because only the compound_order is cleared in\ndestroy_compound_gigantic_page(), and compound_nr is set to\n1U \u003c\u003c order \u003d\u003d 1 for order 0 in set_compound_order(page, 0).\n\nFix this by explicitly clearing compound_nr for first tail page after\ncalling set_compound_order(page, 0).\n\nLink: https://lkml.kernel.org/r/20201208182813.66391-2-gerald.schaefer@linux.ibm.com\nFixes: 1378a5ee451a (\"mm: store compound_nr as well as compound_order\")\nSigned-off-by: Gerald Schaefer \u003cgerald.schaefer@linux.ibm.com\u003e\nReviewed-by: Matthew Wilcox (Oracle) \u003cwilly@infradead.org\u003e\nCc: Heiko Carstens \u003chca@linux.ibm.com\u003e\nCc: Mike Kravetz \u003cmike.kravetz@oracle.com\u003e\nCc: Christian Borntraeger \u003cborntraeger@de.ibm.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\t[5.9+]\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "6c82d45c7f0348b44e00bd7dcccfc47dec7577d1", "tree": "1da61433cc951c4c82442015e7a082c79bbdcf20", "parents": [ "6e7b64b9dd6d96537d816ea07ec26b7dedd397b9" ], "author": { "name": "Kuan-Ying Lee", "email": "Kuan-Ying.Lee@mediatek.com", "time": "Fri Dec 11 13:36:49 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "kasan: fix object remaining in offline per-cpu quarantine\n\nWe hit this issue in our internal test. When enabling generic kasan, a\nkfree()\u0027d object is put into per-cpu quarantine first. If the cpu goes\noffline, object still remains in the per-cpu quarantine. If we call\nkmem_cache_destroy() now, slub will report \"Objects remaining\" error.\n\n \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n BUG test_module_slab (Not tainted): Objects remaining in test_module_slab on __kmem_cache_shutdown()\n -----------------------------------------------------------------------------\n\n Disabling lock debugging due to kernel taint\n INFO: Slab 0x(____ptrval____) objects\u003d34 used\u003d1 fp\u003d0x(____ptrval____) flags\u003d0x2ffff00000010200\n CPU: 3 PID: 176 Comm: cat Tainted: G B 5.10.0-rc1-00007-g4525c8781ec0-dirty #10\n Hardware name: linux,dummy-virt (DT)\n Call trace:\n dump_backtrace+0x0/0x2b0\n show_stack+0x18/0x68\n dump_stack+0xfc/0x168\n slab_err+0xac/0xd4\n __kmem_cache_shutdown+0x1e4/0x3c8\n kmem_cache_destroy+0x68/0x130\n test_version_show+0x84/0xf0\n module_attr_show+0x40/0x60\n sysfs_kf_seq_show+0x128/0x1c0\n kernfs_seq_show+0xa0/0xb8\n seq_read+0x1f0/0x7e8\n kernfs_fop_read+0x70/0x338\n vfs_read+0xe4/0x250\n ksys_read+0xc8/0x180\n __arm64_sys_read+0x44/0x58\n el0_svc_common.constprop.0+0xac/0x228\n do_el0_svc+0x38/0xa0\n el0_sync_handler+0x170/0x178\n el0_sync+0x174/0x180\n INFO: Object 0x(____ptrval____) @offset\u003d15848\n INFO: Allocated in test_version_show+0x98/0xf0 age\u003d8188 cpu\u003d6 pid\u003d172\n stack_trace_save+0x9c/0xd0\n set_track+0x64/0xf0\n alloc_debug_processing+0x104/0x1a0\n ___slab_alloc+0x628/0x648\n __slab_alloc.isra.0+0x2c/0x58\n kmem_cache_alloc+0x560/0x588\n test_version_show+0x98/0xf0\n module_attr_show+0x40/0x60\n sysfs_kf_seq_show+0x128/0x1c0\n kernfs_seq_show+0xa0/0xb8\n seq_read+0x1f0/0x7e8\n kernfs_fop_read+0x70/0x338\n vfs_read+0xe4/0x250\n ksys_read+0xc8/0x180\n __arm64_sys_read+0x44/0x58\n el0_svc_common.constprop.0+0xac/0x228\n kmem_cache_destroy test_module_slab: Slab cache still has objects\n\nRegister a cpu hotplug function to remove all objects in the offline\nper-cpu quarantine when cpu is going offline. Set a per-cpu variable to\nindicate this cpu is offline.\n\n[qiang.zhang@windriver.com: fix slab double free when cpu-hotplug]\n Link: https://lkml.kernel.org/r/20201204102206.20237-1-qiang.zhang@windriver.com\n\nLink: https://lkml.kernel.org/r/1606895585-17382-2-git-send-email-Kuan-Ying.Lee@mediatek.com\nSigned-off-by: Kuan-Ying Lee \u003cKuan-Ying.Lee@mediatek.com\u003e\nSigned-off-by: Zqiang \u003cqiang.zhang@windriver.com\u003e\nSuggested-by: Dmitry Vyukov \u003cdvyukov@google.com\u003e\nReported-by: Guangye Yang \u003cguangye.yang@mediatek.com\u003e\nReviewed-by: Dmitry Vyukov \u003cdvyukov@google.com\u003e\nCc: Andrey Ryabinin \u003caryabinin@virtuozzo.com\u003e\nCc: Alexander Potapenko \u003cglider@google.com\u003e\nCc: Matthias Brugger \u003cmatthias.bgg@gmail.com\u003e\nCc: Nicholas Tang \u003cnicholas.tang@mediatek.com\u003e\nCc: Miles Chen \u003cmiles.chen@mediatek.com\u003e\nCc: Qian Cai \u003cqcai@redhat.com\u003e\nCc: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "6e7b64b9dd6d96537d816ea07ec26b7dedd397b9", "tree": "91b997884153300e24f0b00852e31a9cba4423ce", "parents": [ "55d5b7dd6451b58489ce384282ca5a4a289eb8d5" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Fri Dec 11 13:36:46 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "elfcore: fix building with clang\n\nkernel/elfcore.c only contains weak symbols, which triggers a bug with\nclang in combination with recordmcount:\n\n Cannot find symbol for section 2: .text.\n kernel/elfcore.o: failed\n\nMove the empty stubs into linux/elfcore.h as inline functions. As only\ntwo architectures use these, just use the architecture specific Kconfig\nsymbols to key off the declaration.\n\nLink: https://lkml.kernel.org/r/20201204165742.3815221-2-arnd@kernel.org\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Nathan Chancellor \u003cnatechancellor@gmail.com\u003e\nCc: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nCc: Barret Rhoden \u003cbrho@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "55d5b7dd6451b58489ce384282ca5a4a289eb8d5", "tree": "7f4834a9ef3a5db25eb9a409d7ab8c171353e0fe", "parents": [ "14dc3983b5dff513a90bd5a8cc90acaf7867c3d0" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Fri Dec 11 13:36:42 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "initramfs: fix clang build failure\n\nThere is only one function in init/initramfs.c that is in the .text\nsection, and it is marked __weak. When building with clang-12 and the\nintegrated assembler, this leads to a bug with recordmcount:\n\n ./scripts/recordmcount \"init/initramfs.o\"\n Cannot find symbol for section 2: .text.\n init/initramfs.o: failed\n\nI\u0027m not quite sure what exactly goes wrong, but I notice that this\nfunction is only ever called from an __init function, and normally\ninlined. Marking it __init as well is clearly correct and it leads to\nrecordmcount no longer complaining.\n\nLink: https://lkml.kernel.org/r/20201204165742.3815221-1-arnd@kernel.org\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Nathan Chancellor \u003cnatechancellor@gmail.com\u003e\nCc: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nCc: Barret Rhoden \u003cbrho@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "14dc3983b5dff513a90bd5a8cc90acaf7867c3d0", "tree": "e48f4ed8cfdf4bb4cf62ddb46eeb59d5f26194bb", "parents": [ "84edc2eff82730d45ab513ecec49cb63beb973c9" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Fri Dec 11 13:36:38 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "kbuild: avoid static_assert for genksyms\n\ngenksyms does not know or care about the _Static_assert() built-in, and\nsometimes falls back to ignoring the later symbols, which causes\nundefined behavior such as\n\n WARNING: modpost: EXPORT symbol \"ethtool_set_ethtool_phy_ops\" [vmlinux] version generation failed, symbol will not be versioned.\n ld: net/ethtool/common.o: relocation R_AARCH64_ABS32 against `__crc_ethtool_set_ethtool_phy_ops\u0027 can not be used when making a shared object\n net/ethtool/common.o:(_ftrace_annotated_branch+0x0): dangerous relocation: unsupported relocation\n\nRedefine static_assert for genksyms to avoid that.\n\nLink: https://lkml.kernel.org/r/20201203230955.1482058-1-arnd@kernel.org\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSuggested-by: Ard Biesheuvel \u003cardb@kernel.org\u003e\nCc: Masahiro Yamada \u003cmasahiroy@kernel.org\u003e\nCc: Michal Marek \u003cmichal.lkml@markovi.net\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Rikard Falkeborn \u003crikard.falkeborn@gmail.com\u003e\nCc: Marco Elver \u003celver@google.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "84edc2eff82730d45ab513ecec49cb63beb973c9", "tree": "2782677df80e2b7eebccaa36397d9b1884a9e670", "parents": [ "40d6366e9d86d9a67b5642040e76082fdb5bdcf9" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Fri Dec 11 13:36:35 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "selftest/fpu: avoid clang warning\n\nWith extra warnings enabled, clang complains about the redundant\n-mhard-float argument:\n\n clang: error: argument unused during compilation: \u0027-mhard-float\u0027 [-Werror,-Wunused-command-line-argument]\n\nMove this into the gcc-only part of the Makefile.\n\nLink: https://lkml.kernel.org/r/20201203223652.1320700-1-arnd@kernel.org\nFixes: 4185b3b92792 (\"selftests/fpu: Add an FPU selftest\")\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Nathan Chancellor \u003cnatechancellor@gmail.com\u003e\nCc: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nCc: Petteri Aimonen \u003cjpa@git.mail.kapsi.fi\u003e\nCc: Borislav Petkov \u003cbp@suse.de\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Andy Shevchenko \u003candriy.shevchenko@linux.intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "40d6366e9d86d9a67b5642040e76082fdb5bdcf9", "tree": "60106b29a89b802d669da2bb38ed83f4b979f6b5", "parents": [ "16c0cc0ce3059e315a0aab6538061d95a6612589" ], "author": { "name": "Miles Chen", "email": "miles.chen@mediatek.com", "time": "Fri Dec 11 13:36:31 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "proc: use untagged_addr() for pagemap_read addresses\n\nWhen we try to visit the pagemap of a tagged userspace pointer, we find\nthat the start_vaddr is not correct because of the tag.\nTo fix it, we should untag the userspace pointers in pagemap_read().\n\nI tested with 5.10-rc4 and the issue remains.\n\nExplanation from Catalin in [1]:\n\n \"Arguably, that\u0027s a user-space bug since tagged file offsets were never\n supported. In this case it\u0027s not even a tag at bit 56 as per the arm64\n tagged address ABI but rather down to bit 47. You could say that the\n problem is caused by the C library (malloc()) or whoever created the\n tagged vaddr and passed it to this function. It\u0027s not a kernel\n regression as we\u0027ve never supported it.\n\n Now, pagemap is a special case where the offset is usually not\n generated as a classic file offset but rather derived by shifting a\n user virtual address. I guess we can make a concession for pagemap\n (only) and allow such offset with the tag at bit (56 - PAGE_SHIFT + 3)\"\n\nMy test code is based on [2]:\n\nA userspace pointer which has been tagged by 0xb4: 0xb400007662f541c8\n\nuserspace program:\n\n uint64 OsLayer::VirtualToPhysical(void *vaddr) {\n\tuint64 frame, paddr, pfnmask, pagemask;\n\tint pagesize \u003d sysconf(_SC_PAGESIZE);\n\toff64_t off \u003d ((uintptr_t)vaddr) / pagesize * 8; // off \u003d 0xb400007662f541c8 / pagesize * 8 \u003d 0x5a00003b317aa0\n\tint fd \u003d open(kPagemapPath, O_RDONLY);\n\t...\n\n\tif (lseek64(fd, off, SEEK_SET) !\u003d off || read(fd, \u0026frame, 8) !\u003d 8) {\n\t\tint err \u003d errno;\n\t\tstring errtxt \u003d ErrorString(err);\n\t\tif (fd \u003e\u003d 0)\n\t\t\tclose(fd);\n\t\treturn 0;\n\t}\n ...\n }\n\nkernel fs/proc/task_mmu.c:\n\n static ssize_t pagemap_read(struct file *file, char __user *buf,\n\t\tsize_t count, loff_t *ppos)\n {\n\t...\n\tsrc \u003d *ppos;\n\tsvpfn \u003d src / PM_ENTRY_BYTES; // svpfn \u003d\u003d 0xb400007662f54\n\tstart_vaddr \u003d svpfn \u003c\u003c PAGE_SHIFT; // start_vaddr \u003d\u003d 0xb400007662f54000\n\tend_vaddr \u003d mm-\u003etask_size;\n\n\t/* watch out for wraparound */\n\t// svpfn \u003d\u003d 0xb400007662f54\n\t// (mm-\u003etask_size \u003e\u003e PAGE) \u003d\u003d 0x8000000\n\tif (svpfn \u003e mm-\u003etask_size \u003e\u003e PAGE_SHIFT) // the condition is true because of the tag 0xb4\n\t\tstart_vaddr \u003d end_vaddr;\n\n\tret \u003d 0;\n\twhile (count \u0026\u0026 (start_vaddr \u003c end_vaddr)) { // we cannot visit correct entry because start_vaddr is set to end_vaddr\n\t\tint len;\n\t\tunsigned long end;\n\t\t...\n\t}\n\t...\n }\n\n[1] https://lore.kernel.org/patchwork/patch/1343258/\n[2] https://github.com/stressapptest/stressapptest/blob/master/src/os.cc#L158\n\nLink: https://lkml.kernel.org/r/20201204024347.8295-1-miles.chen@mediatek.com\nSigned-off-by: Miles Chen \u003cmiles.chen@mediatek.com\u003e\nReviewed-by: Vincenzo Frascino \u003cvincenzo.frascino@arm.com\u003e\nReviewed-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nCc: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nCc: Andrey Konovalov \u003candreyknvl@google.com\u003e\nCc: Alexander Potapenko \u003cglider@google.com\u003e\nCc: Vincenzo Frascino \u003cvincenzo.frascino@arm.com\u003e\nCc: Andrey Ryabinin \u003caryabinin@virtuozzo.com\u003e\nCc: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nCc: Dmitry Vyukov \u003cdvyukov@google.com\u003e\nCc: Marco Elver \u003celver@google.com\u003e\nCc: Will Deacon \u003cwill@kernel.org\u003e\nCc: Eric W. Biederman \u003cebiederm@xmission.com\u003e\nCc: Song Bao Hua (Barry Song) \u003csong.bao.hua@hisilicon.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\t[5.4-]\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "16c0cc0ce3059e315a0aab6538061d95a6612589", "tree": "88dfa5c125645ab511774d003bf0ba5b73d15b12", "parents": [ "33dc9614dc208291d0c4bcdeb5d30d481dcd2c4c" ], "author": { "name": "Andrew Morton", "email": "akpm@linux-foundation.org", "time": "Fri Dec 11 13:36:27 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 14:02:14 2020 -0800" }, "message": "revert \"mm/filemap: add static for function __add_to_page_cache_locked\"\n\nRevert commit 3351b16af494 (\"mm/filemap: add static for function\n__add_to_page_cache_locked\") due to incompatibility with\nALLOW_ERROR_INJECTION which result in build errors.\n\nLink: https://lkml.kernel.org/r/CAADnVQJ6tmzBXvtroBuEH6QA0H+q7yaSKxrVvVxhqr3KBZdEXg@mail.gmail.com\nTested-by: Justin Forbes \u003cjmforbes@linuxtx.org\u003e\nTested-by: Greg Thelen \u003cgthelen@google.com\u003e\nAcked-by: Alexei Starovoitov \u003cast@kernel.org\u003e\nCc: Michal Kubecek \u003cmkubecek@suse.cz\u003e\nCc: Alex Shi \u003calex.shi@linux.alibaba.com\u003e\nCc: Souptick Joarder \u003cjrdr.linux@gmail.com\u003e\nCc: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nCc: Josef Bacik \u003cjosef@toxicpanda.com\u003e\nCc: Tony Luck \u003ctony.luck@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "82e06090473289ce63e23fdeb8737aad59b10645", "tree": "1fecb86bad6c640d27735efaa28a301c0908ecbc", "parents": [ "ce6520b0eafad5962ffc21dc47cd7bd3250e9045" ], "author": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Wed Dec 09 20:13:24 2020 -0800" }, "committer": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Fri Dec 11 13:17:36 2020 -0800" }, "message": "Input: cm109 - do not stomp on control URB\n\nWe need to make sure we are not stomping on the control URB that was\nissued when opening the device when attempting to toggle buzzer.\nTo do that we need to mark it as pending in cm109_open().\n\nReported-and-tested-by: syzbot+150f793ac5bc18eee150@syzkaller.appspotmail.com\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\n" }, { "commit": "33d974e76e21e9da8a36b14d2dce6394c36c3e30", "tree": "ac67f6daa94c32b9a63e103625e3f02479de42b6", "parents": [ "cf75f00fc8026040f6ff8f054cfec99e820b62e7" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:40 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:10:02 2020 +0100" }, "message": "mtd: rawnand: xway: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: d525914b5bd8 (\"mtd: rawnand: xway: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-10-miquel.raynal@bootlin.com\n" }, { "commit": "cf75f00fc8026040f6ff8f054cfec99e820b62e7", "tree": "f8862880053247652b696c552cc20d4393ad5203", "parents": [ "148b4f16159f49c6d05da8189e0941880ad10a46" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:39 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:10:02 2020 +0100" }, "message": "mtd: rawnand: socrates: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: b36bf0a0fe5d (\"mtd: rawnand: socrates: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-9-miquel.raynal@bootlin.com\n" }, { "commit": "148b4f16159f49c6d05da8189e0941880ad10a46", "tree": "387cee50f140f9cabc871ff9edf72fdd0148f729", "parents": [ "9506ab943db438d316386d45eb8a8b60bfeee27c" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:38 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:10:01 2020 +0100" }, "message": "mtd: rawnand: plat_nand: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: 612e048e6aab (\"mtd: rawnand: plat_nand: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-8-miquel.raynal@bootlin.com\n" }, { "commit": "9506ab943db438d316386d45eb8a8b60bfeee27c", "tree": "6eb655c7ab14c86ac335415525dfb49790af861b", "parents": [ "f87b720a21641d5c5ccd4f5ccc06d96251b7f282" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:37 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:10:00 2020 +0100" }, "message": "mtd: rawnand: pasemi: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: 8fc6f1f042b2 (\"mtd: rawnand: pasemi: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-7-miquel.raynal@bootlin.com\n" }, { "commit": "f87b720a21641d5c5ccd4f5ccc06d96251b7f282", "tree": "2b2d370218fd83ba59e6ac058110e283e42b193c", "parents": [ "f49bde9fe25cf4cd02440a7ec68f278957ddea37" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:36 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:09:58 2020 +0100" }, "message": "mtd: rawnand: orion: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nReported-by: Chris Packham \u003cchris.packham@alliedtelesis.co.nz\u003e\nFixes: 553508cec2e8 (\"mtd: rawnand: orion: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nTested-by: Chris Packham \u003cchris.packham@alliedtelesis.co.nz\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-6-miquel.raynal@bootlin.com\n" }, { "commit": "f49bde9fe25cf4cd02440a7ec68f278957ddea37", "tree": "8783af7534e6f2b28867d6669844977e9b3d0966", "parents": [ "bd47fa451315684424d2b39aa95f2ed235fee37a" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:35 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:09:58 2020 +0100" }, "message": "mtd: rawnand: mpc5121: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: 6dd09f775b72 (\"mtd: rawnand: mpc5121: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-5-miquel.raynal@bootlin.com\n" }, { "commit": "bd47fa451315684424d2b39aa95f2ed235fee37a", "tree": "dd01fb4aefb365ff7f1e4aeda3a02fadc03cbeed", "parents": [ "52277269c4060ced7e7d1a83c77377590d106f44" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:34 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:09:57 2020 +0100" }, "message": "mtd: rawnand: gpio: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: f6341f6448e0 (\"mtd: rawnand: gpio: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-4-miquel.raynal@bootlin.com\n" }, { "commit": "52277269c4060ced7e7d1a83c77377590d106f44", "tree": "16f0ed6b8ff91ac9c404dd6a9e6cae0bf58fc645", "parents": [ "249a9599c9123a4af655dd5800c2506602ffa055" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:33 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:09:57 2020 +0100" }, "message": "mtd: rawnand: au1550: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: dbffc8ccdf3a (\"mtd: rawnand: au1550: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-3-miquel.raynal@bootlin.com\n" }, { "commit": "249a9599c9123a4af655dd5800c2506602ffa055", "tree": "d6dc962d9ce2ea784a18f7b6d759938419346766", "parents": [ "b65054597872ce3aefbc6a666385eabdf9e288da" ], "author": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Thu Dec 03 20:03:32 2020 +0100" }, "committer": { "name": "Miquel Raynal", "email": "miquel.raynal@bootlin.com", "time": "Fri Dec 11 20:09:57 2020 +0100" }, "message": "mtd: rawnand: ams-delta: Do not force a particular software ECC engine\n\nOriginally, commit d7157ff49a5b (\"mtd: rawnand: Use the ECC framework\nuser input parsing bits\") kind of broke the logic around the\ninitialization of several ECC engines.\n\nUnfortunately, the fix (which indeed moved the ECC initialization to\nthe right place) did not take into account the fact that a different\nECC algorithm could have been used thanks to a DT property,\nconsidering the \"Hamming\" algorithm entry a configuration while it was\nonly a default.\n\nAdd the necessary logic to be sure Hamming keeps being only a default.\n\nFixes: 59d93473323a (\"mtd: rawnand: ams-delta: Move the ECC initialization to -\u003eattach_chip()\")\nSigned-off-by: Miquel Raynal \u003cmiquel.raynal@bootlin.com\u003e\nLink: https://lore.kernel.org/linux-mtd/20201203190340.15522-2-miquel.raynal@bootlin.com\n" }, { "commit": "94801e5c6d461045726e1563ba2369ef7ce21dbf", "tree": "18fe63f182f90403f6da0e5e1b3fad8b4b4e6495", "parents": [ "6d47cdecaa45c88ba3858323aa54ec9aa1de1a9b", "e8873c0afd34beb67ec492cd648dd0095b911f65" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 10:25:04 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 10:25:04 2020 -0800" }, "message": "Merge tag \u0027pinctrl-v5.10-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl\n\nPull pin control fixes from Linus Walleij:\n \"Here is a late set of pin control fixes for v5.10, most concern some\n minor and major issues found in the Intel drivers. Some are so hairy\n that I have no idea what is going on there, but luckily the maintainer\n knows what\u0027s up.\n\n We also have an interesting fix for AMD, which makes AMD-based laptops\n more stable IIUC.\n\n Summary:\n\n - Fix up some SPI group and a register offset on Intel Jasperlake\n\n - Set default bias on Intel Merrifield\n\n - Preserve debouncing on Intel Baytrail\n\n - Stop .set_type() irqchip callback in the AMD driver from fiddling\n with the debounce filter\n\n - Fix access to GPIO banks that are pass-thru on the Aspeed\n\n - Fix a fix for the Intel pin control driver to disable Rx/Tx when\n requesting a UART line as GPIO\"\n\n* tag \u0027pinctrl-v5.10-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl:\n pinctrl: intel: Actually disable Tx and Rx buffers on GPIO request\n pinctrl: aspeed: Fix GPIO requests on pass-through banks\n pinctrl: amd: remove debounce filter setting in IRQ type setting\n pinctrl: baytrail: Avoid clearing debounce value when turning it off\n pinctrl: merrifield: Set default bias in case no particular value given\n pinctrl: jasperlake: Fix HOSTSW_OWN offset\n pinctrl: jasperlake: Unhide SPI group of pins\n" }, { "commit": "6d47cdecaa45c88ba3858323aa54ec9aa1de1a9b", "tree": "0416dea7956d278d44e103eed677b336443a8dc1", "parents": [ "c1cea11227cb57f1ab0f111b3f6e8a250b85cfdb", "263ade7166a2e589c5b605272690c155c0637dcb" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 10:22:17 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 10:22:17 2020 -0800" }, "message": "Merge tag \u0027v5.10-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio\n\nPull GPIO fixes from Linus Walleij:\n \"These are hopefully the last GPIO fixes for this cycle.\n\n All are driver fixes except a small resource leak for pin ranges in\n the gpiolib. Two are PM related, which is nice because when developers\n start to find PM bugs it is usually because they have smoked out the\n bugs of more severe nature.\n\n Summary:\n\n - Fix runtime PM balancing on the errorpath of the Arizona driver\n\n - Fix a suspend NULL pointer reference in the dwapb driver\n\n - Balance free:ing in gpiochip_generic_free()\n\n - Fix runtime PM balancing on the errorpath of the zynq driver\n\n - Fix irqdomain use-after-free in the mvebu driver\n\n - Break an eternal loop in the spreadtrum EIC driver\"\n\n* tag \u0027v5.10-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio:\n gpio: eic-sprd: break loop when getting NULL device resource\n gpio: mvebu: fix potential user-after-free on probe\n gpio: zynq: fix reference leak in zynq_gpio functions\n gpiolib: Don\u0027t free if pin ranges are not defined\n gpio: dwapb: fix NULL pointer dereference at dwapb_gpio_suspend()\n gpio: arizona: disable pm_runtime in case of failure\n" }, { "commit": "c1cea11227cb57f1ab0f111b3f6e8a250b85cfdb", "tree": "b769e1c1bf40401876493c7f522a423d843603d7", "parents": [ "059fe8296e0fb4b89d997ea0aa75996911b8f3aa", "ceabbf94c317c6175dee6e91805fca4a6353745a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 10:10:13 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Dec 11 10:10:13 2020 -0800" }, "message": "Merge tag \u0027clk-fixes-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux\n\nPull clk fixes from Stephen Boyd:\n \"Two small clk driver build fixes\n\n - Remove __packed from a Renesas struct to improve portability\n\n - Fix a linking problem with i.MX when config options don\u0027t agree\"\n\n* tag \u0027clk-fixes-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux:\n clk: renesas: r9a06g032: Drop __packed for portability\n clk: imx: scu: fix MXC_CLK_SCU module build break\n" }, { "commit": "4da3a54f5a025846f9930354cfb80f075b9952e0", "tree": "8a38786ba8616f67f43b659c4a309545a3fa9d9a", "parents": [ "359db63378eded1ee9c8c9ad72245f9b0158ae95" ], "author": { "name": "Andrea Parri (Microsoft)", "email": "parri.andrea@gmail.com", "time": "Fri Dec 11 14:14:04 2020 +0100" }, "committer": { "name": "Martin K. Petersen", "email": "martin.petersen@oracle.com", "time": "Fri Dec 11 09:56:17 2020 -0500" }, "message": "Revert \"scsi: storvsc: Validate length of incoming packet in storvsc_on_channel_callback()\"\n\nThis reverts commit 3b8c72d076c42bf27284cda7b2b2b522810686f8.\n\nDexuan reported a regression where StorVSC fails to probe a device (and\nwhere, consequently, the VM may fail to boot). The root-cause analysis led\nto a long-standing race condition that is exposed by the validation /commit\nin question. Let\u0027s put the new validation aside until a proper solution\nfor that race condition is in place.\n\nLink: https://lore.kernel.org/r/20201211131404.21359-1-parri.andrea@gmail.com\nFixes: 3b8c72d076c4 (\"scsi: storvsc: Validate length of incoming packet in storvsc_on_channel_callback()\")\nCc: Dexuan Cui \u003cdecui@microsoft.com\u003e\nCc: \"James E.J. Bottomley\" \u003cjejb@linux.ibm.com\u003e\nCc: \"Martin K. Petersen\" \u003cmartin.petersen@oracle.com\u003e\nCc: linux-scsi@vger.kernel.org\nSigned-off-by: Andrea Parri (Microsoft) \u003cparri.andrea@gmail.com\u003e\nSigned-off-by: Martin K. Petersen \u003cmartin.petersen@oracle.com\u003e\n" }, { "commit": "059fe8296e0fb4b89d997ea0aa75996911b8f3aa", "tree": "07ac6b206ec557c294fbd3c60ae7651dd905c037", "parents": [ "33dc9614dc208291d0c4bcdeb5d30d481dcd2c4c", "b1f195fc49812359296a901e26cc7c0b761d8a70" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 17:52:13 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 17:52:13 2020 -0800" }, "message": "Merge tag \u0027drm-fixes-2020-12-11\u0027 of git://anongit.freedesktop.org/drm/drm\n\nPull drm fixes from Dave Airlie:\n \"Last week of fixes, just amdgpu and i915 collections. We had a i915\n regression reported by HJ Lu reported this morning, and this contains\n a fix for that he has tested.\n\n There are a fair few other fixes, but they are spread across the two\n drivers, and all fairly self contained.\n\n amdgpu:\n - Fan fix for CI asics\n - Fix a warning in possible_crtcs\n - Build fix for when debugfs is disabled\n - Display overflow fix\n - Display watermark fixes for Renoir\n - SDMA 5.2 fix\n - Stolen vga memory regression fix\n - Power profile fixes\n - Fix a regression from removal of GEM and PRIME callbacks\n\n amdkfd:\n - Fix a memory leak in dmabuf import\n\n i915:\n - rc7 regression fix for modesetting\n - vdsc/dp slice fixes\n - gen9 mocs entries fix\n - preemption timeout fix\n - unsigned compare against 0 fix\n - selftest fix\n - submission error propogatig fix\n - request flow suspend fix\"\n\n* tag \u0027drm-fixes-2020-12-11\u0027 of git://anongit.freedesktop.org/drm/drm:\n drm/i915/display: Go softly softly on initial modeset failure\n drm/amd/pm: typo fix (CUSTOM -\u003e COMPUTE)\n drm/amdgpu: Initialise drm_gem_object_funcs for imported BOs\n drm/amdgpu: fix size calculation with stolen vga memory\n drm/amd/pm: update smu10.h WORKLOAD_PPLIB setting for raven\n drm/amdkfd: Fix leak in dmabuf import\n drm/amdgpu: fix sdma instance fw version and feature version init\n drm/amd/display: Add wm table for Renoir\n drm/amd/display: Prevent bandwidth overflow\n drm/amdgpu: fix debugfs creation/removal, again\n drm/amdgpu/disply: set num_crtc earlier\n drm/amdgpu/powerplay: parse fan table for CI asics\n drm/i915/gt: Declare gen9 has 64 mocs entries!\n drm/i915/display/dp: Compute the correct slice count for VDSC on DP\n drm/i915: fix size_t greater or equal to zero comparison\n drm/i915/gt: Cancel the preemption timeout on responding to it\n drm/i915/gt: Ignore repeated attempts to suspend request flow across reset\n drm/i915/gem: Propagate error from cancelled submit due to context closure\n drm/i915/gem: Check the correct variable in selftest\n" }, { "commit": "ccbbfd1cbf365b38d014351d1482fedd26282041", "tree": "34d4ff092c563258d4c39e4655db47bf2adf51fe", "parents": [ "30aca1bacb398dec6c1ed5eeca33f355bd7b6203" ], "author": { "name": "Palmer Dabbelt", "email": "palmerdabbelt@google.com", "time": "Wed Nov 25 11:57:03 2020 -0800" }, "committer": { "name": "Palmer Dabbelt", "email": "palmerdabbelt@google.com", "time": "Thu Dec 10 17:39:43 2020 -0800" }, "message": "RISC-V: Define get_cycles64() regardless of M-mode\n\nThe timer driver uses get_cycles64() unconditionally to obtain the current\ntime. A recent refactoring lost the common definition for some configs, which\nis now the only one we need.\n\nFixes: d5be89a8d118 (\"RISC-V: Resurrect the MMIO timer implementation for M-mode systems\")\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nSigned-off-by: Palmer Dabbelt \u003cpalmerdabbelt@google.com\u003e\n" }, { "commit": "33dc9614dc208291d0c4bcdeb5d30d481dcd2c4c", "tree": "2a80557a09e21a78f542440c60f53f6781d238e5", "parents": [ "47003b9971cc7c38737f21e07034502ca35ab7af", "271e0c9dce1b02a825b3cc1a7aa1fab7c381d44b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 16:51:27 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 16:51:27 2020 -0800" }, "message": "Merge tag \u0027ktest-v5.10-rc6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-ktest\n\nPull ktest fix from Steven Rostedt:\n \"Fix issues with grub2bls in ktest.pl\n\n ktest.pl did not know about grub2bls that was introduced in Fedora 30,\n and now it does\"\n\n* tag \u0027ktest-v5.10-rc6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-ktest:\n ktest.pl: Fix incorrect reboot for grub2bls\n" }, { "commit": "47003b9971cc7c38737f21e07034502ca35ab7af", "tree": "aa0e5d672f53c7a6dfad96dd54b6305667664c28", "parents": [ "197c61cb176a40f5877c3caf8249722e77b7d989", "5eedf9fe8db23313df104576845cec5f481b9b60" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 16:36:30 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 16:36:30 2020 -0800" }, "message": "Merge tag \u0027powerpc-5.10-6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux\n\nPull powerpc fix from Michael Ellerman:\n \"One commit to implement copy_from_kernel_nofault_allowed(), otherwise\n copy_from_kernel_nofault() can trigger warnings when accessing bad\n addresses in some configurations.\n\n Thanks to Christophe Leroy and Qian Cai\"\n\n* tag \u0027powerpc-5.10-6\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux:\n powerpc/mm: Fix KUAP warning by providing copy_from_kernel_nofault_allowed()\n" }, { "commit": "197c61cb176a40f5877c3caf8249722e77b7d989", "tree": "4cb31709e4f1614ac89dcb71c3ba8da223449b34", "parents": [ "6840a3dcc2447188e7bb8464b31a7620bc4423ee", "ed9b25d1970a4787ac6a39c2091e63b127ecbfc1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 16:01:47 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 16:01:47 2020 -0800" }, "message": "Merge tag \u0027fixes-v5.10a\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security\n\nPull namespaced fscaps fix from James Morris:\n \"Fix namespaced fscaps when !CONFIG_SECURITY (Serge Hallyn)\"\n\n* tag \u0027fixes-v5.10a\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security:\n [SECURITY] fix namespaced fscaps when !CONFIG_SECURITY\n" }, { "commit": "b1f195fc49812359296a901e26cc7c0b761d8a70", "tree": "bfb1872a07f09bc39a46af732e88bc8e24fd3e27", "parents": [ "de2df164e3f905ddcf978358cb6e69958b5d3bcc" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Thu Dec 10 23:07:41 2020 +0000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Dec 11 09:54:30 2020 +1000" }, "message": "drm/i915/display: Go softly softly on initial modeset failure\n\nReduce the module/device probe error into a mere debug to hide issues\nwhere the initial modeset is failing (after lies told by hw probe) and\nthe system hangs with a livelock in cleaning up the failed commit.\n\nReported-by: H.J. Lu \u003chjl.tools@gmail.com\u003e\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d210619\nFixes: b3bf99daaee9 (\"drm/i915/display: Defer initial modeset until after GGTT is initialised\")\nFixes: ccc9e67ab26f (\"drm/i915/display: Defer initial modeset until after GGTT is initialised\")\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: \"Ville Syrjälä\" \u003cville.syrjala@linux.intel.com\u003e\nCc: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nCc: H.J. Lu \u003chjl.tools@gmail.com\u003e\nCc: Dave Airlie \u003cairlied@redhat.com\u003e\nReviewed-by: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201210230741.17140-1-chris@chris-wilson.co.uk\n" }, { "commit": "de2df164e3f905ddcf978358cb6e69958b5d3bcc", "tree": "79a8c8511022dd48c7a379293bc6c62f7a8aa035", "parents": [ "a81ac2995a49e3474037847e3362f5ac58dc0269", "7c5c15dffe1e3c42f44735ce9552afb7207f1584" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Dec 11 09:47:38 2020 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Dec 11 09:47:56 2020 +1000" }, "message": "Merge tag \u0027drm-intel-fixes-2020-12-09\u0027 of git://anongit.freedesktop.org/drm/drm-intel into drm-fixes\n\nFixes for VDSC/DP, selftests, shmem_utils, preemption, submission, and gt reset:\n\n- Check the correct variable in selftest (Dan)\n- Propagate error from canceled submit due to context closure (Chris)\n- Ignore repeated attempts to suspend request flow across reset (Chris)\n- Cancel the preemption timeout on responding to it (Chris)\n- Fix unsigned compared against 0 (Colin)\n- Compute the correct slice count for VDSC on DP (Manasi)\n- Declar gen9 has 64 mocs entries (Chris)\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n\nFrom: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201209235010.GA10554@intel.com\n" }, { "commit": "a81ac2995a49e3474037847e3362f5ac58dc0269", "tree": "2bc643ca6fa275efd061ce4e705e9f33f529fb65", "parents": [ "0477e92881850d44910a7e94fc2c46f96faa131f", "c5b58c8c860db330c0b8b891b69014ee9d470dab" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Dec 11 09:42:14 2020 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Dec 11 09:42:14 2020 +1000" }, "message": "Merge tag \u0027amd-drm-fixes-5.10-2020-12-09\u0027 of git://people.freedesktop.org/~agd5f/linux into drm-fixes\n\namd-drm-fixes-5.10-2020-12-09:\n\namdgpu:\n- Fan fix for CI asics\n- Fix a warning in possible_crtcs\n- Build fix for when debugfs is disabled\n- Display overflow fix\n- Display watermark fixes for Renoir\n- SDMA 5.2 fix\n- Stolen vga memory regression fix\n- Power profile fixes\n- Fix a regression from removal of GEM and PRIME callbacks\n\namdkfd:\n- Fix a memory leak in dmabuf import\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nFrom: Alex Deucher \u003calexdeucher@gmail.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201210034848.18108-1-alexander.deucher@amd.com\n" }, { "commit": "6840a3dcc2447188e7bb8464b31a7620bc4423ee", "tree": "5b53bd04232d5ffa1ec87dea8a860633b8f8d51a", "parents": [ "4d31058b823cb338f5218043ac09fb7795b9d908", "21e31401fc4595aeefa224cd36ab8175ec867b87" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 15:36:09 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 15:36:09 2020 -0800" }, "message": "Merge tag \u0027nfs-for-5.10-3\u0027 of git://git.linux-nfs.org/projects/anna/linux-nfs\n\nPull NFS client fixes from Anna Schumaker:\n \"Here are a handful more bugfixes for 5.10.\n\n Unfortunately, we found some problems with the new READ_PLUS operation\n that aren\u0027t easy to fix. We\u0027ve decided to disable this codepath\n through a Kconfig option for now, but a series of patches going into\n 5.11 will clean up the code and fix the issues at the same time. This\n seemed like the best way to go about it.\n\n Summary:\n\n - Fix array overflow when flexfiles mirroring is enabled\n\n - Fix rpcrdma_inline_fixup() crash with new LISTXATTRS\n\n - Fix 5 second delay when doing inter-server copy\n\n - Disable READ_PLUS by default\"\n\n* tag \u0027nfs-for-5.10-3\u0027 of git://git.linux-nfs.org/projects/anna/linux-nfs:\n NFS: Disable READ_PLUS by default\n NFSv4.2: Fix 5 seconds delay when doing inter server copy\n NFS: Fix rpcrdma_inline_fixup() crash with new LISTXATTRS operation\n pNFS/flexfiles: Fix array overflow when flexfiles mirroring is enabled\n" }, { "commit": "4d31058b823cb338f5218043ac09fb7795b9d908", "tree": "1cebb762990e2070543f2e165b48472346883821", "parents": [ "9fca90cf28920c6d0723d7efd1eae0b0fb90309c", "d9838b1d39283c1200c13f9076474c7624b8ec34" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 15:30:13 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 15:30:13 2020 -0800" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net\n\nPull networking fixes from David Miller:\n\n 1) IPsec compat fixes, from Dmitry Safonov.\n\n 2) Fix memory leak in xfrm_user_policy(). Fix from Yu Kuai.\n\n 3) Fix polling in xsk sockets by using sk_poll_wait() instead of\n datagram_poll() which keys off of sk_wmem_alloc and such which xsk\n sockets do not update. From Xuan Zhuo.\n\n 4) Missing init of rekey_data in cfgh80211, from Sara Sharon.\n\n 5) Fix destroy of timer before init, from Davide Caratti.\n\n 6) Missing CRYPTO_CRC32 selects in ethernet driver Kconfigs, from Arnd\n Bergmann.\n\n 7) Missing error return in rtm_to_fib_config() switch case, from Zhang\n Changzhong.\n\n 8) Fix some src/dest address handling in vrf and add a testcase. From\n Stephen Suryaputra.\n\n 9) Fix multicast handling in Seville switches driven by mscc-ocelot\n driver. From Vladimir Oltean.\n\n10) Fix proto value passed to skb delivery demux in udp, from Xin Long.\n\n11) HW pkt counters not reported correctly in enetc driver, from Claudiu\n Manoil.\n\n12) Fix deadlock in bridge, from Joseph Huang.\n\n13) Missing of_node_pur() in dpaa2 driver, fromn Christophe JAILLET.\n\n14) Fix pid fetching in bpftool when there are a lot of results, from\n Andrii Nakryiko.\n\n15) Fix long timeouts in nft_dynset, from Pablo Neira Ayuso.\n\n16) Various stymmac fixes, from Fugang Duan.\n\n17) Fix null deref in tipc, from Cengiz Can.\n\n18) When mss is biog, coose more resonable rcvq_space in tcp, fromn Eric\n Dumazet.\n\n19) Revert a geneve change that likely isnt necessary, from Jakub\n Kicinski.\n\n20) Avoid premature rx buffer reuse in various Intel driversm from Björn\n Töpel.\n\n21) retain EcT bits during TIS reflection in tcp, from Wei Wang.\n\n22) Fix Tso deferral wrt. cwnd limiting in tcp, from Neal Cardwell.\n\n23) MPLS_OPT_LSE_LABEL attribute is 342 ot 8 bits, from Guillaume Nault\n\n24) Fix propagation of 32-bit signed bounds in bpf verifier and add test\n cases, from Alexei Starovoitov.\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (81 commits)\n selftests: fix poll error in udpgro.sh\n selftests/bpf: Fix \"dubious pointer arithmetic\" test\n selftests/bpf: Fix array access with signed variable test\n selftests/bpf: Add test for signed 32-bit bound check bug\n bpf: Fix propagation of 32-bit signed bounds from 64-bit bounds.\n MAINTAINERS: Add entry for Marvell Prestera Ethernet Switch driver\n net: sched: Fix dump of MPLS_OPT_LSE_LABEL attribute in cls_flower\n net/mlx4_en: Handle TX error CQE\n net/mlx4_en: Avoid scheduling restart task if it is already running\n tcp: fix cwnd-limited bug for TSO deferral where we send nothing\n net: flow_offload: Fix memory leak for indirect flow block\n tcp: Retain ECT bits for tos reflection\n ethtool: fix stack overflow in ethnl_parse_bitset()\n e1000e: fix S0ix flow to allow S0i3.2 subset entry\n ice: avoid premature Rx buffer reuse\n ixgbe: avoid premature Rx buffer reuse\n i40e: avoid premature Rx buffer reuse\n igb: avoid transmit queue timeout in xdp path\n igb: use xdp_do_flush\n igb: skb add metasize for xdp\n ...\n" }, { "commit": "d9838b1d39283c1200c13f9076474c7624b8ec34", "tree": "5c2e468337362ff4e0f7197a4ec3990a008fd599", "parents": [ "38bf8cd821be292e7d8e6f6283d67c5d9708f887", "3615bdf6d9b19db12b1589861609b4f1c6a8d303" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Dec 10 14:29:30 2020 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Dec 10 14:29:30 2020 -0800" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf\n\nAlexei Starovoitov says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\npull-request: bpf 2020-12-10\n\nThe following pull-request contains BPF updates for your *net* tree.\n\nWe\u0027ve added 21 non-merge commits during the last 12 day(s) which contain\na total of 21 files changed, 163 insertions(+), 88 deletions(-).\n\nThe main changes are:\n\n1) Fix propagation of 32-bit signed bounds from 64-bit bounds, from Alexei.\n\n2) Fix ring_buffer__poll() return value, from Andrii.\n\n3) Fix race in lwt_bpf, from Cong.\n\n4) Fix test_offload, from Toke.\n\n5) Various xsk fixes.\n\nPlease consider pulling these changes from:\n\n git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf.git\n\nThanks a lot!\n\nAlso thanks to reporters, reviewers and testers of commits in this pull-request:\n\nCong Wang, Hulk Robot, Jakub Kicinski, Jean-Philippe Brucker, John\nFastabend, Magnus Karlsson, Maxim Mikityanskiy, Yonghong Song\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "190113b4c6531c8e09b31d5235f9b5175cbb0f72", "tree": "58e97008ef397a3b3da84055dcfc57ab49c641d3", "parents": [ "06c5fe9b12dde1b62821f302f177c972bb1c81f9" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Dec 10 21:18:22 2020 +0100" }, "committer": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Dec 10 23:00:54 2020 +0100" }, "message": "x86/apic/vector: Fix ordering in vector assignment\n\nPrarit reported that depending on the affinity setting the\n\n \u0027 irq $N: Affinity broken due to vector space exhaustion.\u0027\n\nmessage is showing up in dmesg, but the vector space on the CPUs in the\naffinity mask is definitely not exhausted.\n\nShung-Hsi provided traces and analysis which pinpoints the problem:\n\nThe ordering of trying to assign an interrupt vector in\nassign_irq_vector_any_locked() is simply wrong if the interrupt data has a\nvalid node assigned. It does:\n\n 1) Try the intersection of affinity mask and node mask\n 2) Try the node mask\n 3) Try the full affinity mask\n 4) Try the full online mask\n\nObviously #2 and #3 are in the wrong order as the requested affinity\nmask has to take precedence.\n\nIn the observed cases #1 failed because the affinity mask did not contain\nCPUs from node 0. That made it allocate a vector from node 0, thereby\nbreaking affinity and emitting the misleading message.\n\nRevert the order of #2 and #3 so the full affinity mask without the node\nintersection is tried before actually affinity is broken.\n\nIf no node is assigned then only the full affinity mask and if that fails\nthe full online mask is tried.\n\nFixes: d6ffc6ac83b1 (\"x86/vector: Respect affinity mask in irq descriptor\")\nReported-by: Prarit Bhargava \u003cprarit@redhat.com\u003e\nReported-by: Shung-Hsi Yu \u003cshung-hsi.yu@suse.com\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nTested-by: Shung-Hsi Yu \u003cshung-hsi.yu@suse.com\u003e\nCc: stable@vger.kernel.org\nLink: https://lore.kernel.org/r/87ft4djtyp.fsf@nanos.tec.linutronix.de\n\n" }, { "commit": "21e31401fc4595aeefa224cd36ab8175ec867b87", "tree": "9db41ecf8965a31f0ddd17db8510e47426f5aeb6", "parents": [ "fe8eb820e388ca81643443b6208001ab516d1cf6" ], "author": { "name": "Anna Schumaker", "email": "Anna.Schumaker@Netapp.com", "time": "Thu Dec 03 15:18:39 2020 -0500" }, "committer": { "name": "Anna Schumaker", "email": "Anna.Schumaker@Netapp.com", "time": "Thu Dec 10 16:48:03 2020 -0500" }, "message": "NFS: Disable READ_PLUS by default\n\nWe\u0027ve been seeing failures with xfstests generic/091 and generic/263\nwhen using READ_PLUS. I\u0027ve made some progress on these issues, and the\ntests fail later on but still don\u0027t pass. Let\u0027s disable READ_PLUS by\ndefault until we can work out what is going on.\n\nSigned-off-by: Anna Schumaker \u003cAnna.Schumaker@Netapp.com\u003e\n" }, { "commit": "fe8eb820e388ca81643443b6208001ab516d1cf6", "tree": "d8706ee7042249bc35b852910ced09fbfd464716", "parents": [ "1c87b85162975627d684a234d7347ef630f0e3aa" ], "author": { "name": "Dai Ngo", "email": "dai.ngo@oracle.com", "time": "Mon Nov 23 22:15:17 2020 -0500" }, "committer": { "name": "Anna Schumaker", "email": "Anna.Schumaker@Netapp.com", "time": "Thu Dec 10 16:48:03 2020 -0500" }, "message": "NFSv4.2: Fix 5 seconds delay when doing inter server copy\n\nSince commit b4868b44c5628 (\"NFSv4: Wait for stateid updates after\nCLOSE/OPEN_DOWNGRADE\"), every inter server copy operation suffers 5\nseconds delay regardless of the size of the copy. The delay is from\nnfs_set_open_stateid_locked when the check by nfs_stateid_is_sequential\nfails because the seqid in both nfs4_state and nfs4_stateid are 0.\n\nFix __nfs42_ssc_open to delay setting of NFS_OPEN_STATE in nfs4_state,\nuntil after the call to update_open_stateid, to indicate this is the 1st\nopen. This fix is part of a 2 patches, the other patch is the fix in the\nsource server to return the stateid for COPY_NOTIFY request with seqid 1\ninstead of 0.\n\nFixes: ce0887ac96d3 (\"NFSD add nfs4 inter ssc to nfsd4_copy\")\nSigned-off-by: Dai Ngo \u003cdai.ngo@oracle.com\u003e\nSigned-off-by: Anna Schumaker \u003cAnna.Schumaker@Netapp.com\u003e\n" }, { "commit": "1c87b85162975627d684a234d7347ef630f0e3aa", "tree": "25c149a3d63fa8c3f2a96024597a3f4ea0fb84ae", "parents": [ "63e2fffa59a9dd91e443b08832656399fd80b7f0" ], "author": { "name": "Chuck Lever", "email": "chuck.lever@oracle.com", "time": "Tue Nov 24 19:15:18 2020 -0500" }, "committer": { "name": "Anna Schumaker", "email": "Anna.Schumaker@Netapp.com", "time": "Thu Dec 10 16:48:03 2020 -0500" }, "message": "NFS: Fix rpcrdma_inline_fixup() crash with new LISTXATTRS operation\n\nBy switching to an XFS-backed export, I am able to reproduce the\nibcomp worker crash on my client with xfstests generic/013.\n\nFor the failing LISTXATTRS operation, xdr_inline_pages() is called\nwith page_len\u003d12 and buflen\u003d128.\n\n- When -\u003esend_request() is called, rpcrdma_marshal_req() does not\n set up a Reply chunk because buflen is smaller than the inline\n threshold. Thus rpcrdma_convert_iovs() does not get invoked at\n all and the transport\u0027s XDRBUF_SPARSE_PAGES logic is not invoked\n on the receive buffer.\n\n- During reply processing, rpcrdma_inline_fixup() tries to copy\n received data into rq_rcv_buf-\u003epages because page_len is positive.\n But there are no receive pages because rpcrdma_marshal_req() never\n allocated them.\n\nThe result is that the ibcomp worker faults and dies. Sometimes that\ncauses a visible crash, and sometimes it results in a transport hang\nwithout other symptoms.\n\nRPC/RDMA\u0027s XDRBUF_SPARSE_PAGES support is not entirely correct, and\nshould eventually be fixed or replaced. However, my preference is\nthat upper-layer operations should explicitly allocate their receive\nbuffers (using GFP_KERNEL) when possible, rather than relying on\nXDRBUF_SPARSE_PAGES.\n\nReported-by: Olga kornievskaia \u003ckolga@netapp.com\u003e\nSuggested-by: Olga kornievskaia \u003ckolga@netapp.com\u003e\nFixes: c10a75145feb (\"NFSv4.2: add the extended attribute proc functions.\")\nSigned-off-by: Chuck Lever \u003cchuck.lever@oracle.com\u003e\nReviewed-by: Olga kornievskaia \u003ckolga@netapp.com\u003e\nReviewed-by: Frank van der Linden \u003cfllinden@amazon.com\u003e\nTested-by: Olga kornievskaia \u003ckolga@netapp.com\u003e\nSigned-off-by: Anna Schumaker \u003cAnna.Schumaker@Netapp.com\u003e\n" }, { "commit": "38bf8cd821be292e7d8e6f6283d67c5d9708f887", "tree": "503dec065f1da607a538f61a14a94bdd6b9c2642", "parents": [ "177745beebe39773004921d6bffd6c94c77dca32" ], "author": { "name": "Paolo Abeni", "email": "pabeni@redhat.com", "time": "Wed Dec 09 12:21:13 2020 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Dec 10 13:22:19 2020 -0800" }, "message": "selftests: fix poll error in udpgro.sh\n\nThe test program udpgso_bench_rx always invokes the poll()\nsyscall with a timeout of 10ms. If a larger timeout is specified\nvia the command line, udpgso_bench_rx is supposed to do multiple\npoll() calls till the timeout is expired or an event is received.\n\nCurrently the poll() loop errors out after the first invocation with\nno events, and may causes self-tests failure alike:\n\nfailed\n GRO with custom segment size ./udpgso_bench_rx: poll: 0x0 expected 0x1\n\nThis change addresses the issue allowing the poll() loop to consume\nall the configured timeout.\n\nFixes: ada641ff6ed3 (\"selftests: fixes for UDP GRO\")\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "3615bdf6d9b19db12b1589861609b4f1c6a8d303", "tree": "d61558b9834317e1f0496d94d383b77dc0c4816d", "parents": [ "77ce220c0549dcc3db8226c61c60e83fc59dfafc" ], "author": { "name": "Jean-Philippe Brucker", "email": "jean-philippe@linaro.org", "time": "Tue Dec 08 19:01:54 2020 +0100" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Thu Dec 10 13:11:30 2020 -0800" }, "message": "selftests/bpf: Fix \"dubious pointer arithmetic\" test\n\nThe verifier trace changed following a bugfix. After checking the 64-bit\nsign, only the upper bit mask is known, not bit 31. Update the test\naccordingly.\n\nSigned-off-by: Jean-Philippe Brucker \u003cjean-philippe@linaro.org\u003e\nAcked-by: John Fastabend \u003cjohn.fastabend@gmail.com\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\n" }, { "commit": "77ce220c0549dcc3db8226c61c60e83fc59dfafc", "tree": "bb0403713695950661fc2a478bd0693034ec6f3e", "parents": [ "511a76bcb0ce242a19153658b25437906cc6070e" ], "author": { "name": "Jean-Philippe Brucker", "email": "jean-philippe@linaro.org", "time": "Tue Dec 08 19:01:53 2020 +0100" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Thu Dec 10 13:11:30 2020 -0800" }, "message": "selftests/bpf: Fix array access with signed variable test\n\nThe test fails because of a recent fix to the verifier, even though this\nprogram is valid. In details what happens is:\n\n 7: (61) r1 \u003d *(u32 *)(r0 +0)\n\nLoad a 32-bit value, with signed bounds [S32_MIN, S32_MAX]. The bounds\nof the 64-bit value are [0, U32_MAX]...\n\n 8: (65) if r1 s\u003e 0xffffffff goto pc+1\n\n... therefore this is always true (the operand is sign-extended).\n\n 10: (b4) w2 \u003d 11\n 11: (6d) if r2 s\u003e r1 goto pc+1\n\nWhen true, the 64-bit bounds become [0, 10]. The 32-bit bounds are still\n[S32_MIN, 10].\n\n 13: (64) w1 \u003c\u003c\u003d 2\n\nBecause this is a 32-bit operation, the verifier propagates the new\n32-bit bounds to the 64-bit ones, and the knowledge gained from insn 11\nis lost.\n\n 14: (0f) r0 +\u003d r1\n 15: (7a) *(u64 *)(r0 +0) \u003d 4\n\nThen the verifier considers r0 unbounded here, rejecting the test. To\nmake the test work, change insn 8 to check the sign of the 32-bit value.\n\nSigned-off-by: Jean-Philippe Brucker \u003cjean-philippe@linaro.org\u003e\nAcked-by: John Fastabend \u003cjohn.fastabend@gmail.com\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\n" }, { "commit": "511a76bcb0ce242a19153658b25437906cc6070e", "tree": "68a8f3490dea0d331566cf6db307ca05d8b0b41a", "parents": [ "b02709587ea3d699a608568ee8157d8db4fd8cae" ], "author": { "name": "Jean-Philippe Brucker", "email": "jean-philippe@linaro.org", "time": "Tue Dec 08 19:01:52 2020 +0100" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Thu Dec 10 13:11:30 2020 -0800" }, "message": "selftests/bpf: Add test for signed 32-bit bound check bug\n\nAfter a 32-bit load followed by a branch, the verifier would reduce the\nmaximum bound of the register to 0x7fffffff, allowing a user to bypass\nbound checks. Ensure such a program is rejected.\n\nIn the second test, the 64-bit compare should not sufficient to\ndetermine whether the signed 32-bit lower bound is 0, so the verifier\nshould reject the second branch.\n\nSigned-off-by: Jean-Philippe Brucker \u003cjean-philippe@linaro.org\u003e\nAcked-by: John Fastabend \u003cjohn.fastabend@gmail.com\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\n" }, { "commit": "b02709587ea3d699a608568ee8157d8db4fd8cae", "tree": "fa020a03b80b74b93d1751f5e7b2108f4eea074e", "parents": [ "4e083fdfa39db29bbc7725e229e701867d0da183" ], "author": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Tue Dec 08 19:01:51 2020 +0100" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Thu Dec 10 13:02:53 2020 -0800" }, "message": "bpf: Fix propagation of 32-bit signed bounds from 64-bit bounds.\n\nThe 64-bit signed bounds should not affect 32-bit signed bounds unless the\nverifier knows that upper 32-bits are either all 1s or all 0s. For example the\nregister with smin_value\u003d\u003d1 doesn\u0027t mean that s32_min_value is also equal to 1,\nsince smax_value could be larger than 32-bit subregister can hold.\nThe verifier refines the smax/s32_max return value from certain helpers in\ndo_refine_retval_range(). Teach the verifier to recognize that smin/s32_min\nvalue is also bounded. When both smin and smax bounds fit into 32-bit\nsubregister the verifier can propagate those bounds.\n\nFixes: 3f50f132d840 (\"bpf: Verifier, do explicit ALU32 bounds tracking\")\nReported-by: Jean-Philippe Brucker \u003cjean-philippe@linaro.org\u003e\nAcked-by: John Fastabend \u003cjohn.fastabend@gmail.com\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\n" }, { "commit": "9fca90cf28920c6d0723d7efd1eae0b0fb90309c", "tree": "d39ada14a6f5dea82493f2a6bc8a69d89b17b9d0", "parents": [ "40201575b731db6bde55c2f0daa930bbd9cfcb13", "340b940ea0ed12d9adbb8f72dea17d516b2019e8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 11:00:27 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 11:00:27 2020 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma\n\nPull rdma fixes from Jason Gunthorpe:\n \"Two user triggerable crashers and a some EFA related regressions:\n\n - Syzkaller found a bug in CM\n\n - Restore access to the GID table and fix modify_qp for EFA\n\n - Crasher in qedr\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma:\n RDMA/cm: Fix an attempt to use non-valid pointer when cleaning timewait\n RDMA/core: Fix empty gid table for non IB/RoCE devices\n RDMA/efa: Use the correct current and new states in modify QP\n RDMA/qedr: iWARP invalid(zero) doorbell address fix\n" }, { "commit": "40201575b731db6bde55c2f0daa930bbd9cfcb13", "tree": "008ee8a4d916966ef1b2551a2e78c231e4d26b62", "parents": [ "a2f5ea9e314ba6778f885c805c921e9362ec0420", "3d1387b3b8f6cc1ccdbb5f0d7af24df02f4baef9" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 10:48:49 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Dec 10 10:48:49 2020 -0800" }, "message": "Merge tag \u0027media/v5.10-4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media\n\nPull media fixes from Mauro Carvalho Chehab:\n \"A couple of fixes:\n\n - videobuf2: fix a DMABUF bug, preventing it to properly handle cache\n sync/flush\n\n - vidtv: an usage after free and a few sparse/smatch warning fixes\n\n - pulse8-cec: a duplicate free and a bug related to new firmware\n usage\n\n - mtk-cir: fix a regression on a clock setting\"\n\n* tag \u0027media/v5.10-4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media:\n media: vidtv: fix some warnings\n media: vidtv: fix kernel-doc markups\n media: [next] media: vidtv: fix a read from an object after it has been freed\n media: vb2: set cache sync hints when init buffers\n media: pulse8-cec: add support for FW v10 and up\n media: pulse8-cec: fix duplicate free at disconnect or probe error\n media: mtk-cir: fix calculation of chk period\n" }, { "commit": "06c5fe9b12dde1b62821f302f177c972bb1c81f9", "tree": "b4e0238209bda39aaf52a4fca8eea66eefa49b99", "parents": [ "29ac40cbed2bc06fa218ca25d7f5e280d3d08a25" ], "author": { "name": "Xiaochen Shen", "email": "xiaochen.shen@intel.com", "time": "Fri Dec 04 14:27:59 2020 +0800" }, "committer": { "name": "Borislav Petkov", "email": "bp@suse.de", "time": "Thu Dec 10 17:52:37 2020 +0100" }, "message": "x86/resctrl: Fix incorrect local bandwidth when mba_sc is enabled\n\nThe MBA software controller (mba_sc) is a feedback loop which\nperiodically reads MBM counters and tries to restrict the bandwidth\nbelow a user-specified value. It tags along the MBM counter overflow\nhandler to do the updates with 1s interval in mbm_update() and\nupdate_mba_bw().\n\nThe purpose of mbm_update() is to periodically read the MBM counters to\nmake sure that the hardware counter doesn\u0027t wrap around more than once\nbetween user samplings. mbm_update() calls __mon_event_count() for local\nbandwidth updating when mba_sc is not enabled, but calls mbm_bw_count()\ninstead when mba_sc is enabled. __mon_event_count() will not be called\nfor local bandwidth updating in MBM counter overflow handler, but it is\nstill called when reading MBM local bandwidth counter file\n\u0027mbm_local_bytes\u0027, the call path is as below:\n\n rdtgroup_mondata_show()\n mon_event_read()\n mon_event_count()\n __mon_event_count()\n\nIn __mon_event_count(), m-\u003echunks is updated by delta chunks which is\ncalculated from previous MSR value (m-\u003eprev_msr) and current MSR value.\nWhen mba_sc is enabled, m-\u003echunks is also updated in mbm_update() by\nmistake by the delta chunks which is calculated from m-\u003eprev_bw_msr\ninstead of m-\u003eprev_msr. But m-\u003echunks is not used in update_mba_bw() in\nthe mba_sc feedback loop.\n\nWhen reading MBM local bandwidth counter file, m-\u003echunks was changed\nunexpectedly by mbm_bw_count(). As a result, the incorrect local\nbandwidth counter which calculated from incorrect m-\u003echunks is shown to\nthe user.\n\nFix this by removing incorrect m-\u003echunks updating in mbm_bw_count() in\nMBM counter overflow handler, and always calling __mon_event_count() in\nmbm_update() to make sure that the hardware local bandwidth counter\ndoesn\u0027t wrap around.\n\nTest steps:\n # Run workload with aggressive memory bandwidth (e.g., 10 GB/s)\n git clone https://github.com/intel/intel-cmt-cat \u0026\u0026 cd intel-cmt-cat\n \u0026\u0026 make\n ./tools/membw/membw -c 0 -b 10000 --read\n\n # Enable MBA software controller\n mount -t resctrl resctrl -o mba_MBps /sys/fs/resctrl\n\n # Create control group c1\n mkdir /sys/fs/resctrl/c1\n\n # Set MB throttle to 6 GB/s\n echo \"MB:0\u003d6000;1\u003d6000\" \u003e /sys/fs/resctrl/c1/schemata\n\n # Write PID of the workload to tasks file\n echo `pidof membw` \u003e /sys/fs/resctrl/c1/tasks\n\n # Read local bytes counters twice with 1s interval, the calculated\n # local bandwidth is not as expected (approaching to 6 GB/s):\n local_1\u003d`cat /sys/fs/resctrl/c1/mon_data/mon_L3_00/mbm_local_bytes`\n sleep 1\n local_2\u003d`cat /sys/fs/resctrl/c1/mon_data/mon_L3_00/mbm_local_bytes`\n echo \"local b/w (bytes/s):\" `expr $local_2 - $local_1`\n\nBefore fix:\n local b/w (bytes/s): 11076796416\n\nAfter fix:\n local b/w (bytes/s): 5465014272\n\nFixes: ba0f26d8529c (x86/intel_rdt/mba_sc: Prepare for feedback loop)\nSigned-off-by: Xiaochen Shen \u003cxiaochen.shen@intel.com\u003e\nSigned-off-by: Borislav Petkov \u003cbp@suse.de\u003e\nReviewed-by: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/1607063279-19437-1-git-send-email-xiaochen.shen@intel.com\n" }, { "commit": "83bbb8ffb4629ece5d6c0b093b9f66297a9e27e0", "tree": "eb9dbca43291158b140d29bde071546dee41c26b", "parents": [ "339f5a7fb2d6350fdb11f067da5240fd97e4f284", "7d894834a305568a0168c55d4729216f5f8cb4e6" ], "author": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Thu Dec 10 11:34:24 2020 -0500" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Thu Dec 10 11:34:24 2020 -0500" }, "message": "Merge tag \u0027kvmarm-fixes-5.10-5\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into HEAD\n\nkvm/arm64 fixes for 5.10, take #5\n\n- Don\u0027t leak page tables on PTE update\n- Correctly invalidate TLBs on table to block transition\n- Only update permissions if the fault level matches the\n expected mapping size\n" }, { "commit": "4223a5be80b8998d717c6b0e1000070e0e336bf3", "tree": "50aa998b4c268af70691699bf8fed1c4e2168670", "parents": [ "7e7986f9d3ba69a7375a41080a1f8c8012cb0923", "57a0f3a81ef21fe51d6223aa78a1a890098d4ada" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Thu Dec 10 07:08:22 2020 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Thu Dec 10 07:08:22 2020 -0700" }, "message": "Merge branch \u0027md-fixes\u0027 of https://git.kernel.org/pub/scm/linux/kernel/git/song/md into block-5.10\n\nPull MD fixes from Song:\n\n\"This is to fix raid10 data corruption [1] in 5.10-rc7.\"\n\n* \u0027md-fixes\u0027 of https://git.kernel.org/pub/scm/linux/kernel/git/song/md:\n Revert \"md: add md_submit_discard_bio() for submitting discard bio\"\n Revert \"md/raid10: extend r10bio devs to raid disks\"\n Revert \"md/raid10: pull codes that wait for blocked dev into one function\"\n Revert \"md/raid10: improve raid10 discard request\"\n Revert \"md/raid10: improve discard request for far layout\"\n Revert \"dm raid: remove unnecessary discard limits for raid10\"\n" }, { "commit": "29ac40cbed2bc06fa218ca25d7f5e280d3d08a25", "tree": "c65f56747f027d92cd6ed6e9c4c484f6f2b8ed7c", "parents": [ "e45cdc71d1fa5ac3a57b23acc31eb959e4f60135" ], "author": { "name": "Arvind Sankar", "email": "nivedita@alum.mit.edu", "time": "Wed Nov 11 11:09:45 2020 -0500" }, "committer": { "name": "Borislav Petkov", "email": "bp@suse.de", "time": "Thu Dec 10 12:28:06 2020 +0100" }, "message": "x86/mm/mem_encrypt: Fix definition of PMD_FLAGS_DEC_WP\n\nThe PAT bit is in different locations for 4k and 2M/1G page table\nentries.\n\nAdd a definition for _PAGE_LARGE_CACHE_MASK to represent the three\ncaching bits (PWT, PCD, PAT), similar to _PAGE_CACHE_MASK for 4k pages,\nand use it in the definition of PMD_FLAGS_DEC_WP to get the correct PAT\nindex for write-protected pages.\n\nFixes: 6ebcb060713f (\"x86/mm: Add support to encrypt the kernel in-place\")\nSigned-off-by: Arvind Sankar \u003cnivedita@alum.mit.edu\u003e\nSigned-off-by: Borislav Petkov \u003cbp@suse.de\u003e\nTested-by: Tom Lendacky \u003cthomas.lendacky@amd.com\u003e\nCc: stable@vger.kernel.org\nLink: https://lkml.kernel.org/r/20201111160946.147341-1-nivedita@alum.mit.edu\n" }, { "commit": "6bea0225a4bf14a58af71cb9677a756921469e46", "tree": "dd1abc26e443eb6209bce93c4a57aeb229eb7dd4", "parents": [ "0477e92881850d44910a7e94fc2c46f96faa131f" ], "author": { "name": "Damien Le Moal", "email": "damien.lemoal@wdc.com", "time": "Wed Dec 09 20:16:10 2020 +0900" }, "committer": { "name": "Damien Le Moal", "email": "damien.lemoal@wdc.com", "time": "Thu Dec 10 15:14:19 2020 +0900" }, "message": "zonefs: fix page reference and BIO leak\n\nIn zonefs_file_dio_append(), the pages obtained using\nbio_iov_iter_get_pages() are not released on completion of the\nREQ_OP_APPEND BIO, nor when bio_iov_iter_get_pages() fails.\nFurthermore, a call to bio_put() is missing when\nbio_iov_iter_get_pages() fails.\n\nFix these resource leaks by adding BIO resource release code (bio_put()i\nand bio_release_pages()) at the end of the function after the BIO\nexecution and add a jump to this resource cleanup code in case of\nbio_iov_iter_get_pages() failure.\n\nWhile at it, also fix the call to task_io_account_write() to be passed\nthe correct BIO size instead of bio_iov_iter_get_pages() return value.\n\nReported-by: Christoph Hellwig \u003chch@lst.de\u003e\nFixes: 02ef12a663c7 (\"zonefs: use REQ_OP_ZONE_APPEND for sync DIO\")\nCc: stable@vger.kernel.org\nSigned-off-by: Damien Le Moal \u003cdamien.lemoal@wdc.com\u003e\nReviewed-by: Chaitanya Kulkarni \u003cchaitanya.kulkarni@wdc.com\u003e\nReviewed-by: Christoph Hellwig \u003chch@lst.de\u003e\n" }, { "commit": "ce6520b0eafad5962ffc21dc47cd7bd3250e9045", "tree": "9c4502b376205ebdc71784b19264ab67c06b574a", "parents": [ "80db2a087f425b63f0163bc95217abd01c637cb5" ], "author": { "name": "Chris Chiu", "email": "chiu@endlessos.org", "time": "Wed Dec 09 20:24:47 2020 -0800" }, "committer": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Wed Dec 09 21:01:22 2020 -0800" }, "message": "Input: i8042 - add Acer laptops to the i8042 reset list\n\nThe touchpad operates in Basic Mode by default in the Acer BIOS\nsetup, but some Aspire/TravelMate models require the i8042 to be\nreset in order to be correctly detected.\n\nSigned-off-by: Chris Chiu \u003cchiu@endlessos.org\u003e\nLink: https://lore.kernel.org/r/20201207071250.15021-1-chiu@endlessos.org\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\n" }, { "commit": "57a0f3a81ef21fe51d6223aa78a1a890098d4ada", "tree": "50aa998b4c268af70691699bf8fed1c4e2168670", "parents": [ "17c28c2a068730e9d065a0e4ed03beed074d8997" ], "author": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 11:44:42 2020 -0800" }, "committer": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 20:46:01 2020 -0800" }, "message": "Revert \"md: add md_submit_discard_bio() for submitting discard bio\"\n\nThis reverts commit 2628089b74d5a64bd0bcb5d247a18f78d7b6f4d0.\n\nMatthew Ruffell reported data corruption in raid10 due to the changes\nin discard handling [1]. Revert these changes before we find a proper fix.\n\n[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907262/\nCc: Matthew Ruffell \u003cmatthew.ruffell@canonical.com\u003e\nCc: Xiao Ni \u003cxni@redhat.com\u003e\nSigned-off-by: Song Liu \u003csongliubraving@fb.com\u003e\n" }, { "commit": "17c28c2a068730e9d065a0e4ed03beed074d8997", "tree": "0087480003b6c8aae7a62a03e04c519044cd6951", "parents": [ "4e2c6567efdd6f252e1874c41c8db4abfb0a9bf3" ], "author": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 11:44:20 2020 -0800" }, "committer": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 20:46:01 2020 -0800" }, "message": "Revert \"md/raid10: extend r10bio devs to raid disks\"\n\nThis reverts commit 8650a889017cb1f6ea6813ccf83a2e9f6fa49dd3.\n\nMatthew Ruffell reported data corruption in raid10 due to the changes\nin discard handling [1]. Revert these changes before we find a proper fix.\n\n[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907262/\nCc: Matthew Ruffell \u003cmatthew.ruffell@canonical.com\u003e\nCc: Xiao Ni \u003cxni@redhat.com\u003e\nSigned-off-by: Song Liu \u003csongliubraving@fb.com\u003e\n" }, { "commit": "4e2c6567efdd6f252e1874c41c8db4abfb0a9bf3", "tree": "8426c100618b2f1eb017b1d96f6c66122b9e1f4f", "parents": [ "d7cb6be0d0cdced2a7a96bd80a8f835e77ec5204" ], "author": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 11:43:43 2020 -0800" }, "committer": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 20:46:01 2020 -0800" }, "message": "Revert \"md/raid10: pull codes that wait for blocked dev into one function\"\n\nThis reverts commit f046f5d0d79cdb968f219ce249e497fd1accf484.\n\nMatthew Ruffell reported data corruption in raid10 due to the changes\nin discard handling [1]. Revert these changes before we find a proper fix.\n\n[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907262/\nCc: Matthew Ruffell \u003cmatthew.ruffell@canonical.com\u003e\nCc: Xiao Ni \u003cxni@redhat.com\u003e\nSigned-off-by: Song Liu \u003csongliubraving@fb.com\u003e\n" }, { "commit": "d7cb6be0d0cdced2a7a96bd80a8f835e77ec5204", "tree": "7270755c2e92c266f0a0f1d7f9757c9ce789db81", "parents": [ "82fe9af77cd11ea7bdc133ceed1f7f5fc08f7d25" ], "author": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 11:43:08 2020 -0800" }, "committer": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 20:46:00 2020 -0800" }, "message": "Revert \"md/raid10: improve raid10 discard request\"\n\nThis reverts commit bcc90d280465ebd51ab8688be86e1f00c62dccf9.\n\nMatthew Ruffell reported data corruption in raid10 due to the changes\nin discard handling [1]. Revert these changes before we find a proper fix.\n\n[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907262/\nCc: Matthew Ruffell \u003cmatthew.ruffell@canonical.com\u003e\nCc: Xiao Ni \u003cxni@redhat.com\u003e\nSigned-off-by: Song Liu \u003csongliubraving@fb.com\u003e\n" }, { "commit": "82fe9af77cd11ea7bdc133ceed1f7f5fc08f7d25", "tree": "89ef11ea3a1bc8ea2ea14dc0a4a7a42d98b953de", "parents": [ "e2782f560c298efc2e23c7e54b3acf54e8a6ba72" ], "author": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 11:38:11 2020 -0800" }, "committer": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 20:46:00 2020 -0800" }, "message": "Revert \"md/raid10: improve discard request for far layout\"\n\nThis reverts commit d3ee2d8415a6256c1c41e1be36e80e640c3e6359.\n\nMatthew Ruffell reported data corruption in raid10 due to the changes\nin discard handling [1]. Revert these changes before we find a proper fix.\n\n[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907262/\nCc: Matthew Ruffell \u003cmatthew.ruffell@canonical.com\u003e\nCc: Xiao Ni \u003cxni@redhat.com\u003e\nSigned-off-by: Song Liu \u003csongliubraving@fb.com\u003e\n" }, { "commit": "e2782f560c298efc2e23c7e54b3acf54e8a6ba72", "tree": "dbc250342acbb70881fcc0a709e29a485f3503d7", "parents": [ "7e7986f9d3ba69a7375a41080a1f8c8012cb0923" ], "author": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 13:53:31 2020 -0800" }, "committer": { "name": "Song Liu", "email": "songliubraving@fb.com", "time": "Wed Dec 09 20:43:48 2020 -0800" }, "message": "Revert \"dm raid: remove unnecessary discard limits for raid10\"\n\nThis reverts commit f0e90b6c663a7e3b4736cb318c6c7c589f152c28.\n\nMatthew Ruffell reported data corruption in raid10 due to the changes\nin discard handling [1]. Revert these changes before we find a proper fix.\n\n[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907262/\nCc: Matthew Ruffell \u003cmatthew.ruffell@canonical.com\u003e\nCc: Xiao Ni \u003cxni@redhat.com\u003e\nCc: Mike Snitzer \u003csnitzer@redhat.com\u003e\nAcked-by: Mike Snitzer \u003csnitzer@redhat.com\u003e\nSigned-off-by: Song Liu \u003csongliubraving@fb.com\u003e\n" }, { "commit": "177745beebe39773004921d6bffd6c94c77dca32", "tree": "2fb9fea8eba5409fd728e94dbb9d4430054e490b", "parents": [ "7fdd375e383097a785bb65c66802e468f398bf82" ], "author": { "name": "Mickey Rachamim", "email": "mickeyr@marvell.com", "time": "Wed Dec 09 15:47:39 2020 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 20:43:00 2020 -0800" }, "message": "MAINTAINERS: Add entry for Marvell Prestera Ethernet Switch driver\n\nAdd maintainers info for new Marvell Prestera Ethernet switch driver.\n\nSigned-off-by: Mickey Rachamim \u003cmickeyr@marvell.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "7fdd375e383097a785bb65c66802e468f398bf82", "tree": "4e703e992f72ae80e63cec10802a9d69c86b47ce", "parents": [ "b7e4ba9a91dffd298d940b4d3f173121ff829a32" ], "author": { "name": "Guillaume Nault", "email": "gnault@redhat.com", "time": "Wed Dec 09 16:48:41 2020 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 20:39:38 2020 -0800" }, "message": "net: sched: Fix dump of MPLS_OPT_LSE_LABEL attribute in cls_flower\n\nTCA_FLOWER_KEY_MPLS_OPT_LSE_LABEL is a u32 attribute (MPLS label is\n20 bits long).\n\nFixes the following bug:\n\n $ tc filter add dev ethX ingress protocol mpls_uc \\\n flower mpls lse depth 2 label 256 \\\n action drop\n\n $ tc filter show dev ethX ingress\n filter protocol mpls_uc pref 49152 flower chain 0\n filter protocol mpls_uc pref 49152 flower chain 0 handle 0x1\n eth_type 8847\n mpls\n lse depth 2 label 0 \u003c-- invalid label 0, should be 256\n ...\n\nFixes: 61aec25a6db5 (\"cls_flower: Support filtering on multiple MPLS Label Stack Entries\")\nSigned-off-by: Guillaume Nault \u003cgnault@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "c5b58c8c860db330c0b8b891b69014ee9d470dab", "tree": "2bc643ca6fa275efd061ce4e705e9f33f529fb65", "parents": [ "ab43234d0bafcf2accd9db4fc4d193180b752f94" ], "author": { "name": "Evan Quan", "email": "evan.quan@amd.com", "time": "Wed Dec 09 16:34:22 2020 +0800" }, "committer": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Dec 09 22:38:10 2020 -0500" }, "message": "drm/amd/pm: typo fix (CUSTOM -\u003e COMPUTE)\n\nThe \"COMPUTE\" was wrongly spelled as \"CUSTOM\".\n\nSigned-off-by: Evan Quan \u003cevan.quan@amd.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org # 5.9.x\n" }, { "commit": "b7e4ba9a91dffd298d940b4d3f173121ff829a32", "tree": "377e5c1059bfdd5b30090ef84e2d4b8ee45fdcc1", "parents": [ "88287773ff6f53c47e1902ae3ae19084ef5c69aa", "2d94b20b95b009eec1a267dcf026b01af627c0cd" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 18:55:46 2020 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 18:55:46 2020 -0800" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf\n\nPablo Neira Ayuso says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nNetfilter fixes for net\n\nThe following patchset contains Netfilter fixes for net:\n\n1) Switch to RCU in x_tables to fix possible NULL pointer dereference,\n from Subash Abhinov Kasiviswanathan.\n\n2) Fix netlink dump of dynset timeouts later than 23 days.\n\n3) Add comment for the indirect serialization of the nft commit mutex\n with rtnl_mutex.\n\n4) Remove bogus check for confirmed conntrack when matching on the\n conntrack ID, from Brett Mastbergen.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "88287773ff6f53c47e1902ae3ae19084ef5c69aa", "tree": "061d2096365081b7e69525a08043ad87b002f4fc", "parents": [ "9a25a30ee54c61a186f3f00d9797f1cc43886167", "1beb7830d3b285b28f7cde3644d59d2590a47e51" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 18:48:29 2020 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 18:48:29 2020 -0800" }, "message": "Merge branch \u00271GbE\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tnguy/net-queue\n\nTony Nguyen says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nIntel Wired LAN Driver Updates 2020-12-09\n\nThis series contains updates to igb, ixgbe, i40e, and ice drivers.\n\nSven Auhagen fixes issues with igb XDP: return correct error value in XDP\nxmit back, increase header padding to include space for double VLAN, add\nan extack error when Rx buffer is too small for frame size, set metasize if\nit is set in xdp, change xdp_do_flush_map to xdp_do_flush, and update\ntrans_start to avoid possible Tx timeout.\n\nBjörn fixes an issue where an Rx buffer can be reused prematurely with\nXDP redirect for ixgbe, i40e, and ice drivers.\n\nThe following are changes since commit 323a391a220c4a234cb1e678689d7f4c3b73f863:\n can: isotp: isotp_setsockopt(): block setsockopt on bound sockets\nand are available in the git repository at:\n git://git.kernel.org/pub/scm/linux/kernel/git/tnguy/net-queue 1GbE\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "80db2a087f425b63f0163bc95217abd01c637cb5", "tree": "65789cb02521932b84d48e8bff1704135ee02d7b", "parents": [ "223f61b8c5ad80f01900bc25f8073dfa4f23a2be" ], "author": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Wed Dec 09 17:59:53 2020 -0800" }, "committer": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Wed Dec 09 18:03:56 2020 -0800" }, "message": "Input: cros_ec_keyb - send \u0027scancodes\u0027 in addition to key events\n\nTo let userspace know what \u0027scancodes\u0027 should be used in EVIOCGKEYCODE\nand EVIOCSKEYCODE ioctls, we should send EV_MSC/MSC_SCAN events in\naddition to EV_KEY/KEY_* events. The driver already declared MSC_SCAN\ncapability, so it is only matter of actually sending the events.\n\nLink: https://lore.kernel.org/r/X87aOaSptPTvZ3nZ@google.com\nAcked-by: Rajat Jain \u003crajatja@google.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\n" }, { "commit": "9a25a30ee54c61a186f3f00d9797f1cc43886167", "tree": "38a412511fb4bde057c1bd7ecd70177abfc09cb6", "parents": [ "299bcb55ecd1412f6df606e9dc0912d55610029e", "ba603d9d7b1215c72513d7c7aa02b6775fd4891b" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 16:44:35 2020 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 16:44:35 2020 -0800" }, "message": "Merge branch \u0027mlx4_en-fixes\u0027\n\nTariq Toukan says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nmlx4_en fixes\n\nThis patchset by Moshe contains fixes to the mlx4 Eth driver,\naddressing issues in restart flow.\n\nPatch 1 protects the restart task from being rescheduled while active.\n Please queue for -stable \u003e\u003d v2.6.\nPatch 2 reconstructs SQs stuck in error state, and adds prints for improved\n debuggability.\n Please queue for -stable \u003e\u003d v3.12.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ba603d9d7b1215c72513d7c7aa02b6775fd4891b", "tree": "38a412511fb4bde057c1bd7ecd70177abfc09cb6", "parents": [ "fed91613c9dd455dd154b22fa8e11b8526466082" ], "author": { "name": "Moshe Shemesh", "email": "moshe@mellanox.com", "time": "Wed Dec 09 15:03:39 2020 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 16:44:35 2020 -0800" }, "message": "net/mlx4_en: Handle TX error CQE\n\nIn case error CQE was found while polling TX CQ, the QP is in error\nstate and all posted WQEs will generate error CQEs without any data\ntransmitted. Fix it by reopening the channels, via same method used for\nTX timeout handling.\n\nIn addition add some more info on error CQE and WQE for debug.\n\nFixes: bd2f631d7c60 (\"net/mlx4_en: Notify user when TX ring in error state\")\nSigned-off-by: Moshe Shemesh \u003cmoshe@mellanox.com\u003e\nSigned-off-by: Tariq Toukan \u003ctariqt@nvidia.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "fed91613c9dd455dd154b22fa8e11b8526466082", "tree": "672af318d9033109c9807030ac5cc6decbf97055", "parents": [ "299bcb55ecd1412f6df606e9dc0912d55610029e" ], "author": { "name": "Moshe Shemesh", "email": "moshe@mellanox.com", "time": "Wed Dec 09 15:03:38 2020 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 16:44:35 2020 -0800" }, "message": "net/mlx4_en: Avoid scheduling restart task if it is already running\n\nAdd restarting state flag to avoid scheduling another restart task while\nsuch task is already running. Change task name from watchdog_task to\nrestart_task to better fit the task role.\n\nFixes: 1e338db56e5a (\"mlx4_en: Fix a race at restart task\")\nSigned-off-by: Moshe Shemesh \u003cmoshe@mellanox.com\u003e\nSigned-off-by: Tariq Toukan \u003ctariqt@nvidia.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "299bcb55ecd1412f6df606e9dc0912d55610029e", "tree": "ed156a198ff432be9b21fa7574ddbfae474ac890", "parents": [ "5137d303659d8c324e67814b1cc2e1bc0c0d9836" ], "author": { "name": "Neal Cardwell", "email": "ncardwell@google.com", "time": "Tue Dec 08 22:57:59 2020 -0500" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Dec 09 16:15:54 2020 -0800" }, "message": "tcp: fix cwnd-limited bug for TSO deferral where we send nothing\n\nWhen cwnd is not a multiple of the TSO skb size of N*MSS, we can get\ninto persistent scenarios where we have the following sequence:\n\n(1) ACK for full-sized skb of N*MSS arrives\n -\u003e tcp_write_xmit() transmit full-sized skb with N*MSS\n -\u003e move pacing release time forward\n -\u003e exit tcp_write_xmit() because pacing time is in the future\n\n(2) TSQ callback or TCP internal pacing timer fires\n -\u003e try to transmit next skb, but TSO deferral finds remainder of\n available cwnd is not big enough to trigger an immediate send\n now, so we defer sending until the next ACK.\n\n(3) repeat...\n\nSo we can get into a case where we never mark ourselves as\ncwnd-limited for many seconds at a time, even with\nbulk/infinite-backlog senders, because:\n\no In case (1) above, every time in tcp_write_xmit() we have enough\ncwnd to send a full-sized skb, we are not fully using the cwnd\n(because cwnd is not a multiple of the TSO skb size). So every time we\nsend data, we are not cwnd limited, and so in the cwnd-limited\ntracking code in tcp_cwnd_validate() we mark ourselves as not\ncwnd-limited.\n\no In case (2) above, every time in tcp_write_xmit() that we try to\ntransmit the \"remainder\" of the cwnd but defer, we set the local\nvariable is_cwnd_limited to true, but we do not send any packets, so\nsent_pkts is zero, so we don\u0027t call the cwnd-limited logic to update\ntp-\u003eis_cwnd_limited.\n\nFixes: ca8a22634381 (\"tcp: make cwnd-limited checks measurement-based, and gentler\")\nReported-by: Ingemar Johansson \u003cingemar.s.johansson@ericsson.com\u003e\nSigned-off-by: Neal Cardwell \u003cncardwell@google.com\u003e\nSigned-off-by: Yuchung Cheng \u003cycheng@google.com\u003e\nAcked-by: Soheil Hassas Yeganeh \u003csoheil@google.com\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nLink: https://lore.kernel.org/r/20201209035759.1225145-1-ncardwell.kernel@gmail.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "5137d303659d8c324e67814b1cc2e1bc0c0d9836", "tree": "d47fce9d7dae20e3156ee50ac35dd5a37739ebd5", "parents": [ "8ef44b6fe49d2b8d03ba9aa69063612b474f963b" ], "author": { "name": "Chris Mi", "email": "cmi@nvidia.com", "time": "Tue Dec 08 10:48:35 2020 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 16:08:33 2020 -0800" }, "message": "net: flow_offload: Fix memory leak for indirect flow block\n\nThe offending commit introduces a cleanup callback that is invoked\nwhen the driver module is removed to clean up the tunnel device\nflow block. But it returns on the first iteration of the for loop.\nThe remaining indirect flow blocks will never be freed.\n\nFixes: 1fac52da5942 (\"net: flow_offload: consolidate indirect flow_block infrastructure\")\nCC: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\nSigned-off-by: Chris Mi \u003ccmi@nvidia.com\u003e\nReviewed-by: Roi Dayan \u003croid@nvidia.com\u003e\n" }, { "commit": "8ef44b6fe49d2b8d03ba9aa69063612b474f963b", "tree": "74f6edf6c6e959406b20c0abbc457929040e6431", "parents": [ "a770bf515613c6e12ae904c3593e26016de99448" ], "author": { "name": "Wei Wang", "email": "weiwan@google.com", "time": "Tue Dec 08 09:55:08 2020 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 09 16:08:23 2020 -0800" }, "message": "tcp: Retain ECT bits for tos reflection\n\nFor DCTCP, we have to retain the ECT bits set by the congestion control\nalgorithm on the socket when reflecting syn TOS in syn-ack, in order to\nmake ECN work properly.\n\nFixes: ac8f1710c12b (\"tcp: reflect tos value received in SYN to the socket\")\nReported-by: Alexander Duyck \u003calexanderduyck@fb.com\u003e\nSigned-off-by: Wei Wang \u003cweiwan@google.com\u003e\nReviewed-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "a770bf515613c6e12ae904c3593e26016de99448", "tree": "070e9e0651e009cf87054dbdad0e7796b35fbb7c", "parents": [ "a379b01cd4b2aa3f12786b281a714871574e5ccb" ], "author": { "name": "Michal Kubecek", "email": "mkubecek@suse.cz", "time": "Tue Dec 08 23:13:51 2020 +0100" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Dec 09 15:50:38 2020 -0800" }, "message": "ethtool: fix stack overflow in ethnl_parse_bitset()\n\nSyzbot reported a stack overflow in bitmap_from_arr32() called from\nethnl_parse_bitset() when bitset from netlink message is longer than\ntarget bitmap length. While ethnl_compact_sanity_checks() makes sure that\ntrailing part is all zeros (i.e. the request does not try to touch bits\nkernel does not recognize), we also need to cap change_bits to nbits so\nthat we don\u0027t try to write past the prepared bitmaps.\n\nFixes: 88db6d1e4f62 (\"ethtool: add ethnl_parse_bitset() helper\")\nReported-by: syzbot+9d39fa49d4df294aab93@syzkaller.appspotmail.com\nSigned-off-by: Michal Kubecek \u003cmkubecek@suse.cz\u003e\nLink: https://lore.kernel.org/r/3487ee3a98e14cd526f55b6caaa959d2dcbcad9f.1607465316.git.mkubecek@suse.cz\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "a379b01cd4b2aa3f12786b281a714871574e5ccb", "tree": "819deea59532abb2d14d7b6f877a1e45ca48b512", "parents": [ "c02bd115b1d25931159f89c7d9bf47a30f5d4b41" ], "author": { "name": "Vitaly Lifshits", "email": "vitaly.lifshits@intel.com", "time": "Tue Dec 08 12:56:32 2020 -0600" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Dec 09 15:41:34 2020 -0800" }, "message": "e1000e: fix S0ix flow to allow S0i3.2 subset entry\n\nChanged a configuration in the flows to align with\narchitecture requirements to achieve S0i3.2 substate.\n\nThis helps both i219V and i219LM configurations.\n\nAlso fixed a typo in the previous commit 632fbd5eb5b0\n(\"e1000e: fix S0ix flows for cable connected case\").\n\nFixes: 632fbd5eb5b0 (\"e1000e: fix S0ix flows for cable connected case\").\nSigned-off-by: Vitaly Lifshits \u003cvitaly.lifshits@intel.com\u003e\nTested-by: Aaron Brown \u003caaron.f.brown@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\nReviewed-by: Alexander Duyck \u003calexanderduyck@fb.com\u003e\nSigned-off-by: Mario Limonciello \u003cmario.limonciello@dell.com\u003e\nLink: https://lore.kernel.org/r/20201208185632.151052-1-mario.limonciello@dell.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "1beb7830d3b285b28f7cde3644d59d2590a47e51", "tree": "f96bf44dd20630a55a31d733ea85802d1fb2780e", "parents": [ "a06316dc87bdc000f7f39a315476957af2ba0f05" ], "author": { "name": "Björn Töpel", "email": "bjorn.topel@intel.com", "time": "Tue Aug 25 19:27:36 2020 +0200" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "ice: avoid premature Rx buffer reuse\n\nThe page recycle code, incorrectly, relied on that a page fragment\ncould not be freed inside xdp_do_redirect(). This assumption leads to\nthat page fragments that are used by the stack/XDP redirect can be\nreused and overwritten.\n\nTo avoid this, store the page count prior invoking xdp_do_redirect().\n\nFixes: efc2214b6047 (\"ice: Add support for XDP\")\nReported-and-analyzed-by: Li RongQing \u003clirongqing@baidu.com\u003e\nSigned-off-by: Björn Töpel \u003cbjorn.topel@intel.com\u003e\nTested-by: George Kuruvinakunnel \u003cgeorge.kuruvinakunnel@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "a06316dc87bdc000f7f39a315476957af2ba0f05", "tree": "6d1e9914dde4ff01a0c96dd856467d35999d1bf1", "parents": [ "75aab4e10ae6a4593a60f66d13de755d4e91f400" ], "author": { "name": "Björn Töpel", "email": "bjorn.topel@intel.com", "time": "Tue Aug 25 19:27:35 2020 +0200" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "ixgbe: avoid premature Rx buffer reuse\n\nThe page recycle code, incorrectly, relied on that a page fragment\ncould not be freed inside xdp_do_redirect(). This assumption leads to\nthat page fragments that are used by the stack/XDP redirect can be\nreused and overwritten.\n\nTo avoid this, store the page count prior invoking xdp_do_redirect().\n\nFixes: 6453073987ba (\"ixgbe: add initial support for xdp redirect\")\nReported-and-analyzed-by: Li RongQing \u003clirongqing@baidu.com\u003e\nSigned-off-by: Björn Töpel \u003cbjorn.topel@intel.com\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "75aab4e10ae6a4593a60f66d13de755d4e91f400", "tree": "010007a118de04a1f389dec9cf758fead6f66f67", "parents": [ "ec107e775d84392b35db46f6c3baa441e074042e" ], "author": { "name": "Björn Töpel", "email": "bjorn.topel@intel.com", "time": "Tue Aug 25 19:27:34 2020 +0200" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "i40e: avoid premature Rx buffer reuse\n\nThe page recycle code, incorrectly, relied on that a page fragment\ncould not be freed inside xdp_do_redirect(). This assumption leads to\nthat page fragments that are used by the stack/XDP redirect can be\nreused and overwritten.\n\nTo avoid this, store the page count prior invoking xdp_do_redirect().\n\nLonger explanation:\n\nIntel NICs have a recycle mechanism. The main idea is that a page is\nsplit into two parts. One part is owned by the driver, one part might\nbe owned by someone else, such as the stack.\n\nt0: Page is allocated, and put on the Rx ring\n +---------------\nused by NIC -\u003e| upper buffer\n(rx_buffer) +---------------\n | lower buffer\n +---------------\n page count \u003d\u003d USHRT_MAX\n rx_buffer-\u003epagecnt_bias \u003d\u003d USHRT_MAX\n\nt1: Buffer is received, and passed to the stack (e.g.)\n +---------------\n | upper buff (skb)\n +---------------\nused by NIC -\u003e| lower buffer\n(rx_buffer) +---------------\n page count \u003d\u003d USHRT_MAX\n rx_buffer-\u003epagecnt_bias \u003d\u003d USHRT_MAX - 1\n\nt2: Buffer is received, and redirected\n +---------------\n | upper buff (skb)\n +---------------\nused by NIC -\u003e| lower buffer\n(rx_buffer) +---------------\n\nNow, prior calling xdp_do_redirect():\n page count \u003d\u003d USHRT_MAX\n rx_buffer-\u003epagecnt_bias \u003d\u003d USHRT_MAX - 2\n\nThis means that buffer *cannot* be flipped/reused, because the skb is\nstill using it.\n\nThe problem arises when xdp_do_redirect() actually frees the\nsegment. Then we get:\n page count \u003d\u003d USHRT_MAX - 1\n rx_buffer-\u003epagecnt_bias \u003d\u003d USHRT_MAX - 2\n\nFrom a recycle perspective, the buffer can be flipped and reused,\nwhich means that the skb data area is passed to the Rx HW ring!\n\nTo work around this, the page count is stored prior calling\nxdp_do_redirect().\n\nNote that this is not optimal, since the NIC could actually reuse the\n\"lower buffer\" again. However, then we need to track whether\nXDP_REDIRECT consumed the buffer or not.\n\nFixes: d9314c474d4f (\"i40e: add support for XDP_REDIRECT\")\nReported-and-analyzed-by: Li RongQing \u003clirongqing@baidu.com\u003e\nSigned-off-by: Björn Töpel \u003cbjorn.topel@intel.com\u003e\nTested-by: George Kuruvinakunnel \u003cgeorge.kuruvinakunnel@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "ec107e775d84392b35db46f6c3baa441e074042e", "tree": "ea09506775789abff0f62a68f57601bd93d13656", "parents": [ "3eca859008a75a4ad363db65b0fe83be1a3d5ad1" ], "author": { "name": "Sven Auhagen", "email": "sven.auhagen@voleatech.de", "time": "Wed Nov 11 18:04:53 2020 +0100" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "igb: avoid transmit queue timeout in xdp path\n\nSince we share the transmit queue with the network stack,\nit is possible that we run into a transmit queue timeout.\nThis will reset the queue.\nThis happens under high load when XDP is using the\ntransmit queue pretty much exclusively.\n\nnetdev_start_xmit() sets the trans_start variable of the\ntransmit queue to jiffies which is later utilized by dev_watchdog(),\nso to avoid timeout, let stack know that XDP xmit happened by\nbumping the trans_start within XDP Tx routines to jiffies.\n\nFixes: 9cbc948b5a20 (\"igb: add XDP support\")\nAcked-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nSigned-off-by: Sven Auhagen \u003csven.auhagen@voleatech.de\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "3eca859008a75a4ad363db65b0fe83be1a3d5ad1", "tree": "5d3deb950d7db21ae5b936b1bdb8b8f1983fffb1", "parents": [ "681429dba99249546dda160e266e56035a2d750b" ], "author": { "name": "Sven Auhagen", "email": "sven.auhagen@voleatech.de", "time": "Wed Nov 11 18:04:52 2020 +0100" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "igb: use xdp_do_flush\n\nSince it is a new XDP implementation change xdp_do_flush_map\nto xdp_do_flush.\n\nFixes: 9cbc948b5a20 (\"igb: add XDP support\")\nSuggested-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nReviewed-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nAcked-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nSigned-off-by: Sven Auhagen \u003csven.auhagen@voleatech.de\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "681429dba99249546dda160e266e56035a2d750b", "tree": "0b2125709f12a5149ff3b60854d1895f11857704", "parents": [ "2e2bb5594ca0a5885dc93055ab0f9b5fbcdaa403" ], "author": { "name": "Sven Auhagen", "email": "sven.auhagen@voleatech.de", "time": "Wed Nov 11 18:04:51 2020 +0100" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "igb: skb add metasize for xdp\n\nadd metasize if it is set in xdp\n\nFixes: 9cbc948b5a20 (\"igb: add XDP support\")\nSuggested-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nReviewed-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nAcked-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nSigned-off-by: Sven Auhagen \u003csven.auhagen@voleatech.de\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "2e2bb5594ca0a5885dc93055ab0f9b5fbcdaa403", "tree": "0996541cb7f68dfd7a85572ec459df78c2522c02", "parents": [ "b829ec1a66bc3dda4b01ab4c57d41ad1a1f82fed" ], "author": { "name": "Sven Auhagen", "email": "sven.auhagen@voleatech.de", "time": "Wed Nov 11 18:04:50 2020 +0100" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "igb: XDP extack message on error\n\nAdd an extack error message when the RX buffer size is too small\nfor the frame size.\n\nFixes: 9cbc948b5a20 (\"igb: add XDP support\")\nSuggested-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nReviewed-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nAcked-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nSigned-off-by: Sven Auhagen \u003csven.auhagen@voleatech.de\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "b829ec1a66bc3dda4b01ab4c57d41ad1a1f82fed", "tree": "b8000a9925f414af6c82bfacfd877ef45f45e266", "parents": [ "cfb33e174fa25d9d830683a1e1b22850546103b5" ], "author": { "name": "Sven Auhagen", "email": "sven.auhagen@voleatech.de", "time": "Wed Nov 11 18:04:49 2020 +0100" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:58 2020 -0800" }, "message": "igb: take VLAN double header into account\n\nIncrease the packet header padding to include double VLAN tagging.\nThis patch uses a macro for this.\n\nFixes: 9cbc948b5a20 (\"igb: add XDP support\")\nSuggested-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nReviewed-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nAcked-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nSigned-off-by: Sven Auhagen \u003csven.auhagen@voleatech.de\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" }, { "commit": "cfb33e174fa25d9d830683a1e1b22850546103b5", "tree": "58301282bc04bbd3298390167564ecdb018c7a55", "parents": [ "323a391a220c4a234cb1e678689d7f4c3b73f863" ], "author": { "name": "Sven Auhagen", "email": "sven.auhagen@voleatech.de", "time": "Wed Nov 11 18:04:48 2020 +0100" }, "committer": { "name": "Tony Nguyen", "email": "anthony.l.nguyen@intel.com", "time": "Wed Dec 09 15:26:57 2020 -0800" }, "message": "igb: XDP xmit back fix error code\n\nThe igb XDP xmit back function should only return\ndefined error codes.\n\nFixes: 9cbc948b5a20 (\"igb: add XDP support\")\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nAcked-by: Maciej Fijalkowski \u003cmaciej.fijalkowski@intel.com\u003e\nSigned-off-by: Sven Auhagen \u003csven.auhagen@voleatech.de\u003e\nTested-by: Sandeep Penigalapati \u003csandeep.penigalapati@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\n" } ], "next": "a2f5ea9e314ba6778f885c805c921e9362ec0420" }