)]}' { "log": [ { "commit": "09162bc32c880a791c6c0668ce0745cf7958f576", "tree": "b2da49b585304344b706a816a83b760bdf2504b9", "parents": [ "a6af8718b98e1cd37a9ea9a02269c79577fc9138" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 16:44:31 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 16:44:31 2020 -0800" }, "message": "Linux 5.10-rc4\n" }, { "commit": "a6af8718b98e1cd37a9ea9a02269c79577fc9138", "tree": "f9efa4bb297188ac88944e27834e7b1590c31c0d", "parents": [ "9cfd9c45994b409c7103efc2f265e0af7634cf75", "8f598d15ee6577a56d6617d9e4151591db34d8fa" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 13:07:36 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 13:07:36 2020 -0800" }, "message": "Merge tag \u0027drm-fixes-2020-11-16\u0027 of git://anongit.freedesktop.org/drm/drm\n\nPull drm fixes from Dave Airlie:\n \"Nouveau fixes:\n\n - atomic modesetting regression fix\n\n - ttm pre-nv50 fix\n\n - connector NULL ptr deref fix\"\n\n* tag \u0027drm-fixes-2020-11-16\u0027 of git://anongit.freedesktop.org/drm/drm:\n drm/nouveau/kms/nv50-: Use atomic encoder callbacks everywhere\n drm/nouveau/ttm: avoid using nouveau_drm.ttm.type_vram prior to nv50\n drm/nouveau/kms: Fix NULL pointer dereference in nouveau_connector_detect_depth\n" }, { "commit": "8f598d15ee6577a56d6617d9e4151591db34d8fa", "tree": "fd8c0023bc7e2207e32ab13a00cbd44091bc6808", "parents": [ "41f3ed2cac86ba533ce6a334a2e7fae5c7082946", "5c6fb4b28b165887c42c66731c90eaca818b04c6" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Mon Nov 16 06:36:23 2020 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Mon Nov 16 06:36:31 2020 +1000" }, "message": "Merge branch \u0027linux-5.10\u0027 of git://github.com/skeggsb/linux into drm-fixes\n\n- atomic modesetting regression fix\n- ttm pre-nv50 fix\n- connector NULL ptr deref fix\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nFrom: Ben Skeggs \u003cskeggsb@gmail.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/CACAvsv5D9p78MNN0OxVeRZxN8LDqcadJEGUEFCgWJQ6+_rjPuw@mail.gmail.com\n" }, { "commit": "9cfd9c45994b409c7103efc2f265e0af7634cf75", "tree": "c67b6d1d06279629b242eabe65fe2d157263507b", "parents": [ "281b3ec3a75bfa14b2bf53501c4596415b3309e2", "092561f06702dd4fdd7fb74dd3a838f1818529b7" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 10:15:17 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 10:15:17 2020 -0800" }, "message": "Merge tag \u0027char-misc-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc\n\nPull char/misc driver fixes from Greg KH:\n \"Here are some small char/misc/whatever driver fixes for 5.10-rc4.\n\n Nothing huge, lots of small fixes for reported issues:\n\n - habanalabs driver fixes\n\n - speakup driver fixes\n\n - uio driver fixes\n\n - virtio driver fix\n\n - other tiny driver fixes\n\n Full details are in the shortlog.\n\n All of these have been in linux-next for a full week with no reported\n issues\"\n\n* tag \u0027char-misc-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc:\n uio: Fix use-after-free in uio_unregister_device()\n firmware: xilinx: fix out-of-bounds access\n nitro_enclaves: Fixup type and simplify logic of the poll mask setup\n speakup ttyio: Do not schedule() in ttyio_in_nowait\n speakup: Fix clearing selection in safe context\n speakup: Fix var_id_t values and thus keymap\n virtio: virtio_console: fix DMA memory allocation for rproc serial\n habanalabs/gaudi: mask WDT error in QMAN\n habanalabs/gaudi: move coresight mmu config\n habanalabs: fix kernel pointer type\n mei: protect mei_cl_mtu from null dereference\n" }, { "commit": "281b3ec3a75bfa14b2bf53501c4596415b3309e2", "tree": "d4ddf71c5ca776d40a8bc2cbfc07b2bffd32b0d2", "parents": [ "0062442ecfef0d82cd69e3e600d5006357f8d8e4", "6d853c9e4104b4fc8d55dc9cd3b99712aa347174" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 10:02:41 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 10:02:41 2020 -0800" }, "message": "Merge tag \u0027usb-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb\n\nPull USB and Thunderbolt fixes from Greg KH:\n \"Here are some small Thunderbolt and USB driver fixes for 5.10-rc4 to\n solve some reported issues.\n\n Nothing huge in here, just small things:\n\n - thunderbolt memory leaks fixed and new device ids added\n\n - revert of problem patch for the musb driver\n\n - new quirks added for USB devices\n\n - typec power supply fixes to resolve much reported problems about\n charging notifications not working anymore\n\n All except the cdc-acm driver quirk addition have been in linux-next\n with no reported issues (the quirk patch was applied on Friday, and is\n self-contained)\"\n\n* tag \u0027usb-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb:\n usb: cdc-acm: Add DISABLE_ECHO for Renesas USB Download mode\n MAINTAINERS: add usb raw gadget entry\n usb: typec: ucsi: Report power supply changes\n xhci: hisilicon: fix refercence leak in xhci_histb_probe\n Revert \"usb: musb: convert to devm_platform_ioremap_resource_byname\"\n thunderbolt: Add support for Intel Tiger Lake-H\n thunderbolt: Only configure USB4 wake for lane 0 adapters\n thunderbolt: Add uaccess dependency to debugfs interface\n thunderbolt: Fix memory leak if ida_simple_get() fails in enumerate_services()\n thunderbolt: Add the missed ida_simple_remove() in ring_request_msix()\n" }, { "commit": "0062442ecfef0d82cd69e3e600d5006357f8d8e4", "tree": "ed6a351de88f23a0e847878fb13943ad5edcf147", "parents": [ "326fd6db6112534738b5229da538bf426d78c851", "c887c9b9ca62c051d339b1c7b796edf2724029ed" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:57:58 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:57:58 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 \"Fixes for ARM and x86, the latter especially for old processors\n without two-dimensional paging (EPT/NPT)\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm:\n kvm: mmu: fix is_tdp_mmu_check when the TDP MMU is not in use\n KVM: SVM: Update cr3_lm_rsvd_bits for AMD SEV guests\n KVM: x86: Introduce cr3_lm_rsvd_bits in kvm_vcpu_arch\n KVM: x86: clflushopt should be treated as a no-op by emulation\n KVM: arm64: Handle SCXTNUM_ELx traps\n KVM: arm64: Unify trap handlers injecting an UNDEF\n KVM: arm64: Allow setting of ID_AA64PFR0_EL1.CSV2 from userspace\n" }, { "commit": "326fd6db6112534738b5229da538bf426d78c851", "tree": "85209b467043c7469a9247a3c0492ff9f4defba6", "parents": [ "64b609d6a60c8a54ff9c43819803e6a7861e7ed1", "ff828729be446b86957f7c294068758231cd2183" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:49:56 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:49:56 2020 -0800" }, "message": "Merge tag \u0027x86-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull x86 fixes from Thomas Gleixner:\n \"A small set of fixes for x86:\n\n - Cure the fallout from the MSI irqdomain overhaul which missed that\n the Intel IOMMU does not register virtual function devices and\n therefore never reaches the point where the MSI interrupt domain is\n assigned. This made the VF devices use the non-remapped MSI domain\n which is trapped by the IOMMU/remap unit\n\n - Remove an extra space in the SGI_UV architecture type procfs output\n for UV5\n\n - Remove a unused function which was missed when removing the UV BAU\n TLB shootdown handler\"\n\n* tag \u0027x86-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n iommu/vt-d: Cure VF irqdomain hickup\n x86/platform/uv: Fix copied UV5 output archtype\n x86/platform/uv: Drop last traces of uv_flush_tlb_others\n" }, { "commit": "64b609d6a60c8a54ff9c43819803e6a7861e7ed1", "tree": "3f1fa40b6b183cbc57d611ff36e19dd8d1cb211a", "parents": [ "d0a37fd57fbae32adffb56ae9852d551376b7c9b", "1a8cfa24e21c2f154791f0cdd85fc28496918722" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:46:36 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:46:36 2020 -0800" }, "message": "Merge tag \u0027perf-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull perf fixes from Thomas Gleixner:\n \"A set of fixes for perf:\n\n - A set of commits which reduce the stack usage of various perf\n event handling functions which allocated large data structs on\n stack causing stack overflows in the worst case\n\n - Use the proper mechanism for detecting soft interrupts in the\n recursion protection\n\n - Make the resursion protection simpler and more robust\n\n - Simplify the scheduling of event groups to make the code more\n robust and prepare for fixing the issues vs. scheduling of\n exclusive event groups\n\n - Prevent event multiplexing and rotation for exclusive event groups\n\n - Correct the perf event attribute exclusive semantics to take\n pinned events, e.g. the PMU watchdog, into account\n\n - Make the anythread filtering conditional for Intel\u0027s generic PMU\n counters as it is not longer guaranteed to be supported on newer\n CPUs. Check the corresponding CPUID leaf to make sure\n\n - Fixup a duplicate initialization in an array which was probably\n caused by the usual \u0027copy \u0026 paste - forgot to edit\u0027 mishap\"\n\n* tag \u0027perf-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n perf/x86/intel/uncore: Fix Add BW copypasta\n perf/x86/intel: Make anythread filter support conditional\n perf: Tweak perf_event_attr::exclusive semantics\n perf: Fix event multiplexing for exclusive groups\n perf: Simplify group_sched_in()\n perf: Simplify group_sched_out()\n perf/x86: Make dummy_iregs static\n perf/arch: Remove perf_sample_data::regs_user_copy\n perf: Optimize get_recursion_context()\n perf: Fix get_recursion_context()\n perf/x86: Reduce stack usage for x86_pmu::drain_pebs()\n perf: Reduce stack usage of perf_output_begin()\n" }, { "commit": "d0a37fd57fbae32adffb56ae9852d551376b7c9b", "tree": "77a7b9a3a981a2ed6cd4ad6eb4eae309f5157ba5", "parents": [ "259c2fbef8f09cec8ac3d67820ca6778242beeaa", "8d4d9c7b4333abccb3bf310d76ef7ea2edb9828f" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:39:35 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:39:35 2020 -0800" }, "message": "Merge tag \u0027sched-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull scheduler fixes from Thomas Gleixner:\n \"A set of scheduler fixes:\n\n - Address a load balancer regression by making the load balancer use\n the same logic as the wakeup path to spread tasks in the LLC domain\n\n - Prefer the CPU on which a task run last over the local CPU in the\n fast wakeup path for asymmetric CPU capacity systems to align with\n the symmetric case. This ensures more locality and prevents massive\n migration overhead on those asymetric systems\n\n - Fix a memory corruption bug in the scheduler debug code caused by\n handing a modified buffer pointer to kfree()\"\n\n* tag \u0027sched-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n sched/debug: Fix memory corruption caused by multiple small reads of flags\n sched/fair: Prefer prev cpu in asymmetric wakeup path\n sched/fair: Ensure tasks spreading in LLC during LB\n" }, { "commit": "259c2fbef8f09cec8ac3d67820ca6778242beeaa", "tree": "9d6f13a8e0a1d379897495c7e3678fca556a8ea5", "parents": [ "a50cf15906d4d0ad1d6bb32e9eeeb282899a8180", "d61fc96a37603384cd531622c1e89de1096b5123" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:25:43 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 09:25:43 2020 -0800" }, "message": "Merge tag \u0027locking-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull locking fixes from Thomas Gleixner:\n \"Two fixes for the locking subsystem:\n\n - Prevent an unconditional interrupt enable in a futex helper\n function which can be called from contexts which expect interrupts\n to stay disabled across the call\n\n - Don\u0027t modify lockdep chain keys in the validation process as that\n causes chain inconsistency\"\n\n* tag \u0027locking-urgent-2020-11-15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n lockdep: Avoid to modify chain keys in validate_chain()\n futex: Don\u0027t enable IRQs unconditionally in put_pi_state()\n" }, { "commit": "a50cf15906d4d0ad1d6bb32e9eeeb282899a8180", "tree": "60b9621b2ef2b86dfba01360851103e2ee49d6f8", "parents": [ "e28c0d7c92c89016c12a677616668957351e7542", "61cf93d3e14a29288e4d5522aecb6e58268eec62" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 08:57:19 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 15 08:57:19 2020 -0800" }, "message": "Merge branch \u0027for-5.10-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu\n\nPull percpu fix and cleanup from Dennis Zhou:\n \"A fix for a Wshadow warning in the asm-generic percpu macros came in\n and then I tacked on the removal of flexible array initializers in the\n percpu allocator\"\n\n* \u0027for-5.10-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/dennis/percpu:\n percpu: convert flexible array initializers to use struct_size()\n asm-generic: percpu: avoid Wshadow warning\n" }, { "commit": "c887c9b9ca62c051d339b1c7b796edf2724029ed", "tree": "4e9f2f5f5b1c8cd61dd59a6985159c4ff57ce479", "parents": [ "96308b066184d6dcdb677890e620e68290ae98ae" ], "author": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Sun Nov 15 08:55:43 2020 -0500" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Sun Nov 15 08:55:43 2020 -0500" }, "message": "kvm: mmu: fix is_tdp_mmu_check when the TDP MMU is not in use\n\nIn some cases where shadow paging is in use, the root page will\nbe either mmu-\u003epae_root or vcpu-\u003earch.mmu-\u003elm_root. Then it will\nnot have an associated struct kvm_mmu_page, because it is allocated\nwith alloc_page instead of kvm_mmu_alloc_page.\n\nJust return false quickly from is_tdp_mmu_root if the TDP MMU is\nnot in use, which also includes the case where shadow paging is\nenabled.\n\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n" }, { "commit": "e28c0d7c92c89016c12a677616668957351e7542", "tree": "48054fa6dcbf1170eebb8c2503b4a6cdbbb5ed43", "parents": [ "31908a604ced3c047022c2cc9f178d3287f06dfe", "f5785283dd64867a711ca1fb1f5bb172f252ecdf" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:35:11 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:35:11 2020 -0800" }, "message": "Merge branch \u0027akpm\u0027 (patches from Andrew)\n\nMerge fixes from Andrew Morton:\n \"14 patches.\n\n Subsystems affected by this patch series: mm (migration, vmscan, slub,\n gup, memcg, hugetlbfs), mailmap, kbuild, reboot, watchdog, panic, and\n ocfs2\"\n\n* emailed patches from Andrew Morton \u003cakpm@linux-foundation.org\u003e:\n ocfs2: initialize ip_next_orphan\n panic: don\u0027t dump stack twice on warn\n hugetlbfs: fix anon huge page migration race\n mm: memcontrol: fix missing wakeup polling thread\n kernel/watchdog: fix watchdog_allowed_mask not used warning\n reboot: fix overflow parsing reboot cpu number\n Revert \"kernel/reboot.c: convert simple_strtoul to kstrtoint\"\n compiler.h: fix barrier_data() on clang\n mm/gup: use unpin_user_pages() in __gup_longterm_locked()\n mm/slub: fix panic in slab_alloc_node()\n mailmap: fix entry for Dmitry Baryshkov/Eremin-Solenikov\n mm/vmscan: fix NR_ISOLATED_FILE corruption on 64-bit\n mm/compaction: stop isolation if too many pages are isolated and we have pages to migrate\n mm/compaction: count pages and stop correctly during page isolation\n" }, { "commit": "31908a604ced3c047022c2cc9f178d3287f06dfe", "tree": "dc8cdc4494c0978aded8540e918053a904e76f41", "parents": [ "7e908b7461ec395293335852485a183c16765303", "c277ca155d2f0028a5c79708426d3f79b54a5fc1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:30:18 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:30:18 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 fixes:\n\n - Make to_clk_regmap() inline to avoid compiler annoyance\n\n - Fix critical clks on i.MX imx8m SoCs\"\n\n* tag \u0027clk-fixes-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux:\n clk: imx8m: fix bus critical clk registration\n clk: define to_clk_regmap() as inline function\n" }, { "commit": "7e908b7461ec395293335852485a183c16765303", "tree": "f71914dd4130e0cee72013e278dc92787c2ec819", "parents": [ "0c0451112b629946c93ed2102b7ae47d4d1dc0bc", "60268b0e8258fdea9a3c9f4b51e161c123571db3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:25:39 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:25:39 2020 -0800" }, "message": "Merge tag \u0027hwmon-for-v5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging\n\nPull hwmon fixes from Guenter Roeck:\n\n - Fix potential bufer overflow in pmbus/max20730 driver\n\n - Fix locking issue in pmbus core\n\n - Fix regression causing timeouts in applesmc driver\n\n - Fix RPM calculation in pwm-fan driver\n\n - Restrict counter visibility in amd_energy driver\n\n* tag \u0027hwmon-for-v5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging:\n hwmon: (amd_energy) modify the visibility of the counters\n hwmon: (applesmc) Re-work SMC comms\n hwmon: (pwm-fan) Fix RPM calculation\n hwmon: (pmbus) Add mutex locking for sysfs reads\n hwmon: (pmbus/max20730) use scnprintf() instead of snprintf()\n" }, { "commit": "0c0451112b629946c93ed2102b7ae47d4d1dc0bc", "tree": "62a43544162c460e828ece127b586eda8fdcdb8a", "parents": [ "30636a59f4c1a40720156079cabcad60351949f2", "2e6f11a797a24d1e2141a214a6dd6dfbe709f55d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:19:21 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:19:21 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 \"Three small fixes, all in the embedded ufs driver subsystem\"\n\n* tag \u0027scsi-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi:\n scsi: ufshcd: Fix missing destroy_workqueue()\n scsi: ufs: Try to save power mode change and UIC cmd completion timeout\n scsi: ufs: Fix unbalanced scsi_block_reqs_cnt caused by ufshcd_hold()\n" }, { "commit": "30636a59f4c1a40720156079cabcad60351949f2", "tree": "7d7faafe280e76238d3906c6428f1d812cbad196", "parents": [ "4aea779d35120d5062647d288817678decb28c10", "c350f8bea271782e2733419bd2ab9bf4ec2051ef" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:04:02 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 12:04:02 2020 -0800" }, "message": "Merge tag \u0027selinux-pr-20201113\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux\n\nPull selinux fix from Paul Moore:\n \"One small SELinux patch to make sure we return an error code when an\n allocation fails. It passes all of our tests, but given the nature of\n the patch that isn\u0027t surprising\"\n\n* tag \u0027selinux-pr-20201113\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux:\n selinux: Fix error return code in sel_ib_pkey_sid_slow()\n" }, { "commit": "4aea779d35120d5062647d288817678decb28c10", "tree": "f8db1a90cca4fc186f4934b7eb89035f2c78e495", "parents": [ "3ad216ee73abc554ed8f13f4f8b70845a7bef6da", "9a5085b3fad5d5d6019a3d160cdd70357d35c8b1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:56:59 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:56:59 2020 -0800" }, "message": "Merge tag \u0027for-linus-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml\n\nPull uml fix from Richard Weinberger:\n \"Call PMD destructor in __pmd_free_tlb()\"\n\n* tag \u0027for-linus-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml:\n um: Call pgtable_pmd_page_dtor() in __pmd_free_tlb()\n" }, { "commit": "3ad216ee73abc554ed8f13f4f8b70845a7bef6da", "tree": "7c211765eff4950a262064f52a6831b960d61569", "parents": [ "f01c30de86f1047e9bae1b1b1417b0ce8dcd15b1" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Sat Nov 14 17:27:57 2020 +0000" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:51:18 2020 -0800" }, "message": "afs: Fix afs_write_end() when called with copied \u003d\u003d 0 [ver #3]\n\nWhen afs_write_end() is called with copied \u003d\u003d 0, it tries to set the\ndirty region, but there\u0027s no way to actually encode a 0-length region in\nthe encoding in page-\u003eprivate.\n\n\"0,0\", for example, indicates a 1-byte region at offset 0. The maths\nmiscalculates this and sets it incorrectly.\n\nFix it to just do nothing but unlock and put the page in this case. We\ndon\u0027t actually need to mark the page dirty as nothing presumably\nchanged.\n\nFixes: 65dd2d6072d3 (\"afs: Alter dirty range encoding in page-\u003eprivate\")\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "f5785283dd64867a711ca1fb1f5bb172f252ecdf", "tree": "bbf860dc3aa1bdd17553ecbe61a730c6b8e14af9", "parents": [ "2f31ad64a9cce8b2409d2d4563482adfb8664082" ], "author": { "name": "Wengang Wang", "email": "wen.gang.wang@oracle.com", "time": "Fri Nov 13 22:52:23 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:04 2020 -0800" }, "message": "ocfs2: initialize ip_next_orphan\n\nThough problem if found on a lower 4.1.12 kernel, I think upstream has\nsame issue.\n\nIn one node in the cluster, there is the following callback trace:\n\n # cat /proc/21473/stack\n __ocfs2_cluster_lock.isra.36+0x336/0x9e0 [ocfs2]\n ocfs2_inode_lock_full_nested+0x121/0x520 [ocfs2]\n ocfs2_evict_inode+0x152/0x820 [ocfs2]\n evict+0xae/0x1a0\n iput+0x1c6/0x230\n ocfs2_orphan_filldir+0x5d/0x100 [ocfs2]\n ocfs2_dir_foreach_blk+0x490/0x4f0 [ocfs2]\n ocfs2_dir_foreach+0x29/0x30 [ocfs2]\n ocfs2_recover_orphans+0x1b6/0x9a0 [ocfs2]\n ocfs2_complete_recovery+0x1de/0x5c0 [ocfs2]\n process_one_work+0x169/0x4a0\n worker_thread+0x5b/0x560\n kthread+0xcb/0xf0\n ret_from_fork+0x61/0x90\n\nThe above stack is not reasonable, the final iput shouldn\u0027t happen in\nocfs2_orphan_filldir() function. Looking at the code,\n\n 2067 /* Skip inodes which are already added to recover list, since dio may\n 2068 * happen concurrently with unlink/rename */\n 2069 if (OCFS2_I(iter)-\u003eip_next_orphan) {\n 2070 iput(iter);\n 2071 return 0;\n 2072 }\n 2073\n\nThe logic thinks the inode is already in recover list on seeing\nip_next_orphan is non-NULL, so it skip this inode after dropping a\nreference which incremented in ocfs2_iget().\n\nWhile, if the inode is already in recover list, it should have another\nreference and the iput() at line 2070 should not be the final iput\n(dropping the last reference). So I don\u0027t think the inode is really in\nthe recover list (no vmcore to confirm).\n\nNote that ocfs2_queue_orphans(), though not shown up in the call back\ntrace, is holding cluster lock on the orphan directory when looking up\nfor unlinked inodes. The on disk inode eviction could involve a lot of\nIOs which may need long time to finish. That means this node could hold\nthe cluster lock for very long time, that can lead to the lock requests\n(from other nodes) to the orhpan directory hang for long time.\n\nLooking at more on ip_next_orphan, I found it\u0027s not initialized when\nallocating a new ocfs2_inode_info structure.\n\nThis causes te reflink operations from some nodes hang for very long\ntime waiting for the cluster lock on the orphan directory.\n\nFix: initialize ip_next_orphan as NULL.\n\nSigned-off-by: Wengang Wang \u003cwen.gang.wang@oracle.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nReviewed-by: Joseph Qi \u003cjoseph.qi@linux.alibaba.com\u003e\nCc: Mark Fasheh \u003cmark@fasheh.com\u003e\nCc: Joel Becker \u003cjlbec@evilplan.org\u003e\nCc: Junxiao Bi \u003cjunxiao.bi@oracle.com\u003e\nCc: Changwei Ge \u003cgechangwei@live.cn\u003e\nCc: Gang He \u003cghe@suse.com\u003e\nCc: Jun Piao \u003cpiaojun@huawei.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201109171746.27884-1-wen.gang.wang@oracle.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "2f31ad64a9cce8b2409d2d4563482adfb8664082", "tree": "57cb77474218d41c7d974b7cb448ee05e1386f3a", "parents": [ "336bf30eb76580b579dc711ded5d599d905c0217" ], "author": { "name": "Christophe Leroy", "email": "christophe.leroy@csgroup.eu", "time": "Fri Nov 13 22:52:20 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:04 2020 -0800" }, "message": "panic: don\u0027t dump stack twice on warn\n\nBefore commit 3f388f28639f (\"panic: dump registers on panic_on_warn\"),\n__warn() was calling show_regs() when regs was not NULL, and show_stack()\notherwise.\n\nAfter that commit, show_stack() is called regardless of whether\nshow_regs() has been called or not, leading to duplicated Call Trace:\n\n ------------[ cut here ]------------\n WARNING: CPU: 0 PID: 1 at arch/powerpc/mm/nohash/8xx.c:186 mmu_mark_initmem_nx+0x24/0x94\n CPU: 0 PID: 1 Comm: swapper Not tainted 5.10.0-rc2-s3k-dev-01375-gf46ec0d3ecbd-dirty #4092\n NIP: c00128b4 LR: c0010228 CTR: 00000000\n REGS: c9023e40 TRAP: 0700 Not tainted (5.10.0-rc2-s3k-dev-01375-gf46ec0d3ecbd-dirty)\n MSR: 00029032 \u003cEE,ME,IR,DR,RI\u003e CR: 24000424 XER: 00000000\n\n GPR00: c0010228 c9023ef8 c2100000 0074c000 ffffffff 00000000 c2151000 c07b3880\n GPR08: ff000900 0074c000 c8000000 c33b53a8 24000822 00000000 c0003a20 00000000\n GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000\n GPR24: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00800000\n NIP [c00128b4] mmu_mark_initmem_nx+0x24/0x94\n LR [c0010228] free_initmem+0x20/0x58\n Call Trace:\n free_initmem+0x20/0x58\n kernel_init+0x1c/0x114\n ret_from_kernel_thread+0x14/0x1c\n Instruction dump:\n 7d291850 7d234b78 4e800020 9421ffe0 7c0802a6 bfc10018 3fe0c060 3bff0000\n 3fff4080 3bffffff 90010024 57ff0010 \u003c0fe00000\u003e 392001cd 7c3e0b78 953e0008\n CPU: 0 PID: 1 Comm: swapper Not tainted 5.10.0-rc2-s3k-dev-01375-gf46ec0d3ecbd-dirty #4092\n Call Trace:\n __warn+0x8c/0xd8 (unreliable)\n report_bug+0x11c/0x154\n program_check_exception+0x1dc/0x6e0\n ret_from_except_full+0x0/0x4\n --- interrupt: 700 at mmu_mark_initmem_nx+0x24/0x94\n LR \u003d free_initmem+0x20/0x58\n free_initmem+0x20/0x58\n kernel_init+0x1c/0x114\n ret_from_kernel_thread+0x14/0x1c\n ---[ end trace 31702cd2a9570752 ]---\n\nOnly call show_stack() when regs is NULL.\n\nFixes: 3f388f28639f (\"panic: dump registers on panic_on_warn\")\nSigned-off-by: Christophe Leroy \u003cchristophe.leroy@csgroup.eu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Alexey Kardashevskiy \u003caik@ozlabs.ru\u003e\nCc: Kefeng Wang \u003cwangkefeng.wang@huawei.com\u003e\nLink: https://lkml.kernel.org/r/e8c055458b080707f1bc1a98ff8bea79d0cec445.1604748361.git.christophe.leroy@csgroup.eu\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "336bf30eb76580b579dc711ded5d599d905c0217", "tree": "03f4a092b5921e02bb64e4721650f4edff09d280", "parents": [ "8b21ca0218d29cc6bb7028125c7e5a10dfb4730c" ], "author": { "name": "Mike Kravetz", "email": "mike.kravetz@oracle.com", "time": "Fri Nov 13 22:52:16 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:04 2020 -0800" }, "message": "hugetlbfs: fix anon huge page migration race\n\nQian Cai reported the following BUG in [1]\n\n LTP: starting move_pages12\n BUG: unable to handle page fault for address: ffffffffffffffe0\n ...\n RIP: 0010:anon_vma_interval_tree_iter_first+0xa2/0x170 avc_start_pgoff at mm/interval_tree.c:63\n Call Trace:\n rmap_walk_anon+0x141/0xa30 rmap_walk_anon at mm/rmap.c:1864\n try_to_unmap+0x209/0x2d0 try_to_unmap at mm/rmap.c:1763\n migrate_pages+0x1005/0x1fb0\n move_pages_and_store_status.isra.47+0xd7/0x1a0\n __x64_sys_move_pages+0xa5c/0x1100\n do_syscall_64+0x5f/0x310\n entry_SYSCALL_64_after_hwframe+0x44/0xa9\n\nHugh Dickins diagnosed this as a migration bug caused by code introduced\nto use i_mmap_rwsem for pmd sharing synchronization. Specifically, the\nroutine unmap_and_move_huge_page() is always passing the TTU_RMAP_LOCKED\nflag to try_to_unmap() while holding i_mmap_rwsem. This is wrong for\nanon pages as the anon_vma_lock should be held in this case. Further\nanalysis suggested that i_mmap_rwsem was not required to he held at all\nwhen calling try_to_unmap for anon pages as an anon page could never be\npart of a shared pmd mapping.\n\nDiscussion also revealed that the hack in hugetlb_page_mapping_lock_write\nto drop page lock and acquire i_mmap_rwsem is wrong. There is no way to\nkeep mapping valid while dropping page lock.\n\nThis patch does the following:\n\n - Do not take i_mmap_rwsem and set TTU_RMAP_LOCKED for anon pages when\n calling try_to_unmap.\n\n - Remove the hacky code in hugetlb_page_mapping_lock_write. The routine\n will now simply do a \u0027trylock\u0027 while still holding the page lock. If\n the trylock fails, it will return NULL. This could impact the\n callers:\n\n - migration calling code will receive -EAGAIN and retry up to the\n hard coded limit (10).\n\n - memory error code will treat the page as BUSY. This will force\n killing (SIGKILL) instead of SIGBUS any mapping tasks.\n\n Do note that this change in behavior only happens when there is a\n race. None of the standard kernel testing suites actually hit this\n race, but it is possible.\n\n[1] https://lore.kernel.org/lkml/20200708012044.GC992@lca.pw/\n[2] https://lore.kernel.org/linux-mm/alpine.LSU.2.11.2010071833100.2214@eggly.anvils/\n\nFixes: c0d0381ade79 (\"hugetlbfs: use i_mmap_rwsem for more pmd sharing synchronization\")\nReported-by: Qian Cai \u003ccai@lca.pw\u003e\nSuggested-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Mike Kravetz \u003cmike.kravetz@oracle.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nAcked-by: Naoya Horiguchi \u003cnaoya.horiguchi@nec.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201105195058.78401-1-mike.kravetz@oracle.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8b21ca0218d29cc6bb7028125c7e5a10dfb4730c", "tree": "6fd428cbac4b76d9c897398fc314eb88c09a94cc", "parents": [ "e7e046155af04cdca5e1157f28b07e1651eb317b" ], "author": { "name": "Muchun Song", "email": "songmuchun@bytedance.com", "time": "Fri Nov 13 22:52:13 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:04 2020 -0800" }, "message": "mm: memcontrol: fix missing wakeup polling thread\n\nWhen we poll the swap.events, we can miss being woken up when the swap\nevent occurs. Because we didn\u0027t notify.\n\nFixes: f3a53a3a1e5b (\"mm, memcontrol: implement memory.swap.events\")\nSigned-off-by: Muchun Song \u003csongmuchun@bytedance.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nReviewed-by: Shakeel Butt \u003cshakeelb@google.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Roman Gushchin \u003cguro@fb.com\u003e\nCc: Michal Hocko \u003cmhocko@suse.com\u003e\nCc: Yafang Shao \u003claoar.shao@gmail.com\u003e\nCc: Chris Down \u003cchris@chrisdown.name\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201105161936.98312-1-songmuchun@bytedance.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "e7e046155af04cdca5e1157f28b07e1651eb317b", "tree": "cbb003ba8bfdcefb19517d028e30ab0e5ab4d3a2", "parents": [ "df5b0ab3e08a156701b537809914b339b0daa526" ], "author": { "name": "Santosh Sivaraj", "email": "santosh@fossix.org", "time": "Fri Nov 13 22:52:10 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "kernel/watchdog: fix watchdog_allowed_mask not used warning\n\nDefine watchdog_allowed_mask only when SOFTLOCKUP_DETECTOR is enabled.\n\nFixes: 7feeb9cd4f5b (\"watchdog/sysctl: Clean up sysctl variable name space\")\nSigned-off-by: Santosh Sivaraj \u003csantosh@fossix.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nReviewed-by: Petr Mladek \u003cpmladek@suse.com\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nLink: https://lkml.kernel.org/r/20201106015025.1281561-1-santosh@fossix.org\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "df5b0ab3e08a156701b537809914b339b0daa526", "tree": "7068a72103040d2b16ed04a83d05cd3fad85aecd", "parents": [ "8b92c4ff4423aa9900cf838d3294fcade4dbda35" ], "author": { "name": "Matteo Croce", "email": "mcroce@microsoft.com", "time": "Fri Nov 13 22:52:07 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "reboot: fix overflow parsing reboot cpu number\n\nLimit the CPU number to num_possible_cpus(), because setting it to a\nvalue lower than INT_MAX but higher than NR_CPUS produces the following\nerror on reboot and shutdown:\n\n BUG: unable to handle page fault for address: ffffffff90ab1bb0\n #PF: supervisor read access in kernel mode\n #PF: error_code(0x0000) - not-present page\n PGD 1c09067 P4D 1c09067 PUD 1c0a063 PMD 0\n Oops: 0000 [#1] SMP\n CPU: 1 PID: 1 Comm: systemd-shutdow Not tainted 5.9.0-rc8-kvm #110\n Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.13.0-2.fc32 04/01/2014\n RIP: 0010:migrate_to_reboot_cpu+0xe/0x60\n Code: ea ea 00 48 89 fa 48 c7 c7 30 57 f1 81 e9 fa ef ff ff 66 2e 0f 1f 84 00 00 00 00 00 53 8b 1d d5 ea ea 00 e8 14 33 fe ff 89 da \u003c48\u003e 0f a3 15 ea fc bd 00 48 89 d0 73 29 89 c2 c1 e8 06 65 48 8b 3c\n RSP: 0018:ffffc90000013e08 EFLAGS: 00010246\n RAX: ffff88801f0a0000 RBX: 0000000077359400 RCX: 0000000000000000\n RDX: 0000000077359400 RSI: 0000000000000002 RDI: ffffffff81c199e0\n RBP: ffffffff81c1e3c0 R08: ffff88801f41f000 R09: ffffffff81c1e348\n R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000\n R13: 00007f32bedf8830 R14: 00000000fee1dead R15: 0000000000000000\n FS: 00007f32bedf8980(0000) GS:ffff88801f480000(0000) knlGS:0000000000000000\n CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n CR2: ffffffff90ab1bb0 CR3: 000000001d057000 CR4: 00000000000006a0\n DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\n Call Trace:\n __do_sys_reboot.cold+0x34/0x5b\n do_syscall_64+0x2d/0x40\n\nFixes: 1b3a5d02ee07 (\"reboot: move arch/x86 reboot\u003d handling to generic kernel\")\nSigned-off-by: Matteo Croce \u003cmcroce@microsoft.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Fabian Frederick \u003cfabf@skynet.be\u003e\nCc: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Mike Rapoport \u003crppt@kernel.org\u003e\nCc: Pavel Tatashin \u003cpasha.tatashin@soleen.com\u003e\nCc: Petr Mladek \u003cpmladek@suse.com\u003e\nCc: Robin Holt \u003crobinmholt@gmail.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201103214025.116799-3-mcroce@linux.microsoft.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "8b92c4ff4423aa9900cf838d3294fcade4dbda35", "tree": "e980d2b98bc0d659996479f86711e33275e3a67d", "parents": [ "3347acc6fcd4ee71ad18a9ff9d9dac176b517329" ], "author": { "name": "Matteo Croce", "email": "mcroce@microsoft.com", "time": "Fri Nov 13 22:52:02 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "Revert \"kernel/reboot.c: convert simple_strtoul to kstrtoint\"\n\nPatch series \"fix parsing of reboot\u003d cmdline\", v3.\n\nThe parsing of the reboot\u003d cmdline has two major errors:\n\n - a missing bound check can crash the system on reboot\n\n - parsing of the cpu number only works if specified last\n\nFix both.\n\nThis patch (of 2):\n\nThis reverts commit 616feab753972b97.\n\nkstrtoint() and simple_strtoul() have a subtle difference which makes\nthem non interchangeable: if a non digit character is found amid the\nparsing, the former will return an error, while the latter will just\nstop parsing, e.g. simple_strtoul(\"123xyx\") \u003d 123.\n\nThe kernel cmdline reboot\u003d argument allows to specify the CPU used for\nrebooting, with the syntax `s####` among the other flags, e.g.\n\"reboot\u003dwarm,s31,force\", so if this flag is not the last given, it\u0027s\nsilently ignored as well as the subsequent ones.\n\nFixes: 616feab75397 (\"kernel/reboot.c: convert simple_strtoul to kstrtoint\")\nSigned-off-by: Matteo Croce \u003cmcroce@microsoft.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nCc: Petr Mladek \u003cpmladek@suse.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Mike Rapoport \u003crppt@kernel.org\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: Pavel Tatashin \u003cpasha.tatashin@soleen.com\u003e\nCc: Robin Holt \u003crobinmholt@gmail.com\u003e\nCc: Fabian Frederick \u003cfabf@skynet.be\u003e\nCc: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201103214025.116799-2-mcroce@linux.microsoft.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "3347acc6fcd4ee71ad18a9ff9d9dac176b517329", "tree": "8f772f831cb409deb52f570e816ad3abbff18d03", "parents": [ "96e1fac162cc0086c50b2b14062112adb2ba640e" ], "author": { "name": "Arvind Sankar", "email": "nivedita@alum.mit.edu", "time": "Fri Nov 13 22:51:59 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "compiler.h: fix barrier_data() on clang\n\nCommit 815f0ddb346c (\"include/linux/compiler*.h: make compiler-*.h\nmutually exclusive\") neglected to copy barrier_data() from\ncompiler-gcc.h into compiler-clang.h.\n\nThe definition in compiler-gcc.h was really to work around clang\u0027s more\naggressive optimization, so this broke barrier_data() on clang, and\nconsequently memzero_explicit() as well.\n\nFor example, this results in at least the memzero_explicit() call in\nlib/crypto/sha256.c:sha256_transform() being optimized away by clang.\n\nFix this by moving the definition of barrier_data() into compiler.h.\n\nAlso move the gcc/clang definition of barrier() into compiler.h,\n__memory_barrier() is icc-specific (and barrier() is already defined\nusing it in compiler-intel.h) and doesn\u0027t belong in compiler.h.\n\n[rdunlap@infradead.org: fix ALPHA builds when SMP is not enabled]\n\nLink: https://lkml.kernel.org/r/20201101231835.4589-1-rdunlap@infradead.org\nFixes: 815f0ddb346c (\"include/linux/compiler*.h: make compiler-*.h mutually exclusive\")\nSigned-off-by: Arvind Sankar \u003cnivedita@alum.mit.edu\u003e\nSigned-off-by: Randy Dunlap \u003crdunlap@infradead.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nTested-by: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nReviewed-by: Nick Desaulniers \u003cndesaulniers@google.com\u003e\nReviewed-by: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201014212631.207844-1-nivedita@alum.mit.edu\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "96e1fac162cc0086c50b2b14062112adb2ba640e", "tree": "4926cbaabf26bb0308e9408f280a6cab644331bf", "parents": [ "22e4663e916321b72972c69ca0c6b962f529bd78" ], "author": { "name": "Jason Gunthorpe", "email": "jgg@nvidia.com", "time": "Fri Nov 13 22:51:56 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "mm/gup: use unpin_user_pages() in __gup_longterm_locked()\n\nWhen FOLL_PIN is passed to __get_user_pages() the page list must be put\nback using unpin_user_pages() otherwise the page pin reference persists\nin a corrupted state.\n\nThere are two places in the unwind of __gup_longterm_locked() that put\nthe pages back without checking. Normally on error this function would\nreturn the partial page list making this the caller\u0027s responsibility,\nbut in these two cases the caller is not allowed to see these pages at\nall.\n\nFixes: 3faa52c03f44 (\"mm/gup: track FOLL_PIN pages\")\nReported-by: Ira Weiny \u003cira.weiny@intel.com\u003e\nSigned-off-by: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nReviewed-by: Ira Weiny \u003cira.weiny@intel.com\u003e\nReviewed-by: John Hubbard \u003cjhubbard@nvidia.com\u003e\nCc: Aneesh Kumar K.V \u003caneesh.kumar@linux.ibm.com\u003e\nCc: Dan Williams \u003cdan.j.williams@intel.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/0-v2-3ae7d9d162e2+2a7-gup_cma_fix_jgg@nvidia.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "22e4663e916321b72972c69ca0c6b962f529bd78", "tree": "d65ff4958fdd1d83c69e3a3c9565706bd26b3a22", "parents": [ "044747e971ace469064e68a0e8b3666011f0f3bd" ], "author": { "name": "Laurent Dufour", "email": "ldufour@linux.ibm.com", "time": "Fri Nov 13 22:51:53 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "mm/slub: fix panic in slab_alloc_node()\n\nWhile doing memory hot-unplug operation on a PowerPC VM running 1024 CPUs\nwith 11TB of ram, I hit the following panic:\n\n BUG: Kernel NULL pointer dereference on read at 0x00000007\n Faulting instruction address: 0xc000000000456048\n Oops: Kernel access of bad area, sig: 11 [#2]\n LE PAGE_SIZE\u003d64K MMU\u003dHash SMP NR_CPUS\u003d 2048 NUMA pSeries\n Modules linked in: rpadlpar_io rpaphp\n CPU: 160 PID: 1 Comm: systemd Tainted: G D 5.9.0 #1\n NIP: c000000000456048 LR: c000000000455fd4 CTR: c00000000047b350\n REGS: c00006028d1b77a0 TRAP: 0300 Tainted: G D (5.9.0)\n MSR: 8000000000009033 \u003cSF,EE,ME,IR,DR,RI,LE\u003e CR: 24004228 XER: 00000000\n CFAR: c00000000000f1b0 DAR: 0000000000000007 DSISR: 40000000 IRQMASK: 0\n GPR00: c000000000455fd4 c00006028d1b7a30 c000000001bec800 0000000000000000\n GPR04: 0000000000000dc0 0000000000000000 00000000000374ef c00007c53df99320\n GPR08: 000007c53c980000 0000000000000000 000007c53c980000 0000000000000000\n GPR12: 0000000000004400 c00000001e8e4400 0000000000000000 0000000000000f6a\n GPR16: 0000000000000000 c000000001c25930 c000000001d62528 00000000000000c1\n GPR20: c000000001d62538 c00006be469e9000 0000000fffffffe0 c0000000003c0ff8\n GPR24: 0000000000000018 0000000000000000 0000000000000dc0 0000000000000000\n GPR28: c00007c513755700 c000000001c236a4 c00007bc4001f800 0000000000000001\n NIP [c000000000456048] __kmalloc_node+0x108/0x790\n LR [c000000000455fd4] __kmalloc_node+0x94/0x790\n Call Trace:\n kvmalloc_node+0x58/0x110\n mem_cgroup_css_online+0x10c/0x270\n online_css+0x48/0xd0\n cgroup_apply_control_enable+0x2c4/0x470\n cgroup_mkdir+0x408/0x5f0\n kernfs_iop_mkdir+0x90/0x100\n vfs_mkdir+0x138/0x250\n do_mkdirat+0x154/0x1c0\n system_call_exception+0xf8/0x200\n system_call_common+0xf0/0x27c\n Instruction dump:\n e93e0000 e90d0030 39290008 7cc9402a e94d0030 e93e0000 7ce95214 7f89502a\n 2fbc0000 419e0018 41920230 e9270010 \u003c89290007\u003e 7f994800 419e0220 7ee6bb78\n\nThis pointing to the following code:\n\n mm/slub.c:2851\n if (unlikely(!object || !node_match(page, node))) {\n c000000000456038: 00 00 bc 2f cmpdi cr7,r28,0\n c00000000045603c: 18 00 9e 41 beq cr7,c000000000456054 \u003c__kmalloc_node+0x114\u003e\n node_match():\n mm/slub.c:2491\n if (node !\u003d NUMA_NO_NODE \u0026\u0026 page_to_nid(page) !\u003d node)\n c000000000456040: 30 02 92 41 beq cr4,c000000000456270 \u003c__kmalloc_node+0x330\u003e\n page_to_nid():\n include/linux/mm.h:1294\n c000000000456044: 10 00 27 e9 ld r9,16(r7)\n c000000000456048: 07 00 29 89 lbz r9,7(r9)\t\u003c\u003c\u003c\u003c r9 \u003d NULL\n node_match():\n mm/slub.c:2491\n c00000000045604c: 00 48 99 7f cmpw cr7,r25,r9\n c000000000456050: 20 02 9e 41 beq cr7,c000000000456270 \u003c__kmalloc_node+0x330\u003e\n\nThe panic occurred in slab_alloc_node() when checking for the page\u0027s node:\n\n\tobject \u003d c-\u003efreelist;\n\tpage \u003d c-\u003epage;\n\tif (unlikely(!object || !node_match(page, node))) {\n\t\tobject \u003d __slab_alloc(s, gfpflags, node, addr, c);\n\t\tstat(s, ALLOC_SLOWPATH);\n\nThe issue is that object is not NULL while page is NULL which is odd but\nmay happen if the cache flush happened after loading object but before\nloading page. Thus checking for the page pointer is required too.\n\nThe cache flush is done through an inter processor interrupt when a\npiece of memory is off-lined. That interrupt is triggered when a memory\nhot-unplug operation is initiated and offline_pages() is calling the\nslub\u0027s MEM_GOING_OFFLINE callback slab_mem_going_offline_callback()\nwhich is calling flush_cpu_slab(). If that interrupt is caught between\nthe reading of c-\u003efreelist and the reading of c-\u003epage, this could lead\nto such a situation. That situation is expected and the later call to\nthis_cpu_cmpxchg_double() will detect the change to c-\u003efreelist and redo\nthe whole operation.\n\nIn commit 6159d0f5c03e (\"mm/slub.c: page is always non-NULL in\nnode_match()\") check on the page pointer has been removed assuming that\npage is always valid when it is called. It happens that this is not\ntrue in that particular case, so check for page before calling\nnode_match() here.\n\nFixes: 6159d0f5c03e (\"mm/slub.c: page is always non-NULL in node_match()\")\nSigned-off-by: Laurent Dufour \u003cldufour@linux.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nAcked-by: Vlastimil Babka \u003cvbabka@suse.cz\u003e\nAcked-by: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Wei Yang \u003crichard.weiyang@gmail.com\u003e\nCc: Pekka Enberg \u003cpenberg@kernel.org\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Joonsoo Kim \u003ciamjoonsoo.kim@lge.com\u003e\nCc: Nathan Lynch \u003cnathanl@linux.ibm.com\u003e\nCc: Scott Cheloha \u003ccheloha@linux.ibm.com\u003e\nCc: Michal Hocko \u003cmhocko@suse.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201027190406.33283-1-ldufour@linux.ibm.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "044747e971ace469064e68a0e8b3666011f0f3bd", "tree": "5c0f63574fc0b034c73ff76d1b35c37d7d148f2d", "parents": [ "2da9f6305f306ffbbb44790675799328fb73119d" ], "author": { "name": "Dmitry Baryshkov", "email": "dbaryshkov@gmail.com", "time": "Fri Nov 13 22:51:49 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "mailmap: fix entry for Dmitry Baryshkov/Eremin-Solenikov\n\nChange back surname to new (old) one. Dmitry Baryshkov -\u003e Dmitry\nEremin-Solenikov -\u003e Dmitry Baryshkov. Map several odd entries to main\nidentity.\n\nSigned-off-by: Dmitry Baryshkov \u003cdbaryshkov@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nLink: https://lkml.kernel.org/r/20201103005158.1181426-1-dmitry.baryshkov@linaro.org\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "2da9f6305f306ffbbb44790675799328fb73119d", "tree": "337d0326c6a5d1a71ef72a7ef8782da3df36d22f", "parents": [ "d20bdd571ee5c9966191568527ecdb1bd4b52368" ], "author": { "name": "Nicholas Piggin", "email": "npiggin@gmail.com", "time": "Fri Nov 13 22:51:46 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "mm/vmscan: fix NR_ISOLATED_FILE corruption on 64-bit\n\nPreviously the negated unsigned long would be cast back to signed long\nwhich would have the correct negative value. After commit 730ec8c01a2b\n(\"mm/vmscan.c: change prototype for shrink_page_list\"), the large\nunsigned int converts to a large positive signed long.\n\nSymptoms include CMA allocations hanging forever holding the cma_mutex\ndue to alloc_contig_range-\u003e...-\u003eisolate_migratepages_block waiting\nforever in \"while (unlikely(too_many_isolated(pgdat)))\".\n\n[akpm@linux-foundation.org: fix -stat.nr_lazyfree_fail as well, per Michal]\n\nFixes: 730ec8c01a2b (\"mm/vmscan.c: change prototype for shrink_page_list\")\nSigned-off-by: Nicholas Piggin \u003cnpiggin@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nAcked-by: Michal Hocko \u003cmhocko@suse.com\u003e\nCc: Vaneet Narang \u003cv.narang@samsung.com\u003e\nCc: Maninder Singh \u003cmaninder1.s@samsung.com\u003e\nCc: Amit Sahrawat \u003ca.sahrawat@samsung.com\u003e\nCc: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Vlastimil Babka \u003cvbabka@suse.cz\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201029032320.1448441-1-npiggin@gmail.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "d20bdd571ee5c9966191568527ecdb1bd4b52368", "tree": "d34960496812c3fee82d7fd56136ebe5638ac5a6", "parents": [ "38935861d85a4d9a353d1dd5a156c97700e2765d" ], "author": { "name": "Zi Yan", "email": "ziy@nvidia.com", "time": "Fri Nov 13 22:51:43 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "mm/compaction: stop isolation if too many pages are isolated and we have pages to migrate\n\nIn isolate_migratepages_block, if we have too many isolated pages and\nnr_migratepages is not zero, we should try to migrate what we have\nwithout wasting time on isolating.\n\nIn theory it\u0027s possible that multiple parallel compactions will cause\ntoo_many_isolated() to become true even if each has isolated less than\nCOMPACT_CLUSTER_MAX, and loop forever in the while loop. Bailing\nimmediately prevents that.\n\n[vbabka@suse.cz: changelog addition]\n\nFixes: 1da2f328fa64 (“mm,thp,compaction,cma: allow THP migration for CMA allocations”)\nSuggested-by: Vlastimil Babka \u003cvbabka@suse.cz\u003e\nSigned-off-by: Zi Yan \u003cziy@nvidia.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nCc: Mel Gorman \u003cmgorman@techsingularity.net\u003e\nCc: Michal Hocko \u003cmhocko@kernel.org\u003e\nCc: Rik van Riel \u003criel@surriel.com\u003e\nCc: Yang Shi \u003cshy828301@gmail.com\u003e\nLink: https://lkml.kernel.org/r/20201030183809.3616803-2-zi.yan@sent.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "38935861d85a4d9a353d1dd5a156c97700e2765d", "tree": "d46fff79957237221baf1f2febdce009831277a5", "parents": [ "9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81" ], "author": { "name": "Zi Yan", "email": "ziy@nvidia.com", "time": "Fri Nov 13 22:51:40 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Nov 14 11:26:03 2020 -0800" }, "message": "mm/compaction: count pages and stop correctly during page isolation\n\nIn isolate_migratepages_block, when cc-\u003ealloc_contig is true, we are\nable to isolate compound pages. But nr_migratepages and nr_isolated did\nnot count compound pages correctly, causing us to isolate more pages\nthan we thought.\n\nSo count compound pages as the number of base pages they contain.\nOtherwise, we might be trapped in too_many_isolated while loop, since\nthe actual isolated pages can go up to COMPACT_CLUSTER_MAX*512\u003d16384,\nwhere COMPACT_CLUSTER_MAX is 32, since we stop isolation after\ncc-\u003enr_migratepages reaches to COMPACT_CLUSTER_MAX.\n\nIn addition, after we fix the issue above, cc-\u003enr_migratepages could\nnever be equal to COMPACT_CLUSTER_MAX if compound pages are isolated,\nthus page isolation could not stop as we intended. Change the isolation\nstop condition to \u0027\u003e\u003d\u0027.\n\nThe issue can be triggered as follows:\n\nIn a system with 16GB memory and an 8GB CMA region reserved by\nhugetlb_cma, if we first allocate 10GB THPs and mlock them (so some THPs\nare allocated in the CMA region and mlocked), reserving 6 1GB hugetlb\npages via /sys/kernel/mm/hugepages/hugepages-1048576kB/nr_hugepages will\nget stuck (looping in too_many_isolated function) until we kill either\ntask. With the patch applied, oom will kill the application with 10GB\nTHPs and let hugetlb page reservation finish.\n\n[ziy@nvidia.com: v3]\n\nLink: https://lkml.kernel.org/r/20201030183809.3616803-1-zi.yan@sent.com\nFixes: 1da2f328fa64 (\"cmm,thp,compaction,cma: allow THP migration for CMA allocations\")\nSigned-off-by: Zi Yan \u003cziy@nvidia.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nReviewed-by: Yang Shi \u003cshy828301@gmail.com\u003e\nAcked-by: Vlastimil Babka \u003cvbabka@suse.cz\u003e\nCc: Rik van Riel \u003criel@surriel.com\u003e\nCc: Michal Hocko \u003cmhocko@kernel.org\u003e\nCc: Mel Gorman \u003cmgorman@techsingularity.net\u003e\nCc: \u003cstable@vger.kernel.org\u003e\nLink: https://lkml.kernel.org/r/20201029200435.3386066-1-zi.yan@sent.com\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "5c6fb4b28b165887c42c66731c90eaca818b04c6", "tree": "197f8c68c7fc14d874780a19f554a1741d482c25", "parents": [ "6c27ffabeb19ebf7dd6d4ccc29f1e57d1ef445d8" ], "author": { "name": "Lyude Paul", "email": "lyude@redhat.com", "time": "Fri Nov 13 19:14:10 2020 -0500" }, "committer": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Sat Nov 14 14:19:18 2020 +1000" }, "message": "drm/nouveau/kms/nv50-: Use atomic encoder callbacks everywhere\n\nIt turns out that I forgot to go through and make sure that I converted all\nencoder callbacks to use atomic_enable/atomic_disable(), so let\u0027s go and\nactually do that.\n\nSigned-off-by: Lyude Paul \u003clyude@redhat.com\u003e\nCc: Kirill A. Shutemov \u003ckirill@shutemov.name\u003e\nFixes: 09838c4efe9a (\"drm/nouveau/kms: Search for encoders\u0027 connectors properly\")\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\n" }, { "commit": "6c27ffabeb19ebf7dd6d4ccc29f1e57d1ef445d8", "tree": "67b0a4907979a5a83cd40c15f72e2ced08991808", "parents": [ "630f512280604eecae0ddc2b3f8402f7931c56fd" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Sat Nov 14 13:50:44 2020 +1000" }, "committer": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Sat Nov 14 14:19:17 2020 +1000" }, "message": "drm/nouveau/ttm: avoid using nouveau_drm.ttm.type_vram prior to nv50\n\nPre-NV50 chipsets don\u0027t currently use the MMU subsystem that later\nchipsets use, and type_vram is negative here, leading to an OOB memory\naccess.\n\nThis was previously guarded by a chipset check, restore that.\n\nReported-by: Thomas Zimmermann \u003ctzimmermann@suse.de\u003e\nFixes: 5839172f0980 (\"drm/nouveau: explicitly specify caching to use\")\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\n" }, { "commit": "630f512280604eecae0ddc2b3f8402f7931c56fd", "tree": "793cadd614da70172af6f5af02660dbd0aac91ac", "parents": [ "f8394f232b1eab649ce2df5c5f15b0e528c92091" ], "author": { "name": "Alexander Kapshuk", "email": "alexander.kapshuk@gmail.com", "time": "Tue Oct 13 15:47:25 2020 +0300" }, "committer": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Sat Nov 14 14:19:17 2020 +1000" }, "message": "drm/nouveau/kms: Fix NULL pointer dereference in nouveau_connector_detect_depth\n\nThis oops manifests itself on the following hardware:\n01:00.0 VGA compatible controller: NVIDIA Corporation G98M [GeForce G 103M] (rev a1)\n\nOct 09 14:17:46 lp-sasha kernel: BUG: kernel NULL pointer dereference, address: 0000000000000000\nOct 09 14:17:46 lp-sasha kernel: #PF: supervisor read access in kernel mode\nOct 09 14:17:46 lp-sasha kernel: #PF: error_code(0x0000) - not-present page\nOct 09 14:17:46 lp-sasha kernel: PGD 0 P4D 0\nOct 09 14:17:46 lp-sasha kernel: Oops: 0000 [#1] SMP PTI\nOct 09 14:17:46 lp-sasha kernel: CPU: 1 PID: 191 Comm: systemd-udevd Not tainted 5.9.0-rc8-next-20201009 #38\nOct 09 14:17:46 lp-sasha kernel: Hardware name: Hewlett-Packard Compaq Presario CQ61 Notebook PC/306A, BIOS F.03 03/23/2009\nOct 09 14:17:46 lp-sasha kernel: RIP: 0010:nouveau_connector_detect_depth+0x71/0xc0 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: Code: 0a 00 00 48 8b 49 48 c7 87 b8 00 00 00 06 00 00 00 80 b9 4d 0a 00 00 00 75 1e 83 fa 41 75 05 48 85 c0 75 29 8b 81 10 0d 00 00 \u003c39\u003e 06 7c 25 f6 81 14 0d 00 00 02 75 b7 c3 80 b9 0c 0d 00 00 00 75\nOct 09 14:17:46 lp-sasha kernel: RSP: 0018:ffffc9000028f8c0 EFLAGS: 00010297\nOct 09 14:17:46 lp-sasha kernel: RAX: 0000000000014c08 RBX: ffff8880369d4000 RCX: ffff8880369d3000\nOct 09 14:17:46 lp-sasha kernel: RDX: 0000000000000040 RSI: 0000000000000000 RDI: ffff8880369d4000\nOct 09 14:17:46 lp-sasha kernel: RBP: ffff88800601cc00 R08: ffff8880051da298 R09: ffffffff8226201a\nOct 09 14:17:46 lp-sasha kernel: R10: ffff88800469aa80 R11: ffff888004c84ff8 R12: 0000000000000000\nOct 09 14:17:46 lp-sasha kernel: R13: ffff8880051da000 R14: 0000000000002000 R15: 0000000000000003\nOct 09 14:17:46 lp-sasha kernel: FS: 00007fd0192b3440(0000) GS:ffff8880bc900000(0000) knlGS:0000000000000000\nOct 09 14:17:46 lp-sasha kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nOct 09 14:17:46 lp-sasha kernel: CR2: 0000000000000000 CR3: 0000000004976000 CR4: 00000000000006e0\nOct 09 14:17:46 lp-sasha kernel: Call Trace:\nOct 09 14:17:46 lp-sasha kernel: nouveau_connector_get_modes+0x1e6/0x240 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: ? kfree+0xb9/0x240\nOct 09 14:17:46 lp-sasha kernel: ? drm_connector_list_iter_next+0x7c/0xa0\nOct 09 14:17:46 lp-sasha kernel: drm_helper_probe_single_connector_modes+0x1ba/0x7c0\nOct 09 14:17:46 lp-sasha kernel: drm_client_modeset_probe+0x27e/0x1360\nOct 09 14:17:46 lp-sasha kernel: ? nvif_object_sclass_put+0xc/0x20 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: ? nouveau_cli_init+0x3cc/0x440 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: ? ktime_get_mono_fast_ns+0x49/0xa0\nOct 09 14:17:46 lp-sasha kernel: ? nouveau_drm_open+0x4e/0x180 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: __drm_fb_helper_initial_config_and_unlock+0x3f/0x4a0\nOct 09 14:17:46 lp-sasha kernel: ? drm_file_alloc+0x18f/0x260\nOct 09 14:17:46 lp-sasha kernel: ? mutex_lock+0x9/0x40\nOct 09 14:17:46 lp-sasha kernel: ? drm_client_init+0x110/0x160\nOct 09 14:17:46 lp-sasha kernel: nouveau_fbcon_init+0x14d/0x1c0 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: nouveau_drm_device_init+0x1c0/0x880 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: nouveau_drm_probe+0x11a/0x1e0 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: pci_device_probe+0xcd/0x140\nOct 09 14:17:46 lp-sasha kernel: really_probe+0xd8/0x400\nOct 09 14:17:46 lp-sasha kernel: driver_probe_device+0x4a/0xa0\nOct 09 14:17:46 lp-sasha kernel: device_driver_attach+0x9c/0xc0\nOct 09 14:17:46 lp-sasha kernel: __driver_attach+0x6f/0x100\nOct 09 14:17:46 lp-sasha kernel: ? device_driver_attach+0xc0/0xc0\nOct 09 14:17:46 lp-sasha kernel: bus_for_each_dev+0x75/0xc0\nOct 09 14:17:46 lp-sasha kernel: bus_add_driver+0x106/0x1c0\nOct 09 14:17:46 lp-sasha kernel: driver_register+0x86/0xe0\nOct 09 14:17:46 lp-sasha kernel: ? 0xffffffffa044e000\nOct 09 14:17:46 lp-sasha kernel: do_one_initcall+0x48/0x1e0\nOct 09 14:17:46 lp-sasha kernel: ? _cond_resched+0x11/0x60\nOct 09 14:17:46 lp-sasha kernel: ? kmem_cache_alloc_trace+0x19c/0x1e0\nOct 09 14:17:46 lp-sasha kernel: do_init_module+0x57/0x220\nOct 09 14:17:46 lp-sasha kernel: __do_sys_finit_module+0xa0/0xe0\nOct 09 14:17:46 lp-sasha kernel: do_syscall_64+0x33/0x40\nOct 09 14:17:46 lp-sasha kernel: entry_SYSCALL_64_after_hwframe+0x44/0xa9\nOct 09 14:17:46 lp-sasha kernel: RIP: 0033:0x7fd01a060d5d\nOct 09 14:17:46 lp-sasha kernel: Code: 00 c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 \u003c48\u003e 3d 01 f0 ff ff 73 01 c3 48 8b 0d e3 70 0c 00 f7 d8 64 89 01 48\nOct 09 14:17:46 lp-sasha kernel: RSP: 002b:00007ffc8ad38a98 EFLAGS: 00000246 ORIG_RAX: 0000000000000139\nOct 09 14:17:46 lp-sasha kernel: RAX: ffffffffffffffda RBX: 0000563f6e7fd530 RCX: 00007fd01a060d5d\nOct 09 14:17:46 lp-sasha kernel: RDX: 0000000000000000 RSI: 00007fd01a19f95d RDI: 000000000000000f\nOct 09 14:17:46 lp-sasha kernel: RBP: 0000000000020000 R08: 0000000000000000 R09: 0000000000000007\nOct 09 14:17:46 lp-sasha kernel: R10: 000000000000000f R11: 0000000000000246 R12: 00007fd01a19f95d\nOct 09 14:17:46 lp-sasha kernel: R13: 0000000000000000 R14: 0000563f6e7fbc10 R15: 0000563f6e7fd530\nOct 09 14:17:46 lp-sasha kernel: Modules linked in: nouveau(+) ttm xt_string xt_mark xt_LOG vgem v4l2_dv_timings uvcvideo ulpi udf ts_kmp ts_fsm ts_bm snd_aloop sil164 qat_dh895xccvf nf_nat_sip nf_nat_irc nf_nat_ftp nf_nat nf_log_ipv6 nf_log_ipv4 nf_log_common ltc2990 lcd intel_qat input_leds i2c_mux gspca_main videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev mc drivetemp cuse fuse crc_itu_t coretemp ch7006 ath5k ath algif_hash\nOct 09 14:17:46 lp-sasha kernel: CR2: 0000000000000000\nOct 09 14:17:46 lp-sasha kernel: ---[ end trace 0ddafe218ad30017 ]---\nOct 09 14:17:46 lp-sasha kernel: RIP: 0010:nouveau_connector_detect_depth+0x71/0xc0 [nouveau]\nOct 09 14:17:46 lp-sasha kernel: Code: 0a 00 00 48 8b 49 48 c7 87 b8 00 00 00 06 00 00 00 80 b9 4d 0a 00 00 00 75 1e 83 fa 41 75 05 48 85 c0 75 29 8b 81 10 0d 00 00 \u003c39\u003e 06 7c 25 f6 81 14 0d 00 00 02 75 b7 c3 80 b9 0c 0d 00 00 00 75\nOct 09 14:17:46 lp-sasha kernel: RSP: 0018:ffffc9000028f8c0 EFLAGS: 00010297\nOct 09 14:17:46 lp-sasha kernel: RAX: 0000000000014c08 RBX: ffff8880369d4000 RCX: ffff8880369d3000\nOct 09 14:17:46 lp-sasha kernel: RDX: 0000000000000040 RSI: 0000000000000000 RDI: ffff8880369d4000\nOct 09 14:17:46 lp-sasha kernel: RBP: ffff88800601cc00 R08: ffff8880051da298 R09: ffffffff8226201a\nOct 09 14:17:46 lp-sasha kernel: R10: ffff88800469aa80 R11: ffff888004c84ff8 R12: 0000000000000000\nOct 09 14:17:46 lp-sasha kernel: R13: ffff8880051da000 R14: 0000000000002000 R15: 0000000000000003\nOct 09 14:17:46 lp-sasha kernel: FS: 00007fd0192b3440(0000) GS:ffff8880bc900000(0000) knlGS:0000000000000000\nOct 09 14:17:46 lp-sasha kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nOct 09 14:17:46 lp-sasha kernel: CR2: 0000000000000000 CR3: 0000000004976000 CR4: 00000000000006e0\n\nThe disassembly:\nCode: 0a 00 00 48 8b 49 48 c7 87 b8 00 00 00 06 00 00 00 80 b9 4d 0a 00 00 00 75 1e 83 fa 41 75 05 48 85 c0 75 29 8b 81 10 0d 00 00 \u003c39\u003e 06 7c 25 f6 81 14 0d 00 00 02 75 b7 c3 80 b9 0c 0d 00 00 00 75\nAll code\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n 0: 0a 00 or (%rax),%al\n 2: 00 48 8b add %cl,-0x75(%rax)\n 5: 49 rex.WB\n 6: 48 c7 87 b8 00 00 00 movq $0x6,0xb8(%rdi)\n d: 06 00 00 00\n 11: 80 b9 4d 0a 00 00 00 cmpb $0x0,0xa4d(%rcx)\n 18: 75 1e jne 0x38\n 1a: 83 fa 41 cmp $0x41,%edx\n 1d: 75 05 jne 0x24\n 1f: 48 85 c0 test %rax,%rax\n 22: 75 29 jne 0x4d\n 24: 8b 81 10 0d 00 00 mov 0xd10(%rcx),%eax\n 2a:* 39 06 cmp %eax,(%rsi) \u003c-- trapping instruction\n 2c: 7c 25 jl 0x53\n 2e: f6 81 14 0d 00 00 02 testb $0x2,0xd14(%rcx)\n 35: 75 b7 jne 0xffffffffffffffee\n 37: c3 retq\n 38: 80 b9 0c 0d 00 00 00 cmpb $0x0,0xd0c(%rcx)\n 3f: 75 .byte 0x75\n\nCode starting with the faulting instruction\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\n 0: 39 06 cmp %eax,(%rsi)\n 2: 7c 25 jl 0x29\n 4: f6 81 14 0d 00 00 02 testb $0x2,0xd14(%rcx)\n b: 75 b7 jne 0xffffffffffffffc4\n d: c3 retq\n e: 80 b9 0c 0d 00 00 00 cmpb $0x0,0xd0c(%rcx)\n 15: 75 .byte 0x75\n\nobjdump -SF --disassemble\u003dnouveau_connector_detect_depth\n[...]\n if (nv_connector-\u003eedid \u0026\u0026\n c85e1: 83 fa 41 cmp $0x41,%edx\n c85e4: 75 05 jne c85eb \u003cnouveau_connector_detect_depth+0x6b\u003e (File Offset: 0xc866b)\n c85e6: 48 85 c0 test %rax,%rax\n c85e9: 75 29 jne c8614 \u003cnouveau_connector_detect_depth+0x94\u003e (File Offset: 0xc8694)\n nv_connector-\u003etype \u003d\u003d DCB_CONNECTOR_LVDS_SPWG)\n duallink \u003d ((u8 *)nv_connector-\u003eedid)[121] \u003d\u003d 2;\n else\n duallink \u003d mode-\u003eclock \u003e\u003d bios-\u003efp.duallink_transition_clk;\n\n if ((!duallink \u0026\u0026 (bios-\u003efp.strapless_is_24bit \u0026 1)) ||\n c85eb: 8b 81 10 0d 00 00 mov 0xd10(%rcx),%eax\n c85f1: 39 06 cmp %eax,(%rsi)\n c85f3: 7c 25 jl c861a \u003cnouveau_connector_detect_depth+0x9a\u003e (File Offset: 0xc869a)\n ( duallink \u0026\u0026 (bios-\u003efp.strapless_is_24bit \u0026 2)))\n c85f5: f6 81 14 0d 00 00 02 testb $0x2,0xd14(%rcx)\n c85fc: 75 b7 jne c85b5 \u003cnouveau_connector_detect_depth+0x35\u003e (File Offset: 0xc8635)\n connector-\u003edisplay_info.bpc \u003d 8;\n[...]\n\n% scripts/faddr2line /lib/modules/5.9.0-rc8-next-20201009/kernel/drivers/gpu/drm/nouveau/nouveau.ko nouveau_connector_detect_depth+0x71/0xc0\nnouveau_connector_detect_depth+0x71/0xc0:\nnouveau_connector_detect_depth at /home/sasha/linux-next/drivers/gpu/drm/nouveau/nouveau_connector.c:891\n\nIt is actually line 889. See the disassembly below.\n889 duallink \u003d mode-\u003eclock \u003e\u003d bios-\u003efp.duallink_transition_clk;\n\nThe NULL pointer being dereferenced is mode.\n\nGit bisect has identified the following commit as bad:\nf28e32d3906e drm/nouveau/kms: Don\u0027t change EDID when it hasn\u0027t actually changed\n\nHere is the chain of events that causes the oops.\nOn entry to nouveau_connector_detect_lvds, edid is set to NULL. The call\nto nouveau_connector_detect sets nv_connector-\u003eedid to valid memory,\nwith status set to connector_status_connected and the flow of execution\nbranching to the out label.\n\nThe subsequent call to nouveau_connector_set_edid erronously clears\nnv_connector-\u003eedid, via the local edid pointer which remains set to NULL.\n\nFix this by setting edid to the value of the just acquired\nnv_connector-\u003eedid and executing the body of nouveau_connector_set_edid\nonly if nv_connector-\u003eedid and edid point to different memory addresses\nthus preventing nv_connector-\u003eedid from being turned into a dangling\npointer.\n\nFixes: f28e32d3906e (\"drm/nouveau/kms: Don\u0027t change EDID when it hasn\u0027t actually changed\")\nSigned-off-by: Alexander Kapshuk \u003calexander.kapshuk@gmail.com\u003e\nReviewed-by: Lyude Paul \u003clyude@redhat.com\u003e\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\n" }, { "commit": "f01c30de86f1047e9bae1b1b1417b0ce8dcd15b1", "tree": "bc1c21aae8cd50d1206bdee027df866e9d78ba24", "parents": [ "d9315f5634c94500b91039895f40051a7ac79e28", "9b8523423b23ee3dfd88e32f5b7207be56a4e782" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 16:07:53 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 16:07:53 2020 -0800" }, "message": "Merge tag \u0027vfs-5.10-fixes-2\u0027 of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux\n\nPull fs freeze fix and cleanups from Darrick Wong:\n \"A single vfs fix for 5.10, along with two subsequent cleanups.\n\n A very long time ago, a hack was added to the vfs fs freeze protection\n code to work around lockdep complaints about XFS, which would try to\n run a transaction (which requires intwrite protection) to finalize an\n xfs freeze (by which time the vfs had already taken intwrite).\n\n Fast forward a few years, and XFS fixed the recursive intwrite problem\n on its own, and the hack became unnecessary. Fast forward almost a\n decade, and latent bugs in the code converting this hack from freeze\n flags to freeze locks combine with lockdep bugs to make this reproduce\n frequently enough to notice page faults racing with freeze.\n\n Since the hack is unnecessary and causes thread race errors, just get\n rid of it completely. Making this kind of vfs change midway through a\n cycle makes me nervous, but a large enough number of the usual\n VFS/ext4/XFS/btrfs suspects have said this looks good and solves a\n real problem vector.\n\n And once that removal is done, __sb_start_write is now simple enough\n that it becomes possible to refactor the function into smaller,\n simpler static inline helpers in linux/fs.h. The cleanup is\n straightforward.\n\n Summary:\n\n - Finally remove the \"convert to trylock\" weirdness in the fs freezer\n code. It was necessary 10 years ago to deal with nested\n transactions in XFS, but we\u0027ve long since removed that; and now\n this is causing subtle race conditions when lockdep goes offline\n and sb_start_* aren\u0027t prepared to retry a trylock failure.\n\n - Minor cleanups of the sb_start_* fs freeze helpers\"\n\n* tag \u0027vfs-5.10-fixes-2\u0027 of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux:\n vfs: move __sb_{start,end}_write* to fs.h\n vfs: separate __sb_start_write into blocking and non-blocking helpers\n vfs: remove lockdep bogosity in __sb_start_write\n" }, { "commit": "d9315f5634c94500b91039895f40051a7ac79e28", "tree": "f3fd21b267ff7d55d6da3aab20b87f03bb2317ed", "parents": [ "b5dea9c0ab62a11bb52e6fa91c7d7e26d6ae8ec1", "2bd3fa793aaa7e98b74e3653fdcc72fa753913b5" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 16:01:44 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 16:01:44 2020 -0800" }, "message": "Merge tag \u0027xfs-5.10-fixes-5\u0027 of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux\n\nPull xfs fixes from Darrick Wong:\n\n - Fix a fairly serious problem where the reverse mapping btree key\n comparison functions were silently ignoring parts of the keyspace\n when doing comparisons\n\n - Fix a thinko in the online refcount scrubber\n\n - Fix a missing unlock in the pnfs code\n\n* tag \u0027xfs-5.10-fixes-5\u0027 of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux:\n xfs: fix a missing unlock on error in xfs_fs_map_blocks\n xfs: fix brainos in the refcount scrubber\u0027s rmap fragment processor\n xfs: fix rmap key and record comparison functions\n xfs: set the unwritten bit in rmap lookup flags in xchk_bmap_get_rmapextents\n xfs: fix flags argument to rmap lookup when converting shared file rmaps\n" }, { "commit": "b5dea9c0ab62a11bb52e6fa91c7d7e26d6ae8ec1", "tree": "1c3304a837cc13c7878ea77448ef6770debe1922", "parents": [ "1b1e9262ca644b5b7f1d12b2f8c2edfff420c5f3", "c01a21b77722db0474bbcc4eafc8c4e0d8fed6d8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 15:09:52 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 15:09:52 2020 -0800" }, "message": "Merge tag \u0027block-5.10-2020-11-13\u0027 of git://git.kernel.dk/linux-block\n\nPull block fixes from Jens Axboe:\n \"A few small fixes:\n\n - NVMe pull request from Christoph:\n - don\u0027t clear the read-only bit on a revalidate (Sagi Grimberg)\n\n - nbd error case refcount leak (Christoph)\n\n - loop/generic uevent fix (Christoph, Petr)\"\n\n* tag \u0027block-5.10-2020-11-13\u0027 of git://git.kernel.dk/linux-block:\n loop: Fix occasional uevent drop\n block: add a return value to set_capacity_revalidate_and_notify\n nbd: fix a block_device refcount leak in nbd_release\n nvme: fix incorrect behavior when BLKROSET is called by the user\n" }, { "commit": "1b1e9262ca644b5b7f1d12b2f8c2edfff420c5f3", "tree": "dc4dbb5b7d2a69f620568ca266b0deb1c6478a71", "parents": [ "9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81", "88ec3211e46344a7d10cf6cb5045f839f7785f8e" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 15:05:19 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 15:05:19 2020 -0800" }, "message": "Merge tag \u0027io_uring-5.10-2020-11-13\u0027 of git://git.kernel.dk/linux-block\n\nPull io_uring fix from Jens Axboe:\n \"A single fix in here, for a missed rounding case at setup time, which\n caused an otherwise legitimate setup case to return -EINVAL if used\n with unaligned ring size values\"\n\n* tag \u0027io_uring-5.10-2020-11-13\u0027 of git://git.kernel.dk/linux-block:\n io_uring: round-up cq size before comparing with rounded sq size\n" }, { "commit": "9e6a39eae450b81c8b2c8cbbfbdf8218e9b40c81", "tree": "10ffa40e98f59518302b94f1f35d0b6596cc7f3e", "parents": [ "4de010e2c989a90e28272a92ca66e4bff4e79e0d", "bdac39a3bd28891fb0ded91c9152459c57773462" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 12:47:02 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 12:47:02 2020 -0800" }, "message": "Merge tag \u0027devicetree-fixes-for-5.10-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux\n\nPull devicetree fixes from Rob Herring:\n\n - fix Flexcan binding schema errors introduced in rc3\n\n - fix an of_node ref counting error in of_dma_is_coherent\n\n* tag \u0027devicetree-fixes-for-5.10-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux:\n dt-bindings: clock: imx5: fix example\n dt-bindings: can: fsl,flexcan.yaml: fix compatible for i.MX35 and i.MX53\n dt-bindings: can: fsl,flexcan.yaml: fix fsl,stop-mode\n of/address: Fix of_node memory leak in of_dma_is_coherent\n" }, { "commit": "4de010e2c989a90e28272a92ca66e4bff4e79e0d", "tree": "b4074741ac9be2817ad8fa5852ac5950e2cb700d", "parents": [ "29eb6b7d62b09fee6deb796c58256ba38cb4a07d", "dadfab0fbf0173da6e24c8322b69083fef03033d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 11:04:25 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 11:04:25 2020 -0800" }, "message": "Merge tag \u0027pinctrl-v5.10-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl\n\nPull pin control fixes from Linus Walleij:\n \"A bunch of pin control fixes for the v5.10 kernel series.\n\n Nothing in particular to say about it, because they are all driver\n fixes.\n\n I\u0027m happy that some AMD driver fixes are appearing, it\u0027s been an\n undermaintained driver, and laptops have suffered.\n\n Summary:\n\n - Two fixes to the Intel pin controller drivers: fixing pull\n resistance bias.\n\n - Fix some invalid SSI pins on the Ingenic pin controller.\n\n - Make sure the clock is enabled when requesting interrupts from the\n Rockchip GPIO controller.\n\n - Make sure IRQs are mapped when looking up the IRQ for a GPIO line\n on the Rockchip GPIO Write.\n\n - Two regmap initialization fixes for the MCP23s08.\n\n - Fix a GPI-only prefix function problem on the Aspeed pin\n controller.\n\n - Disable the debounce filter correctly on the AMD pin controller.\n\n - Correct the timer clock setting for the AMD debounce timer.\n\n - Make the Qualcomm pin controller more cautious around the handling\n of PDC-related GPIO interrupts.\n\n - Fix the interrupt map in the Qualcomm SM8250 pin controller\"\n\n* tag \u0027pinctrl-v5.10-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl:\n pinctrl: qcom: sm8250: Specify PDC map\n pinctrl: qcom: Move clearing pending IRQ to .irq_request_resources callback\n pinctrl: amd: use higher precision for 512 RtcClk\n pinctrl: amd: fix incorrect way to disable debounce filter\n pinctrl: aspeed: Fix GPI only function problem.\n pinctrl: mcp23s08: Print error message when regmap init fails\n pinctrl: mcp23s08: Use full chunk of memory for regmap configuration\n pinctrl: rockchip: create irq mapping in gpio_to_irq\n pinctrl: rockchip: enable gpio pclk for rockchip_gpio_to_irq\n pinctrl: ingenic: Fix invalid SSI pins\n pinctrl: intel: Set default bias in case no particular value given\n pinctrl: intel: Fix 2 kOhm bias which is 833 Ohm\n" }, { "commit": "29eb6b7d62b09fee6deb796c58256ba38cb4a07d", "tree": "4e988118fc72c30bcf4ea1f983b494f961b5e40a", "parents": [ "673cb932b688ad3b03de89dc2b0b97c75ad47112", "b72de3ff19fdc4bbe4d4bb3f4483c7e46e00bac3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 10:55:50 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 10:55:50 2020 -0800" }, "message": "Merge tag \u0027gpio-v5.10-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio\n\nPull GPIO fixes from Linus Walleij:\n \"Some GPIO fixes I\u0027ve collected with the help of Bartosz.\n\n Nothing special about them: all are driver and kbuild fixes + some\n documentation fixes:\n\n - Tidy up a missed function call in the designware driver when\n converting to gpiolib irqchip\n\n - Fix some bitmasks in the Aspeed driver\n\n - Fix some kerneldoc warnings and minor bugs in the improved\n userspace API documentation\n\n - Revert the revert of the OMAP fix for lost edge wakeup interrupts:\n the fix needs to stay in\n\n - Fix a compile error when deselecting the character device\n\n - A bunch of IRQ fixes on the idio GPIO drivers\n\n - Fix an off-by-one error in the SiFive GPIO driver\"\n\n* tag \u0027gpio-v5.10-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio:\n gpio: sifive: Fix SiFive gpio probe\n gpio: pcie-idio-24: Enable PEX8311 interrupts\n gpio: pcie-idio-24: Fix IRQ Enable Register value\n gpio: pcie-idio-24: Fix irq mask when masking\n gpiolib: fix sysfs when cdev is not selected\n Revert \"Revert \"gpio: omap: Fix lost edge wake-up interrupts\"\"\n gpio: uapi: clarify the meaning of \u0027empty\u0027 char arrays\n gpio: uapi: remove whitespace\n gpio: uapi: kernel-doc formatting improvements\n gpio: uapi: comment consistency\n gpio: uapi: fix kernel-doc warnings\n gpio: aspeed: fix ast2600 bank properties\n gpio: dwapb: Fix missing conversion to GPIO-lib-based IRQ-chip\n" }, { "commit": "673cb932b688ad3b03de89dc2b0b97c75ad47112", "tree": "3451533e816602e3111ebd8c04c0e20751fde6d7", "parents": [ "e627c25544dfec9af56842b07e40ad992731627a", "03d80e042a8e3248163a38f74b43809f8079d652" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 10:09:40 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 10:09:40 2020 -0800" }, "message": "Merge tag \u0027mmc-v5.10-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc\n\nPull MMC fixes from Ulf Hansson:\n\n - tmio: Fixup support for reset\n\n - sdhci-of-esdhc: Extend erratum for pulse width to more broken HWs\n\n - renesas_sdhi: Fix re-binding of drivers\n\n* tag \u0027mmc-v5.10-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc:\n Revert \"mmc: renesas_sdhi: workaround a regression when reinserting SD cards\"\n mmc: tmio: bring tuning HW to a sane state with MMC_POWER_OFF\n mmc: tmio: when resetting, reset DMA controller, too\n mmc: sdhci-of-esdhc: Handle pulse width detection erratum for more SoCs\n mmc: renesas_sdhi_core: Add missing tmio_mmc_host_free() at remove\n" }, { "commit": "e627c25544dfec9af56842b07e40ad992731627a", "tree": "4b7a4b64bf312fb0f78dcfaf7d8c1f6eb1d9aeb3", "parents": [ "6186313d06dfadbfd0cda5e36e485877d6600179", "41f3ed2cac86ba533ce6a334a2e7fae5c7082946" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:53:53 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:53:53 2020 -0800" }, "message": "Merge tag \u0027drm-fixes-2020-11-13\u0027 of git://anongit.freedesktop.org/drm/drm\n\nPull drm fixes from Dave Airlie:\n \"Nearly didn\u0027t send you a PR this week at all, but a few things\n trickled in over the day, not a huge amount here, some i915, amdgpu\n and a bunch of misc fixes. I have a couple of nouveau fixes\n outstanding due to the PR having the wrong base, I\u0027ll figure it out\n next week.\n\n amdgpu:\n - Pageflip fix for DCN3\n - Declare TA firmware for green sardine\n - Headless navi fix\n\n i915:\n - Pull phys pread/pwrite implementations to the backend\n - Correctly set SFC capability for video engines\n\n bridge:\n - cdns Kconfig fix\n\n hyperv_fb:\n - fix missing include\n\n gma500:\n - oob access fix\n\n mcde:\n - unbalanced regulator fix\"\n\n* tag \u0027drm-fixes-2020-11-13\u0027 of git://anongit.freedesktop.org/drm/drm:\n drm/amdgpu: enable DCN for navi10 headless SKU\n drm/amdgpu: add ta firmware load for green-sardine\n drm/i915: Correctly set SFC capability for video engines\n drm/i915/gem: Pull phys pread/pwrite implementations to the backend\n drm/i915/gem: Allow backends to override pread implementation\n drm/mcde: Fix unbalanced regulator\n drm/gma500: Fix out-of-bounds access to struct drm_device.vblank[]\n video: hyperv_fb: include vmalloc.h\n drm: bridge: cdns: Kconfig: Switch over dependency to ARCH_K3\n drm/amd/display: Add missing pflip irq\n" }, { "commit": "6186313d06dfadbfd0cda5e36e485877d6600179", "tree": "2f721af5483096709d23e03799bd18da69535c16", "parents": [ "e45f90fc72c8a41097a29ff53dcf983087c16c06", "50b8a742850fce7293bed45753152c425f7e931b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:36:10 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:36:10 2020 -0800" }, "message": "Merge tag \u0027trace-v5.10-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace\n\nPull bootconfig fix from Steven Rostedt:\n \"Fix alignment of bootconfig\n\n GRUB may align the init ramdisk size to 4 bytes, the magic number at\n the end of the init ramdisk that denotes bootconfig is attached may\n not be at the exact end of the ramdisk. The kernel needs to check back\n at least 4 bytes\"\n\n* tag \u0027trace-v5.10-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace:\n bootconfig: Extend the magic check range to the preceding 3 bytes\n" }, { "commit": "e45f90fc72c8a41097a29ff53dcf983087c16c06", "tree": "955a66276a74ad3c9da8854c94e290c85e683a38", "parents": [ "88b31f07f3f2d15a172405ae5d453fda1c12ee5f", "9fa2e7af3d53a4b769136eccc32c02e128a4ee51" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:31:20 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:31:20 2020 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.armlinux.org.uk/~rmk/linux-arm\n\nPull ARM fix from Russell King:\n \"Just one bug fix: avoid a fortify panic when copying optprobe template\"\n\n* tag \u0027for-linus\u0027 of git://git.armlinux.org.uk/~rmk/linux-arm:\n ARM: 9019/1: kprobes: Avoid fortify_panic() when copying optprobe template\n" }, { "commit": "88b31f07f3f2d15a172405ae5d453fda1c12ee5f", "tree": "46b14fd96ee3d7fe2bfa67ae92abe11a441d7fe1", "parents": [ "d3ba7afcc11fe9146def1664c32762d5a6a47713", "23c216416056148136bdaf0cdd18caf4904bb6e1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:23:10 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:23:10 2020 -0800" }, "message": "Merge tag \u0027arm64-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux\n\nPull arm64 fixes from Will Deacon:\n\n - Spectre/Meltdown safelisting for some Qualcomm KRYO cores\n\n - Fix RCU splat when failing to online a CPU due to a feature mismatch\n\n - Fix a recently introduced sparse warning in kexec()\n\n - Fix handling of CPU erratum 1418040 for late CPUs\n\n - Ensure hot-added memory falls within linear-mapped region\n\n* tag \u0027arm64-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux:\n arm64: cpu_errata: Apply Erratum 845719 to KRYO2XX Silver\n arm64: proton-pack: Add KRYO2XX silver CPUs to spectre-v2 safe-list\n arm64: kpti: Add KRYO2XX gold/silver CPU cores to kpti safelist\n arm64: Add MIDR value for KRYO2XX gold/silver CPU cores\n arm64/mm: Validate hotplug range before creating linear mapping\n arm64: smp: Tell RCU about CPUs that fail to come online\n arm64: psci: Avoid printing in cpu_psci_cpu_die()\n arm64: kexec_file: Fix sparse warning\n arm64: errata: Fix handling of 1418040 with late CPU onlining\n" }, { "commit": "d3ba7afcc11fe9146def1664c32762d5a6a47713", "tree": "0c73052bd2dcb380d3117952ec5456d9c2a66577", "parents": [ "585e5b17b92dead8a3aca4e3c9876fbca5f7e0ba", "d196e229a80c39254f4adbc312f55f5198e98941" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:05:33 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Nov 13 09:05:33 2020 -0800" }, "message": "Merge tag \u0027ext4_for_linus_bugfixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4\n\nPull ext4 fixes from Ted Ts\u0027o:\n \"Two ext4 bug fixes, one being a revert of a commit sent during the\n merge window\"\n\n* tag \u0027ext4_for_linus_bugfixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4:\n Revert \"ext4: fix superblock checksum calculation race\"\n ext4: handle dax mount option collision\n" }, { "commit": "bdac39a3bd28891fb0ded91c9152459c57773462", "tree": "a390c1dc7d6d7e851ce1ebca38af1b64f47554fc", "parents": [ "3bbb73f8e60f505aced2ae820436cdacdbb19bca" ], "author": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Wed Nov 11 22:35:48 2020 +0100" }, "committer": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Fri Nov 13 08:49:59 2020 -0600" }, "message": "dt-bindings: clock: imx5: fix example\n\nSince commit:\n\n 0e030a373df3 (\"can: flexcan: fix endianess detection\")\n\nthe fsl,imx53-flexcan isn\u0027t compatible with the fsl,p1010-flexcan any more. As\nthe former accesses the IP core in Little Endian mode and the latter uses Big\nEndian mode.\n\nWith the conversion of the flexcan DT bindings to yaml, the dt_binding_check\nthis throws the following error:\n\nDocumentation/devicetree/bindings/clock/imx5-clock.example.dt.yaml: can@53fc8000: compatible: \u0027oneOf\u0027 conditional failed, one must be fixed:\n\t[\u0027fsl,imx53-flexcan\u0027, \u0027fsl,p1010-flexcan\u0027] is too long\n\tAdditional items are not allowed (\u0027fsl,p1010-flexcan\u0027 was unexpected)\n\t\u0027fsl,imx53-flexcan\u0027 is not one of [\u0027fsl,imx7d-flexcan\u0027, \u0027fsl,imx6ul-flexcan\u0027, \u0027fsl,imx6sx-flexcan\u0027]\n\t\u0027fsl,imx53-flexcan\u0027 is not one of [\u0027fsl,ls1028ar1-flexcan\u0027]\n\t\u0027fsl,imx6q-flexcan\u0027 was expected\n\t\u0027fsl,lx2160ar1-flexcan\u0027 was expected\n\tFrom schema: /builds/robherring/linux-dt-bindings/Documentation/devicetree/bindings/net/can/fsl,flexcan.yaml\n\nThe error is fixed by replacing the \"fsl,p1010-flexcan\" compatible\n(which turned out the be incompatible) with \"fsl,imx25-flexcan\" in the\nbinding example.\n\nReported-by: Rob Herring \u003crobh+dt@kernel.org\u003e\nCc: Fabio Estevam \u003cfabio.estevam@nxp.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nLink: https://lore.kernel.org/r/20201111213548.1621094-1-mkl@pengutronix.de\n[robh: Add \"fsl,imx25-flexcan\" as fallback]\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n" }, { "commit": "3bbb73f8e60f505aced2ae820436cdacdbb19bca", "tree": "ffe6154890e0e6b350f8d24dd5c994ae0bddf8d8", "parents": [ "49c3e714ff4391144d8bb3fa99d0b460f8dbfd86" ], "author": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Wed Nov 11 14:05:06 2020 +0100" }, "committer": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Fri Nov 13 08:46:57 2020 -0600" }, "message": "dt-bindings: can: fsl,flexcan.yaml: fix compatible for i.MX35 and i.MX53\n\nAs both the i.MX35 and i.MX53 flexcan IP cores are compatible to the i.MX25,\nthey are listed as:\n\n compatible \u003d \"fsl,imx35-flexcan\", \"fsl,imx25-flexcan\";\n\nand:\n\n compatible \u003d \"fsl,imx53-flexcan\", \"fsl,imx25-flexcan\";\n\nin the SoC device trees.\n\nThis patch fixes the following errors, which shows up during a dtbs_check:\n\narch/arm/boot/dts/imx53-ard.dt.yaml: can@53fc8000: compatible: \u0027oneOf\u0027 conditional failed, one must be fixed:\n [\u0027fsl,imx53-flexcan\u0027, \u0027fsl,imx25-flexcan\u0027] is too long\n Additional items are not allowed (\u0027fsl,imx25-flexcan\u0027 was unexpected)\n \u0027fsl,imx53-flexcan\u0027 is not one of [\u0027fsl,imx7d-flexcan\u0027, \u0027fsl,imx6ul-flexcan\u0027, \u0027fsl,imx6sx-flexcan\u0027]\n \u0027fsl,imx53-flexcan\u0027 is not one of [\u0027fsl,ls1028ar1-flexcan\u0027]\n \u0027fsl,imx6q-flexcan\u0027 was expected\n \u0027fsl,lx2160ar1-flexcan\u0027 was expected\n From schema: Documentation/devicetree/bindings/net/can/fsl,flexcan.yaml\n\nFixes: e5ab9aa7e49b (\"dt-bindings: can: flexcan: convert fsl,*flexcan bindings to yaml\")\nReported-by: Rob Herring \u003crobh+dt@kernel.org\u003e\nCc: Oleksij Rempel \u003co.rempel@pengutronix.de\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nLink: https://lore.kernel.org/r/20201111130507.1560881-4-mkl@pengutronix.de\n[robh: drop singular fsl,imx53-flexcan and fsl,imx35-flexcan]\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n" }, { "commit": "60268b0e8258fdea9a3c9f4b51e161c123571db3", "tree": "21b48fecb81d19b106d4ce28e25570294f8d2567", "parents": [ "4d64bb4ba5ecf4831448cdb2fe16d0ae91b2b40b" ], "author": { "name": "Naveen Krishna Chatradhi", "email": "nchatrad@amd.com", "time": "Thu Nov 12 22:51:59 2020 +0530" }, "committer": { "name": "Guenter Roeck", "email": "linux@roeck-us.net", "time": "Fri Nov 13 06:46:20 2020 -0800" }, "message": "hwmon: (amd_energy) modify the visibility of the counters\n\nThis patch limits the visibility to owner and groups only for the\nenergy counters exposed through the hwmon based amd_energy driver.\n\nCc: stable@vger.kernel.org\nReviewed-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Naveen Krishna Chatradhi \u003cnchatrad@amd.com\u003e\nLink: https://lore.kernel.org/r/20201112172159.8781-1-nchatrad@amd.com\nSigned-off-by: Guenter Roeck \u003clinux@roeck-us.net\u003e\n" }, { "commit": "6d853c9e4104b4fc8d55dc9cd3b99712aa347174", "tree": "e2466907d76b85685245ae60f8f32980b49f8aa6", "parents": [ "4df694a477685a3df7b561bfe6393db073bf476c" ], "author": { "name": "Chris Brandt", "email": "chris.brandt@renesas.com", "time": "Wed Nov 11 08:12:09 2020 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Nov 13 15:26:49 2020 +0100" }, "message": "usb: cdc-acm: Add DISABLE_ECHO for Renesas USB Download mode\n\nRenesas R-Car and RZ/G SoCs have a firmware download mode over USB.\nHowever, on reset a banner string is transmitted out which is not expected\nto be echoed back and will corrupt the protocol.\n\nCc: stable \u003cstable@vger.kernel.org\u003e\nAcked-by: Oliver Neukum \u003coneukum@suse.com\u003e\nSigned-off-by: Chris Brandt \u003cchris.brandt@renesas.com\u003e\nLink: https://lore.kernel.org/r/20201111131209.3977903-1-chris.brandt@renesas.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "4df694a477685a3df7b561bfe6393db073bf476c", "tree": "1b8e81086236e1a4974f8127fa2f13cf9ccbcc9f", "parents": [ "0e6371fbfba3a4f76489e6e97c1c7f8386ad5fd2" ], "author": { "name": "Andrey Konovalov", "email": "andreyknvl@google.com", "time": "Wed Nov 11 03:17:55 2020 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Nov 13 15:26:09 2020 +0100" }, "message": "MAINTAINERS: add usb raw gadget entry\n\nAdd myself (using the personal email address) as a reviewer for the\nUSB Raw Gadget driver.\n\nAcked-by: Andrey Konovalov \u003candreyknvl@gmail.com\u003e\nSigned-off-by: Andrey Konovalov \u003candreyknvl@google.com\u003e\nLink: https://lore.kernel.org/r/245047b3fffaf5c0b791ed226d1ea272b2aef031.1605060950.git.andreyknvl@google.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "0e6371fbfba3a4f76489e6e97c1c7f8386ad5fd2", "tree": "910e24896ca7c7e8aab225db3684d5f7d1f1d597", "parents": [ "76255470ffa2795a44032e8b3c1ced11d81aa2db" ], "author": { "name": "Heikki Krogerus", "email": "heikki.krogerus@linux.intel.com", "time": "Tue Nov 10 15:05:47 2020 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Nov 13 15:25:02 2020 +0100" }, "message": "usb: typec: ucsi: Report power supply changes\n\nWhen the ucsi power supply goes online/offline, and when the\npower levels change, the power supply class needs to be\nnotified so it can inform the user space.\n\nFixes: 992a60ed0d5e (\"usb: typec: ucsi: register with power_supply class\")\nCc: stable@vger.kernel.org\nReported-and-tested-by: Vladimir Yerilov \u003copenmindead@gmail.com\u003e\nSigned-off-by: Heikki Krogerus \u003cheikki.krogerus@linux.intel.com\u003e\nLink: https://lore.kernel.org/r/20201110120547.67922-1-heikki.krogerus@linux.intel.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "76255470ffa2795a44032e8b3c1ced11d81aa2db", "tree": "c8eb2a562a100522d55c67e67b6c1df9d12fabef", "parents": [ "ffa13d2d94029882eca22a565551783787f121e5" ], "author": { "name": "Zhang Qilong", "email": "zhangqilong3@huawei.com", "time": "Fri Nov 06 20:22:21 2020 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Nov 13 14:32:43 2020 +0100" }, "message": "xhci: hisilicon: fix refercence leak in xhci_histb_probe\n\npm_runtime_get_sync() will increment pm usage at first and it\nwill resume the device later. We should decrease the usage count\nwhetever it succeeded or failed(maybe runtime of the device has\nerror, or device is in inaccessible state, or other error state).\nIf we do not call put operation to decrease the reference, it will\nresult in reference leak in xhci_histb_probe. Moreover, this\ndevice cannot enter the idle state and always stay busy or other\nnon-idle state later. So we fixed it by jumping to error handling\nbranch.\n\nFixes: c508f41da0788 (\"xhci: hisilicon: support HiSilicon STB xHCI host controller\")\nSigned-off-by: Zhang Qilong \u003czhangqilong3@huawei.com\u003e\nLink: https://lore.kernel.org/r/20201106122221.2304528-1-zhangqilong3@huawei.com\nCc: stable \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "ffa13d2d94029882eca22a565551783787f121e5", "tree": "c7a7021b54d9c1a868328051fe6a21a92d9a53ab", "parents": [ "368183029cc4055c571ed19ceaa49c35de996611" ], "author": { "name": "Geert Uytterhoeven", "email": "geert+renesas@glider.be", "time": "Thu Nov 12 14:59:00 2020 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Nov 13 14:30:23 2020 +0100" }, "message": "Revert \"usb: musb: convert to devm_platform_ioremap_resource_byname\"\n\nThis reverts commit 2d30e408a2a6b3443d3232593e3d472584a3e9f8.\n\nOn Beaglebone Black, where each interface has 2 children:\n\n musb-dsps 47401c00.usb: can\u0027t request region for resource [mem 0x47401800-0x474019ff]\n musb-hdrc musb-hdrc.1: musb_init_controller failed with status -16\n musb-hdrc: probe of musb-hdrc.1 failed with error -16\n musb-dsps 47401400.usb: can\u0027t request region for resource [mem 0x47401000-0x474011ff]\n musb-hdrc musb-hdrc.0: musb_init_controller failed with status -16\n musb-hdrc: probe of musb-hdrc.0 failed with error -16\n\nBefore, devm_ioremap_resource() was called on \"dev\" (\"musb-hdrc.0\" or\n\"musb-hdrc.1\"), after it is called on \"\u0026pdev-\u003edev\" (\"47401400.usb\" or\n\"47401c00.usb\"), leading to a duplicate region request, which fails.\n\nSigned-off-by: Geert Uytterhoeven \u003cgeert+renesas@glider.be\u003e\nFixes: 2d30e408a2a6 (\"usb: musb: convert to devm_platform_ioremap_resource_byname\")\nCc: stable \u003cstable@vger.kernel.org\u003e\nLink: https://lore.kernel.org/r/20201112135900.3822599-1-geert+renesas@glider.be\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "96308b066184d6dcdb677890e620e68290ae98ae", "tree": "5dcdbeb01f07f1a27e3d3eca580a2bb00010dfb4", "parents": [ "0107973a80adad5b73232d3fbcd26f710ab1f851" ], "author": { "name": "Babu Moger", "email": "babu.moger@amd.com", "time": "Thu Nov 12 16:18:03 2020 -0600" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Nov 13 06:31:14 2020 -0500" }, "message": "KVM: SVM: Update cr3_lm_rsvd_bits for AMD SEV guests\n\nFor AMD SEV guests, update the cr3_lm_rsvd_bits to mask\nthe memory encryption bit in reserved bits.\n\nSigned-off-by: Babu Moger \u003cbabu.moger@amd.com\u003e\nMessage-Id: \u003c160521948301.32054.5783800787423231162.stgit@bmoger-ubuntu\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n" }, { "commit": "0107973a80adad5b73232d3fbcd26f710ab1f851", "tree": "e252df8f6666d74cc55a265bbc6f3915000d2e9a", "parents": [ "51b958e5aeb1e18c00332e0b37c5d4e95a3eff84" ], "author": { "name": "Babu Moger", "email": "babu.moger@amd.com", "time": "Thu Nov 12 16:17:56 2020 -0600" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Nov 13 06:28:37 2020 -0500" }, "message": "KVM: x86: Introduce cr3_lm_rsvd_bits in kvm_vcpu_arch\n\nSEV guests fail to boot on a system that supports the PCID feature.\n\nWhile emulating the RSM instruction, KVM reads the guest CR3\nand calls kvm_set_cr3(). If the vCPU is in the long mode,\nkvm_set_cr3() does a sanity check for the CR3 value. In this case,\nit validates whether the value has any reserved bits set. The\nreserved bit range is 63:cpuid_maxphysaddr(). When AMD memory\nencryption is enabled, the memory encryption bit is set in the CR3\nvalue. The memory encryption bit may fall within the KVM reserved\nbit range, causing the KVM emulation failure.\n\nIntroduce a new field cr3_lm_rsvd_bits in kvm_vcpu_arch which will\ncache the reserved bits in the CR3 value. This will be initialized\nto rsvd_bits(cpuid_maxphyaddr(vcpu), 63).\n\nIf the architecture has any special bits(like AMD SEV encryption bit)\nthat needs to be masked from the reserved bits, should be cleared\nin vendor specific kvm_x86_ops.vcpu_after_set_cpuid handler.\n\nFixes: a780a3ea628268b2 (\"KVM: X86: Fix reserved bits check for MOV to CR3\")\nSigned-off-by: Babu Moger \u003cbabu.moger@amd.com\u003e\nMessage-Id: \u003c160521947657.32054.3264016688005356563.stgit@bmoger-ubuntu\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n" }, { "commit": "51b958e5aeb1e18c00332e0b37c5d4e95a3eff84", "tree": "d654a2cf8458fa112f1677ca70b2295f15f185e1", "parents": [ "2c38234c425e627ca493eb0b7a9a34899a1f03ef" ], "author": { "name": "David Edmondson", "email": "david.edmondson@oracle.com", "time": "Tue Nov 03 12:04:00 2020 +0000" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Nov 13 06:28:33 2020 -0500" }, "message": "KVM: x86: clflushopt should be treated as a no-op by emulation\n\nThe instruction emulator ignores clflush instructions, yet fails to\nsupport clflushopt. Treat both similarly.\n\nFixes: 13e457e0eebf (\"KVM: x86: Emulator does not decode clflush well\")\nSigned-off-by: David Edmondson \u003cdavid.edmondson@oracle.com\u003e\nMessage-Id: \u003c20201103120400.240882-1-david.edmondson@oracle.com\u003e\nReviewed-by: Joao Martins \u003cjoao.m.martins@oracle.com\u003e\nSigned-off-by: Paolo Bonzini \u003cpbonzini@redhat.com\u003e\n" }, { "commit": "2c38234c425e627ca493eb0b7a9a34899a1f03ef", "tree": "cdb9c1a7466541643e2d22bc8c69aa8183a0f4fd", "parents": [ "585e5b17b92dead8a3aca4e3c9876fbca5f7e0ba", "ed4ffaf49bf9ce1002b516d8c6aa04937b7950bc" ], "author": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Nov 13 06:28:23 2020 -0500" }, "committer": { "name": "Paolo Bonzini", "email": "pbonzini@redhat.com", "time": "Fri Nov 13 06:28:23 2020 -0500" }, "message": "Merge tag \u0027kvmarm-fixes-5.10-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into HEAD\n\nKVM/arm64 fixes for v5.10, take #3\n\n- Allow userspace to downgrade ID_AA64PFR0_EL1.CSV2\n- Inject UNDEF on SCXTNUM_ELx access\n" }, { "commit": "ff828729be446b86957f7c294068758231cd2183", "tree": "21185c1564a734ce2d63e8628604b6ccce6f3b2f", "parents": [ "77c7e1bc060deab6430f1dff5922ccd3093d9776" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Nov 12 20:14:16 2020 +0100" }, "committer": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Nov 13 12:00:40 2020 +0100" }, "message": "iommu/vt-d: Cure VF irqdomain hickup\n\nThe recent changes to store the MSI irqdomain pointer in struct device\nmissed that Intel DMAR does not register virtual function devices. Due to\nthat a VF device gets the plain PCI-MSI domain assigned and then issues\ncompat MSI messages which get caught by the interrupt remapping unit.\n\nCure that by inheriting the irq domain from the physical function\ndevice.\n\nIdeally the irqdomain would be associated to the bus, but DMAR can have\nmultiple units and therefore irqdomains on a single bus. The VF \u0027bus\u0027 could\nof course inherit the domain from the PF, but that\u0027d be yet another x86\noddity.\n\nFixes: 85a8dfc57a0b (\"iommm/vt-d: Store irq domain in struct device\")\nReported-by: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nAcked-by: Lu Baolu \u003cbaolu.lu@linux.intel.com\u003e\nCc: Joerg Roedel \u003cjoro@8bytes.org\u003e\nCc: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nCc: Marc Zyngier \u003cmaz@kernel.org\u003e\nCc: David Woodhouse \u003cdwmw2@infradead.org\u003e\nLink: https://lore.kernel.org/r/draft-87eekymlpz.fsf@nanos.tec.linutronix.de\n\n" }, { "commit": "23c216416056148136bdaf0cdd18caf4904bb6e1", "tree": "6ef7396cb5f1d9e46d746db5b18865ed099a0692", "parents": [ "38328d40116739af0692748427bedda35b286c33" ], "author": { "name": "Konrad Dybcio", "email": "konrad.dybcio@somainline.org", "time": "Thu Nov 05 00:22:13 2020 +0100" }, "committer": { "name": "Will Deacon", "email": "will@kernel.org", "time": "Fri Nov 13 09:47:08 2020 +0000" }, "message": "arm64: cpu_errata: Apply Erratum 845719 to KRYO2XX Silver\n\nQCOM KRYO2XX Silver cores are Cortex-A53 based and are\nsusceptible to the 845719 erratum. Add them to the lookup\nlist to apply the erratum.\n\nSigned-off-by: Konrad Dybcio \u003ckonrad.dybcio@somainline.org\u003e\nLink: https://lore.kernel.org/r/20201104232218.198800-5-konrad.dybcio@somainline.org\nSigned-off-by: Will Deacon \u003cwill@kernel.org\u003e\n" }, { "commit": "38328d40116739af0692748427bedda35b286c33", "tree": "39c5d80d0a5ddc9404b6f421b54219787a5d4a16", "parents": [ "e3dd11a9f2521cecbcf30c2fd17ecc5a445dfb94" ], "author": { "name": "Konrad Dybcio", "email": "konrad.dybcio@somainline.org", "time": "Thu Nov 05 00:22:12 2020 +0100" }, "committer": { "name": "Will Deacon", "email": "will@kernel.org", "time": "Fri Nov 13 09:47:08 2020 +0000" }, "message": "arm64: proton-pack: Add KRYO2XX silver CPUs to spectre-v2 safe-list\n\nKRYO2XX silver (LITTLE) CPUs are based on Cortex-A53\nand they are not affected by spectre-v2.\n\nSigned-off-by: Konrad Dybcio \u003ckonrad.dybcio@somainline.org\u003e\nLink: https://lore.kernel.org/r/20201104232218.198800-4-konrad.dybcio@somainline.org\nSigned-off-by: Will Deacon \u003cwill@kernel.org\u003e\n" }, { "commit": "e3dd11a9f2521cecbcf30c2fd17ecc5a445dfb94", "tree": "76a068149b3237115a3bc189d0599ceb3501a954", "parents": [ "77473cffef21611b4423f613fe32836afb26405e" ], "author": { "name": "Konrad Dybcio", "email": "konrad.dybcio@somainline.org", "time": "Thu Nov 05 00:22:11 2020 +0100" }, "committer": { "name": "Will Deacon", "email": "will@kernel.org", "time": "Fri Nov 13 09:47:08 2020 +0000" }, "message": "arm64: kpti: Add KRYO2XX gold/silver CPU cores to kpti safelist\n\nQCOM KRYO2XX gold (big) silver (LITTLE) CPU cores are based on\nCortex-A73 and Cortex-A53 respectively and are meltdown safe,\nhence add them to kpti_safe_list[].\n\nSigned-off-by: Konrad Dybcio \u003ckonrad.dybcio@somainline.org\u003e\nLink: https://lore.kernel.org/r/20201104232218.198800-3-konrad.dybcio@somainline.org\nSigned-off-by: Will Deacon \u003cwill@kernel.org\u003e\n" }, { "commit": "77473cffef21611b4423f613fe32836afb26405e", "tree": "2335e64b2029fadef4eaf7e959884a492459e9ec", "parents": [ "58284a901b426e6130672e9f14c30dfd5a9dbde0" ], "author": { "name": "Konrad Dybcio", "email": "konrad.dybcio@somainline.org", "time": "Thu Nov 05 00:22:10 2020 +0100" }, "committer": { "name": "Will Deacon", "email": "will@kernel.org", "time": "Fri Nov 13 09:47:08 2020 +0000" }, "message": "arm64: Add MIDR value for KRYO2XX gold/silver CPU cores\n\nAdd MIDR value for KRYO2XX gold (big) and silver (LITTLE)\nCPU cores which are used in Qualcomm Technologies, Inc.\nSoCs. This will be used to identify and apply errata\nwhich are applicable for these CPU cores.\n\nSigned-off-by: Konrad Dybcio \u003ckonrad.dybcio@somainline.org\u003e\nLink: https://lore.kernel.org/r/20201104232218.198800-2-konrad.dybcio@somainline.org\nSigned-off-by: Will Deacon \u003cwill@kernel.org\u003e\n" }, { "commit": "58284a901b426e6130672e9f14c30dfd5a9dbde0", "tree": "f562451615c467cf5a587482831bffb23d5e7f44", "parents": [ "04e613ded8c26489b3e0f9101b44462f780d1a35" ], "author": { "name": "Anshuman Khandual", "email": "anshuman.khandual@arm.com", "time": "Fri Nov 13 13:00:14 2020 +0530" }, "committer": { "name": "Will Deacon", "email": "will@kernel.org", "time": "Fri Nov 13 09:45:08 2020 +0000" }, "message": "arm64/mm: Validate hotplug range before creating linear mapping\n\nDuring memory hotplug process, the linear mapping should not be created for\na given memory range if that would fall outside the maximum allowed linear\nrange. Else it might cause memory corruption in the kernel virtual space.\n\nMaximum linear mapping region is [PAGE_OFFSET..(PAGE_END -1)] accommodating\nboth its ends but excluding PAGE_END. Max physical range that can be mapped\ninside this linear mapping range, must also be derived from its end points.\n\nThis ensures that arch_add_memory() validates memory hot add range for its\npotential linear mapping requirements, before creating it with\n__create_pgd_mapping().\n\nFixes: 4ab215061554 (\"arm64: Add memory hotplug support\")\nSigned-off-by: Anshuman Khandual \u003canshuman.khandual@arm.com\u003e\nReviewed-by: Ard Biesheuvel \u003cardb@kernel.org\u003e\nCc: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nCc: Will Deacon \u003cwill@kernel.org\u003e\nCc: Mark Rutland \u003cmark.rutland@arm.com\u003e\nCc: Ard Biesheuvel \u003cardb@kernel.org\u003e\nCc: Steven Price \u003csteven.price@arm.com\u003e\nCc: Robin Murphy \u003crobin.murphy@arm.com\u003e\nCc: David Hildenbrand \u003cdavid@redhat.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: linux-arm-kernel@lists.infradead.org\nCc: linux-kernel@vger.kernel.org\nLink: https://lore.kernel.org/r/1605252614-761-1-git-send-email-anshuman.khandual@arm.com\nSigned-off-by: Will Deacon \u003cwill@kernel.org\u003e\n" }, { "commit": "41f3ed2cac86ba533ce6a334a2e7fae5c7082946", "tree": "4f7fe7392bba8c8d56e6b449899d575a5e385c50", "parents": [ "858fbdbcef36d41de20fda8f39662e572f59e6de", "38a2509184952f799d465b26279ef1bd36fb8277" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Nov 13 16:05:30 2020 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Nov 13 16:05:31 2020 +1000" }, "message": "Merge tag \u0027amd-drm-fixes-5.10-2020-11-12\u0027 of git://people.freedesktop.org/~agd5f/linux into drm-fixes\n\namd-drm-fixes-5.10-2020-11-12:\n\namdgpu:\n- Pageflip fix for DCN3\n- Declare TA firmware for green sardine\n- Headless navi fix\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nFrom: Alex Deucher \u003calexdeucher@gmail.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201113055512.3963-1-alexander.deucher@amd.com\n" }, { "commit": "858fbdbcef36d41de20fda8f39662e572f59e6de", "tree": "f83f50425579d13233d180e0fdcf08c4a4edd41b", "parents": [ "59f7dcd92959f8de775f6cb72d3eec7f6d1d7d69", "5ce6861d36ed5207aff9e5eead4c7cc38a986586" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Nov 13 16:01:35 2020 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Nov 13 16:01:41 2020 +1000" }, "message": "Merge tag \u0027drm-intel-fixes-2020-11-13\u0027 of git://anongit.freedesktop.org/drm/drm-intel into drm-fixes\n\n- Pull phys pread/pwrite implementations to the backend (Chris)\n- Correctly set SFC capability for video engines (Venkata)\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/20201113052551.GA1319429@intel.com\n" }, { "commit": "38a2509184952f799d465b26279ef1bd36fb8277", "tree": "7c5b55e70f62e7eb1e807c2239c81e9d1debd140", "parents": [ "266421925574f91bf9d373128f38771c565f107a" ], "author": { "name": "Tianci.Yin", "email": "tianci.yin@amd.com", "time": "Fri Nov 06 14:56:35 2020 +0800" }, "committer": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Nov 13 00:30:05 2020 -0500" }, "message": "drm/amdgpu: enable DCN for navi10 headless SKU\n\nThere is a NULL pointer crash when DCN disabled on headless SKU.\nOn normal SKU, the variable adev-\u003eddev.mode_config.funcs is\ninitialized in dm_hw_init(), and it is fine to access it in\namdgpu_device_resume(). But on headless SKU, DCN is disabled,\nthe funcs variable is not initialized, then crash arises.\nEnable DCN to fix this issue.\n\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Guchun Chen \u003cguchun.chen@amd.com\u003e\nSigned-off-by: Tianci.Yin \u003ctianci.yin@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n" }, { "commit": "266421925574f91bf9d373128f38771c565f107a", "tree": "1dbbd5a036ca879676ff8c495e45eba73925bc19", "parents": [ "a422490a595600659664901b609aacccdbba4a5f" ], "author": { "name": "Roman Li", "email": "roman.li@amd.com", "time": "Mon Oct 26 17:12:34 2020 -0400" }, "committer": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Nov 13 00:29:26 2020 -0500" }, "message": "drm/amdgpu: add ta firmware load for green-sardine\n\n[Why]\nIn preparation to enabling hdcp on green sardine.\n\n[How]\nAdd green-sardine ta f/w loading in psp_v12\n\nSigned-off-by: Roman Li \u003croman.li@amd.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n" }, { "commit": "59f7dcd92959f8de775f6cb72d3eec7f6d1d7d69", "tree": "e0fd90337b5f5c8923db303f4a1a7ed5b95fa2bf", "parents": [ "f8394f232b1eab649ce2df5c5f15b0e528c92091", "a6c40b8032b845f132abfcbcbed6bddebbcc3b4a" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Nov 13 15:01:03 2020 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Nov 13 15:01:14 2020 +1000" }, "message": "Merge tag \u0027drm-misc-fixes-2020-11-12\u0027 of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes\n\nOne Kconfig fix for bridge/cdns, a missing include for hypervb_fb, an\nout-of-bound access fix for gma500 and a unbalanced regulator fix for\nmcde.\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n\nFrom: Maxime Ripard \u003cmaxime@cerno.tech\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201112130726.qwtryqvgspmljkax@gilmour.lan\n" }, { "commit": "50b8a742850fce7293bed45753152c425f7e931b", "tree": "2e1a2a5174f4db385f491e143be0f6800a3c65c7", "parents": [ "645f224e7ba2f4200bf163153d384ceb0de5462e" ], "author": { "name": "Masami Hiramatsu", "email": "mhiramat@kernel.org", "time": "Fri Nov 13 02:27:31 2020 +0900" }, "committer": { "name": "Steven Rostedt (VMware)", "email": "rostedt@goodmis.org", "time": "Thu Nov 12 20:36:52 2020 -0500" }, "message": "bootconfig: Extend the magic check range to the preceding 3 bytes\n\nSince Grub may align the size of initrd to 4 if user pass\ninitrd from cpio, we have to check the preceding 3 bytes as well.\n\nLink: https://lkml.kernel.org/r/160520205132.303174.4876760192433315429.stgit@devnote2\n\nCc: stable@vger.kernel.org\nFixes: 85c46b78da58 (\"bootconfig: Add bootconfig magic word for indicating bootconfig explicitly\")\nReported-by: Chen Yu \u003cyu.chen.surf@gmail.com\u003e\nTested-by: Chen Yu \u003cyu.chen.surf@gmail.com\u003e\nSigned-off-by: Masami Hiramatsu \u003cmhiramat@kernel.org\u003e\nSigned-off-by: Steven Rostedt (VMware) \u003crostedt@goodmis.org\u003e\n" }, { "commit": "c350f8bea271782e2733419bd2ab9bf4ec2051ef", "tree": "f37458c8f6e71203104cea14826491c73a059154", "parents": [ "0d50f059c4cdc9e436f6f4db8779ac0795bfdadf" ], "author": { "name": "Chen Zhou", "email": "chenzhou10@huawei.com", "time": "Thu Nov 12 21:53:32 2020 +0800" }, "committer": { "name": "Paul Moore", "email": "paul@paul-moore.com", "time": "Thu Nov 12 20:16:09 2020 -0500" }, "message": "selinux: Fix error return code in sel_ib_pkey_sid_slow()\n\nFix to return a negative error code from the error handling case\ninstead of 0 in function sel_ib_pkey_sid_slow(), as done elsewhere\nin this function.\n\nCc: stable@vger.kernel.org\nFixes: 409dcf31538a (\"selinux: Add a cache for quicker retreival of PKey SIDs\")\nReported-by: Hulk Robot \u003chulkci@huawei.com\u003e\nSigned-off-by: Chen Zhou \u003cchenzhou10@huawei.com\u003e\nSigned-off-by: Paul Moore \u003cpaul@paul-moore.com\u003e\n" }, { "commit": "5ce6861d36ed5207aff9e5eead4c7cc38a986586", "tree": "19184514eefdf70c8fc2c1a6f1e64cfbeb0e9411", "parents": [ "0eb0feb9aeac392edf01b525a54acde9b002312e" ], "author": { "name": "Venkata Sandeep Dhanalakota", "email": "venkata.s.dhanalakota@intel.com", "time": "Thu Nov 05 17:18:42 2020 -0800" }, "committer": { "name": "Rodrigo Vivi", "email": "rodrigo.vivi@intel.com", "time": "Thu Nov 12 19:47:30 2020 -0500" }, "message": "drm/i915: Correctly set SFC capability for video engines\n\nSFC capability of video engines is not set correctly because i915\nis testing for incorrect bits.\n\nFixes: c5d3e39caa45 (\"drm/i915: Engine discovery query\")\nCc: Matt Roper \u003cmatthew.d.roper@intel.com\u003e\nCc: Tvrtko Ursulin \u003ctvrtko.ursulin@intel.com\u003e\nSigned-off-by: Venkata Sandeep Dhanalakota \u003cvenkata.s.dhanalakota@intel.com\u003e\nSigned-off-by: Daniele Ceraolo Spurio \u003cdaniele.ceraolospurio@intel.com\u003e\nReviewed-by: Tvrtko Ursulin \u003ctvrtko.ursulin@intel.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e # v5.3+\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201106011842.36203-1-daniele.ceraolospurio@intel.com\n(cherry picked from commit ad18fa0f5f052046cad96fee762b5c64f42dd86a)\nSigned-off-by: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\n" }, { "commit": "0eb0feb9aeac392edf01b525a54acde9b002312e", "tree": "778c585077cd31fd5150a06dbc4b983d29541fbd", "parents": [ "0a1db6f0841288274f0d1e3a8fa8a3a787e05633" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Thu Nov 05 15:49:34 2020 +0000" }, "committer": { "name": "Rodrigo Vivi", "email": "rodrigo.vivi@intel.com", "time": "Thu Nov 12 19:47:30 2020 -0500" }, "message": "drm/i915/gem: Pull phys pread/pwrite implementations to the backend\n\nMove the specialised interactions with the physical GEM object from the\npread/pwrite ioctl handler into the phys backend.\n\nCurrently, if one is able to exhaust the entire aperture and then try to\npwrite into an object not backed by struct page, we accidentally invoked\nthe phys pwrite handler on a non-phys object; calamitous.\n\nFixes: c6790dc22312 (\"drm/i915: Wean off drm_pci_alloc/drm_pci_free\")\nTestcase: igt/gem_pwrite/exhaustion\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nReviewed-by: Matthew Auld \u003cmatthew.auld@intel.com\u003e\nCc: stable@vger.kernel.org\nLink: https://patchwork.freedesktop.org/patch/msgid/20201105154934.16022-2-chris@chris-wilson.co.uk\n(cherry picked from commit 852e1b3644817f071427b83859b889c788a0cf69)\nSigned-off-by: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\n" }, { "commit": "0a1db6f0841288274f0d1e3a8fa8a3a787e05633", "tree": "dba9216994623dc21e4a65c5209b627b637bbd63", "parents": [ "f8394f232b1eab649ce2df5c5f15b0e528c92091" ], "author": { "name": "Matthew Auld", "email": "matthew.auld@intel.com", "time": "Thu Nov 05 15:49:33 2020 +0000" }, "committer": { "name": "Rodrigo Vivi", "email": "rodrigo.vivi@intel.com", "time": "Thu Nov 12 19:47:30 2020 -0500" }, "message": "drm/i915/gem: Allow backends to override pread implementation\n\nAs there are more and more complicated interactions between the different\nbacking stores and userspace, push the control into the backends rather\nthan accumulate them all inside the ioctl handlers.\n\nSigned-off-by: Matthew Auld \u003cmatthew.auld@intel.com\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20201105154934.16022-1-chris@chris-wilson.co.uk\n(cherry picked from commit 0049b688459b846f819b6e51c24cd0781fcfde41)\nSigned-off-by: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\n" }, { "commit": "585e5b17b92dead8a3aca4e3c9876fbca5f7e0ba", "tree": "bbeeca2af139c0a22fc5e0f0d437c6422ce5a89c", "parents": [ "20ca21dfccb6dd6ae4d1d22b91c3c7514f4a712c", "d19d8d345eecd9247cbe6cbf27aef271bd88aba7" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 16:39:58 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 16:39:58 2020 -0800" }, "message": "Merge tag \u0027fscrypt-for-linus\u0027 of git://git.kernel.org/pub/scm/fs/fscrypt/fscrypt\n\nPull fscrypt fix from Eric Biggers:\n \"Fix a regression where new files weren\u0027t using inline encryption when\n they should be\"\n\n* tag \u0027fscrypt-for-linus\u0027 of git://git.kernel.org/pub/scm/fs/fscrypt/fscrypt:\n fscrypt: fix inline encryption not used on new files\n" }, { "commit": "20ca21dfccb6dd6ae4d1d22b91c3c7514f4a712c", "tree": "46d0adcc12bb178b882cfcdd69cd159860cd97d0", "parents": [ "db7c953555388571a96ed8783ff6c5745ba18ab9", "4e79e3f08e576acd51dffb4520037188703238b3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 16:37:14 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 16:37:14 2020 -0800" }, "message": "Merge tag \u0027gfs2-v5.10-rc3-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2\n\nPull gfs2 fixes from Andreas Gruenbacher:\n \"Fix jdata data corruption and glock reference leak\"\n\n* tag \u0027gfs2-v5.10-rc3-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2:\n gfs2: Fix case in which ail writes are done to jdata holes\n Revert \"gfs2: Ignore journal log writes for jdata holes\"\n gfs2: fix possible reference leak in gfs2_check_blk_type\n" }, { "commit": "77c7e1bc060deab6430f1dff5922ccd3093d9776", "tree": "b11caf557336ac049a26b8ef440778fa32bd4f59", "parents": [ "b2896458b850ec7cb69b054b195b4b399f7e1f22" ], "author": { "name": "Mike Travis", "email": "mike.travis@hpe.com", "time": "Tue Nov 10 19:04:18 2020 -0600" }, "committer": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Nov 13 00:00:31 2020 +0100" }, "message": "x86/platform/uv: Fix copied UV5 output archtype\n\nA test shows that the output contains a space:\n # cat /proc/sgi_uv/archtype\n NSGI4 U/UVX\n\nRemove that embedded space by copying the \"trimmed\" buffer instead of the\nuntrimmed input character list. Use sizeof to remove size dependency on\ncopy out length. Increase output buffer size by one character just in case\nBIOS sends an 8 character string for archtype.\n\nFixes: 1e61f5a95f19 (\"Add and decode Arch Type in UVsystab\")\nSigned-off-by: Mike Travis \u003cmike.travis@hpe.com\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nReviewed-by: Steve Wahl \u003csteve.wahl@hpe.com\u003e\nLink: https://lore.kernel.org/r/20201111010418.82133-1-mike.travis@hpe.com\n" }, { "commit": "db7c953555388571a96ed8783ff6c5745ba18ab9", "tree": "6eab6c28b0340841f51d8b4fbae685a2d7e84a91", "parents": [ "200f9d21aa92ae55390030b6c84757c2aa75bce0", "edbc21113bde13ca3d06eec24b621b1f628583dd" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 14:02:04 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 14:02:04 2020 -0800" }, "message": "Merge tag \u0027net-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net\n\nPull networking fixes from Jakub Kicinski:\n \"Current release - regressions:\n\n - arm64: dts: fsl-ls1028a-kontron-sl28: specify in-band mode for\n ENETC\n\n Current release - bugs in new features:\n\n - mptcp: provide rmem[0] limit offset to fix oops\n\n Previous release - regressions:\n\n - IPv6: Set SIT tunnel hard_header_len to zero to fix path MTU\n calculations\n\n - lan743x: correctly handle chips with internal PHY\n\n - bpf: Don\u0027t rely on GCC __attribute__((optimize)) to disable GCSE\n\n - mlx5e: Fix VXLAN port table synchronization after function reload\n\n Previous release - always broken:\n\n - bpf: Zero-fill re-used per-cpu map element\n\n - fix out-of-order UDP packets when forwarding with UDP GSO fraglists\n turned on:\n - fix UDP header access on Fast/frag0 UDP GRO\n - fix IP header access and skb lookup on Fast/frag0 UDP GRO\n\n - ethtool: netlink: add missing netdev_features_change() call\n\n - net: Update window_clamp if SOCK_RCVBUF is set\n\n - igc: Fix returning wrong statistics\n\n - ch_ktls: fix multiple leaks and corner cases in Chelsio TLS offload\n\n - tunnels: Fix off-by-one in lower MTU bounds for ICMP/ICMPv6 replies\n\n - r8169: disable hw csum for short packets on all chip versions\n\n - vrf: Fix fast path output packet handling with async Netfilter\n rules\"\n\n* tag \u0027net-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (65 commits)\n lan743x: fix use of uninitialized variable\n net: udp: fix IP header access and skb lookup on Fast/frag0 UDP GRO\n net: udp: fix UDP header access on Fast/frag0 UDP GRO\n devlink: Avoid overwriting port attributes of registered port\n vrf: Fix fast path output packet handling with async Netfilter rules\n cosa: Add missing kfree in error path of cosa_write\n net: switch to the kernel.org patchwork instance\n ch_ktls: stop the txq if reaches threshold\n ch_ktls: tcb update fails sometimes\n ch_ktls/cxgb4: handle partial tag alone SKBs\n ch_ktls: don\u0027t free skb before sending FIN\n ch_ktls: packet handling prior to start marker\n ch_ktls: Correction in middle record handling\n ch_ktls: missing handling of header alone\n ch_ktls: Correction in trimmed_len calculation\n cxgb4/ch_ktls: creating skbs causes panic\n ch_ktls: Update cheksum information\n ch_ktls: Correction in finding correct length\n cxgb4/ch_ktls: decrypted bit is not enough\n net/x25: Fix null-ptr-deref in x25_connect\n ...\n" }, { "commit": "200f9d21aa92ae55390030b6c84757c2aa75bce0", "tree": "6cc0357a6b01bcaea2fd9d973e5ef7981af0eaa8", "parents": [ "af5043c89a8ef6b6949a245fff355a552eaed240", "11decaf8127b035242cb55de2fc6946f8961f671" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 13:49:12 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 13:49:12 2020 -0800" }, "message": "Merge tag \u0027nfs-for-5.10-2\u0027 of git://git.linux-nfs.org/projects/anna/linux-nfs\n\nPull NFS client bugfixes from Anna Schumaker:\n \"Stable fixes:\n - Fix failure to unregister shrinker\n\n Other fixes:\n - Fix unnecessary locking to clear up some contention\n - Fix listxattr receive buffer size\n - Fix default mount options for nfsroot\"\n\n* tag \u0027nfs-for-5.10-2\u0027 of git://git.linux-nfs.org/projects/anna/linux-nfs:\n NFS: Remove unnecessary inode lock in nfs_fsync_dir()\n NFS: Remove unnecessary inode locking in nfs_llseek_dir()\n NFS: Fix listxattr receive buffer size\n NFSv4.2: fix failure to unregister shrinker\n nfsroot: Default mount option should ask for built-in NFS version\n" }, { "commit": "ed4ffaf49bf9ce1002b516d8c6aa04937b7950bc", "tree": "a4ba52faaa43190143bcd19c3ed8bf10a3e4e6bd", "parents": [ "338b17933a6077bb5406b33d8b9fb9616fffc1af" ], "author": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Tue Nov 10 14:13:08 2020 +0000" }, "committer": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Thu Nov 12 21:22:46 2020 +0000" }, "message": "KVM: arm64: Handle SCXTNUM_ELx traps\n\nAs the kernel never sets HCR_EL2.EnSCXT, accesses to SCXTNUM_ELx\nwill trap to EL2. Let\u0027s handle that as gracefully as possible\nby injecting an UNDEF exception into the guest. This is consistent\nwith the guest\u0027s view of ID_AA64PFR0_EL1.CSV2 being at most 1.\n\nSigned-off-by: Marc Zyngier \u003cmaz@kernel.org\u003e\nAcked-by: Will Deacon \u003cwill@kernel.org\u003e\nLink: https://lore.kernel.org/r/20201110141308.451654-4-maz@kernel.org\n" }, { "commit": "338b17933a6077bb5406b33d8b9fb9616fffc1af", "tree": "7057b1375662207324c212538eef395d56eb13a9", "parents": [ "23711a5e662c1a66e14cb9288e7dfd2b840efcd5" ], "author": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Tue Nov 10 14:13:07 2020 +0000" }, "committer": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Thu Nov 12 21:22:45 2020 +0000" }, "message": "KVM: arm64: Unify trap handlers injecting an UNDEF\n\nA large number of system register trap handlers only inject an\nUNDEF exeption, and yet each class of sysreg seems to provide its\nown, identical function.\n\nLet\u0027s unify them all, saving us introducing yet another one later.\n\nSigned-off-by: Marc Zyngier \u003cmaz@kernel.org\u003e\nAcked-by: Will Deacon \u003cwill@kernel.org\u003e\nLink: https://lore.kernel.org/r/20201110141308.451654-3-maz@kernel.org\n" }, { "commit": "23711a5e662c1a66e14cb9288e7dfd2b840efcd5", "tree": "eebbef5dcbc9d2d098e1112c8c5149d1232daf5e", "parents": [ "4f6b838c378a52ea3ae0b15f12ca8a20849072fa" ], "author": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Tue Nov 10 14:13:06 2020 +0000" }, "committer": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Thu Nov 12 21:22:22 2020 +0000" }, "message": "KVM: arm64: Allow setting of ID_AA64PFR0_EL1.CSV2 from userspace\n\nWe now expose ID_AA64PFR0_EL1.CSV2\u003d1 to guests running on hosts\nthat are immune to Spectre-v2, but that don\u0027t have this field set,\nmost likely because they predate the specification.\n\nHowever, this prevents the migration of guests that have started on\na host the doesn\u0027t fake this CSV2 setting to one that does, as KVM\nrejects the write to ID_AA64PFR0_EL2 on the grounds that it isn\u0027t\nwhat is already there.\n\nIn order to fix this, allow userspace to set this field as long as\nthis doesn\u0027t result in a promising more than what is already there\n(setting CSV2 to 0 is acceptable, but setting it to 1 when it is\nalready set to 0 isn\u0027t).\n\nFixes: e1026237f9067 (\"KVM: arm64: Set CSV2 for guests on hardware unaffected by Spectre-v2\")\nReported-by: Peng Liang \u003cliangpeng10@huawei.com\u003e\nSigned-off-by: Marc Zyngier \u003cmaz@kernel.org\u003e\nAcked-by: Will Deacon \u003cwill@kernel.org\u003e\nLink: https://lore.kernel.org/r/20201110141308.451654-2-maz@kernel.org\n" }, { "commit": "4f6b838c378a52ea3ae0b15f12ca8a20849072fa", "tree": "fbd8c2346320f97eda221b9150d787f9006e8b35", "parents": [ "c512298eed0360923d0cbc4a1f30bc0509af0d50", "3650b228f83adda7e5ee532e2b90429c03f7b9ec" ], "author": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Thu Nov 12 21:20:43 2020 +0000" }, "committer": { "name": "Marc Zyngier", "email": "maz@kernel.org", "time": "Thu Nov 12 21:20:43 2020 +0000" }, "message": "Merge tag \u0027v5.10-rc1\u0027 into kvmarm-master/next\n\nLinux 5.10-rc1\n\nSigned-off-by: Marc Zyngier \u003cmaz@kernel.org\u003e\n" }, { "commit": "c01a21b77722db0474bbcc4eafc8c4e0d8fed6d8", "tree": "c0400539b57e94605378866bddd937385453690f", "parents": [ "7e890c37c25c7cbca37ff0ab292873d8146e713b" ], "author": { "name": "Petr Vorel", "email": "pvorel@suse.cz", "time": "Thu Nov 12 17:50:05 2020 +0100" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Thu Nov 12 13:59:04 2020 -0700" }, "message": "loop: Fix occasional uevent drop\n\nCommit 716ad0986cbd (\"loop: Switch to set_capacity_revalidate_and_notify\")\ncauses an occasional drop of loop device uevent, which are no longer\ntriggered in loop_set_size() but in a different part of code.\n\nBug is reproducible with LTP test uevent01 [1]:\n\ni\u003d0; while true; do\n i\u003d$((i+1)); echo \"\u003d\u003d $i \u003d\u003d\"\n lsmod |grep -q loop \u0026\u0026 rmmod -f loop\n ./uevent01 || break\ndone\n\nPut back triggering through code called in loop_set_size().\n\nFix required to add yet another parameter to\nset_capacity_revalidate_and_notify().\n\n[1] https://github.com/linux-test-project/ltp/blob/master/testcases/kernel/uevents/uevent01.c\n\n[hch: rebased on a different change to the prototype of\n set_capacity_revalidate_and_notify]\n\nCc: stable@vger.kernel.org # v5.9\nFixes: 716ad0986cbd (\"loop: Switch to set_capacity_revalidate_and_notify\")\nReported-by: \u003cltp@lists.linux.it\u003e\nSigned-off-by: Petr Vorel \u003cpvorel@suse.cz\u003e\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "7e890c37c25c7cbca37ff0ab292873d8146e713b", "tree": "b678068dd864ad2fa49bae82d666b13c460ebbf3", "parents": [ "2bd645b2d3f0bacadaa6037f067538e1cd4e42ef" ], "author": { "name": "Christoph Hellwig", "email": "hch@lst.de", "time": "Thu Nov 12 17:50:04 2020 +0100" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Thu Nov 12 13:59:04 2020 -0700" }, "message": "block: add a return value to set_capacity_revalidate_and_notify\n\nReturn if the function ended up sending an uevent or not.\n\nCc: stable@vger.kernel.org # v5.9\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Petr Vorel \u003cpvorel@suse.cz\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "af5043c89a8ef6b6949a245fff355a552eaed240", "tree": "36aa60a109cd2a1dc0db00eb302e8174e41ca8bd", "parents": [ "fcfb67918c0bc26c595c424b14f736205a49328a", "7222a8a52c9ec59affc4d6c4e2632b3e4a44cd27" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 11:06:53 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 11:06:53 2020 -0800" }, "message": "Merge tag \u0027acpi-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm\n\nPull ACPI fixes from Rafael Wysocki:\n \"These are mostly docmentation fixes and janitorial changes plus some\n new device IDs and a new quirk.\n\n Specifics:\n\n - Fix documentation regarding GPIO properties (Andy Shevchenko)\n\n - Fix spelling mistakes in ACPI documentation (Flavio Suligoi)\n\n - Fix white space inconsistencies in ACPI code (Maximilian Luz)\n\n - Fix string formatting in the ACPI Generic Event Device (GED) driver\n (Nick Desaulniers)\n\n - Add Intel Alder Lake device IDs to the ACPI drivers used by the\n Dynamic Platform and Thermal Framework (Srinivas Pandruvada)\n\n - Add lid-related DMI quirk for Medion Akoya E2228T to the ACPI\n button driver (Hans de Goede)\"\n\n* tag \u0027acpi-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:\n ACPI: DPTF: Support Alder Lake\n Documentation: ACPI: fix spelling mistakes\n ACPI: button: Add DMI quirk for Medion Akoya E2228T\n ACPI: GED: fix -Wformat\n ACPI: Fix whitespace inconsistencies\n ACPI: scan: Fix acpi_dma_configure_id() kerneldoc name\n Documentation: firmware-guide: gpio-properties: Clarify initial output state\n Documentation: firmware-guide: gpio-properties: active_low only for GpioIo()\n Documentation: firmware-guide: gpio-properties: Fix factual mistakes\n" }, { "commit": "fcfb67918c0bc26c595c424b14f736205a49328a", "tree": "9fb42998b2bd685b44e114ac66b4d2a14db42473", "parents": [ "3d5e28bff7ad55aea081c1af516cc1c94a5eca7d", "fcb3a1ab79904d54499db77017793ccca665eb7e" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 11:03:38 2020 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Nov 12 11:03:38 2020 -0800" }, "message": "Merge tag \u0027pm-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm\n\nPull power management fixes from Rafael Wysocki:\n \"Make the intel_pstate driver behave as expected when it operates in\n the passive mode with HWP enabled and the \u0027powersave\u0027 governor on top\n of it\"\n\n* tag \u0027pm-5.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:\n cpufreq: intel_pstate: Take CPUFREQ_GOV_STRICT_TARGET into account\n cpufreq: Add strict_target to struct cpufreq_policy\n cpufreq: Introduce CPUFREQ_GOV_STRICT_TARGET\n cpufreq: Introduce governor flags\n" }, { "commit": "edbc21113bde13ca3d06eec24b621b1f628583dd", "tree": "5cee394dc25e3d196589f88c6084a72ced839994", "parents": [ "5861c8cb1c90fc171d56994827a66a5595a44d56" ], "author": { "name": "Sven Van Asbroeck", "email": "thesven73@gmail.com", "time": "Thu Nov 12 10:25:13 2020 -0500" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 10:03:16 2020 -0800" }, "message": "lan743x: fix use of uninitialized variable\n\nWhen no devicetree is present, the driver will use an\nuninitialized variable.\n\nFix by initializing this variable.\n\nFixes: 902a66e08cea (\"lan743x: correctly handle chips with internal PHY\")\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nSigned-off-by: Sven Van Asbroeck \u003cthesven73@gmail.com\u003e\nLink: https://lore.kernel.org/r/20201112152513.1941-1-TheSven73@gmail.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "5861c8cb1c90fc171d56994827a66a5595a44d56", "tree": "30734917e8330ab74b80440fd3dcc6dc29e29f5c", "parents": [ "8a5c2906c52f4a81939b4f8536e0004a4193a154", "55e729889bb07d68ab071660ce3f5e7a7872ebe8" ], "author": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 09:55:58 2020 -0800" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 09:55:59 2020 -0800" }, "message": "Merge branch \u0027net-udp-fix-fast-frag0-udp-gro\u0027\n\nAlexander Lobakin says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nnet: udp: fix Fast/frag0 UDP GRO\n\nWhile testing UDP GSO fraglists forwarding through driver that uses\nFast GRO (via napi_gro_frags()), I was observing lots of out-of-order\niperf packets:\n\n[ ID] Interval Transfer Bitrate Jitter\n[SUM] 0.0-40.0 sec 12106 datagrams received out-of-order\n\nSimple switch to napi_gro_receive() or any other method without frag0\nshortcut completely resolved them.\n\nI\u0027ve found two incorrect header accesses in GRO receive callback(s):\n - udp_hdr() (instead of udp_gro_udphdr()) that always points to junk\n in \"fast\" mode and could probably do this in \"regular\".\n This was the actual bug that caused all out-of-order delivers;\n - udp{4,6}_lib_lookup_skb() -\u003e ip{,v6}_hdr() (instead of\n skb_gro_network_header()) that potentionally might return odd\n pointers in both modes.\n\nEach patch addresses one of these two issues.\n\nThis doesn\u0027t cover a support for nested tunnels as it\u0027s out of the\nsubject and requires more invasive changes. It will be handled\nseparately in net-next series.\n\nCredits:\nCc: Eric Dumazet \u003cedumazet@google.com\u003e\nCc: Jakub Kicinski \u003ckuba@kernel.org\u003e\nCc: Willem de Bruijn \u003cwillemb@google.com\u003e\n\nSince v4 [0]:\n - split the fix into two logical ones (Willem);\n - replace ternaries with plain ifs to beautify the code (Jakub);\n - drop p-\u003edata part to reintroduce it later in abovementioned set.\n\nSince v3 [1]:\n - restore the original {,__}udp{4,6}_lib_lookup_skb() and use\n private versions of them inside GRO code (Willem).\n\nSince v2 [2]:\n - dropped redundant check introduced in v2 as it\u0027s performed right\n before (thanks to Eric);\n - udp_hdr() switched to data + off for skbs from list (also Eric);\n - fixed possible malfunction of {,__}udp{4,6}_lib_lookup_skb() with\n Fast/frag0 due to ip{,v6}_hdr() usage (Willem).\n\nSince v1 [3]:\n - added a NULL pointer check for \"uh\" as suggested by Willem.\n\n[0] https://lore.kernel.org/netdev/Ha2hou5eJPcblo4abjAqxZRzIl1RaLs2Hy0oOAgFs@cp4-web-036.plabs.ch\n[1] https://lore.kernel.org/netdev/MgZce9htmEtCtHg7pmWxXXfdhmQ6AHrnltXC41zOoo@cp7-web-042.plabs.ch\n[2] https://lore.kernel.org/netdev/0eaG8xtbtKY1dEKCTKUBubGiC9QawGgB3tVZtNqVdY@cp4-web-030.plabs.ch\n[3] https://lore.kernel.org/netdev/YazU6GEzBdpyZMDMwJirxDX7B4sualpDG68ADZYvJI@cp4-web-034.plabs.ch\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nLink: https://lore.kernel.org/r/hjGOh0iCOYyo1FPiZh6TMXcx3YCgNs1T1eGKLrDz8@cp4-web-037.plabs.ch\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "55e729889bb07d68ab071660ce3f5e7a7872ebe8", "tree": "30734917e8330ab74b80440fd3dcc6dc29e29f5c", "parents": [ "4b1a86281cc1d0de46df3ad2cb8c1f86ac07681c" ], "author": { "name": "Alexander Lobakin", "email": "alobakin@pm.me", "time": "Wed Nov 11 20:45:38 2020 +0000" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 09:55:51 2020 -0800" }, "message": "net: udp: fix IP header access and skb lookup on Fast/frag0 UDP GRO\n\nudp{4,6}_lib_lookup_skb() use ip{,v6}_hdr() to get IP header of the\npacket. While it\u0027s probably OK for non-frag0 paths, this helpers\nwill also point to junk on Fast/frag0 GRO when all headers are\nlocated in frags. As a result, sk/skb lookup may fail or give wrong\nresults. To support both GRO modes, skb_gro_network_header() might\nbe used. To not modify original functions, add private versions of\nudp{4,6}_lib_lookup_skb() only to perform correct sk lookups on GRO.\n\nPresent since the introduction of \"application-level\" UDP GRO\nin 4.7-rc1.\n\nMisc: replace totally unneeded ternaries with plain ifs.\n\nFixes: a6024562ffd7 (\"udp: Add GRO functions to UDP socket\")\nSuggested-by: Willem de Bruijn \u003cwillemb@google.com\u003e\nCc: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: Alexander Lobakin \u003calobakin@pm.me\u003e\nAcked-by: Willem de Bruijn \u003cwillemb@google.com\u003e\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "4b1a86281cc1d0de46df3ad2cb8c1f86ac07681c", "tree": "224c27eb3a0ced79f988c9ef7644f4b8cdb9d60c", "parents": [ "8a5c2906c52f4a81939b4f8536e0004a4193a154" ], "author": { "name": "Alexander Lobakin", "email": "alobakin@pm.me", "time": "Wed Nov 11 20:45:25 2020 +0000" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 09:55:43 2020 -0800" }, "message": "net: udp: fix UDP header access on Fast/frag0 UDP GRO\n\nUDP GRO uses udp_hdr(skb) in its .gro_receive() callback. While it\u0027s\nprobably OK for non-frag0 paths (when all headers or even the entire\nframe are already in skb head), this inline points to junk when\nusing Fast GRO (napi_gro_frags() or napi_gro_receive() with only\nEthernet header in skb head and all the rest in the frags) and breaks\nGRO packet compilation and the packet flow itself.\nTo support both modes, skb_gro_header_fast() + skb_gro_header_slow()\nare typically used. UDP even has an inline helper that makes use of\nthem, udp_gro_udphdr(). Use that instead of troublemaking udp_hdr()\nto get rid of the out-of-order delivers.\n\nPresent since the introduction of plain UDP GRO in 5.0-rc1.\n\nFixes: e20cf8d3f1f7 (\"udp: implement GRO for plain UDP sockets.\")\nCc: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: Alexander Lobakin \u003calobakin@pm.me\u003e\nAcked-by: Willem de Bruijn \u003cwillemb@google.com\u003e\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "4e79e3f08e576acd51dffb4520037188703238b3", "tree": "110850256687b7d4cb4b4d97b5bf143c370a8988", "parents": [ "d3039c0615c3f80eaf735e581ed11242c0064299" ], "author": { "name": "Bob Peterson", "email": "rpeterso@redhat.com", "time": "Thu Nov 12 10:02:48 2020 -0600" }, "committer": { "name": "Andreas Gruenbacher", "email": "agruenba@redhat.com", "time": "Thu Nov 12 18:55:20 2020 +0100" }, "message": "gfs2: Fix case in which ail writes are done to jdata holes\n\nPatch b2a846dbef4e (\"gfs2: Ignore journal log writes for jdata holes\")\ntried (unsuccessfully) to fix a case in which writes were done to jdata\nblocks, the blocks are sent to the ail list, then a punch_hole or truncate\noperation caused the blocks to be freed. In other words, the ail items\nare for jdata holes. Before b2a846dbef4e, the jdata hole caused function\ngfs2_block_map to return -EIO, which was eventually interpreted as an\nIO error to the journal, and then withdraw.\n\nThis patch changes function gfs2_get_block_noalloc, which is only used\nfor jdata writes, so it returns -ENODATA rather than -EIO, and when\n-ENODATA is returned to gfs2_ail1_start_one, the error is ignored.\nWe can safely ignore it because gfs2_ail1_start_one is only called\nwhen the jdata pages have already been written and truncated, so the\nail1 content no longer applies.\n\nSigned-off-by: Bob Peterson \u003crpeterso@redhat.com\u003e\nSigned-off-by: Andreas Gruenbacher \u003cagruenba@redhat.com\u003e\n" }, { "commit": "d3039c0615c3f80eaf735e581ed11242c0064299", "tree": "af0aaa589f0456b1cdb62d19286aee003e0c5881", "parents": [ "bc923818b190c8b63c91a47702969c8053574f5b" ], "author": { "name": "Bob Peterson", "email": "rpeterso@redhat.com", "time": "Wed Nov 11 11:09:55 2020 -0600" }, "committer": { "name": "Andreas Gruenbacher", "email": "agruenba@redhat.com", "time": "Thu Nov 12 18:41:57 2020 +0100" }, "message": "Revert \"gfs2: Ignore journal log writes for jdata holes\"\n\nThis reverts commit b2a846dbef4ef54ef032f0f5ee188c609a0278a7.\n\nThat commit changed the behavior of function gfs2_block_map to return\n-ENODATA in cases where a hole (IOMAP_HOLE) is encountered and create is\nfalse. While that fixed the intended problem for jdata, it also broke\nother callers of gfs2_block_map such as some jdata block reads. Before\nthe patch, an encountered hole would be skipped and the buffer seen as\nunmapped by the caller. The patch changed the behavior to return\n-ENODATA, which is interpreted as an error by the caller.\n\nThe -ENODATA return code should be restricted to the specific case where\njdata holes are encountered during ail1 writes. That will be done in a\nlater patch.\n\nSigned-off-by: Bob Peterson \u003crpeterso@redhat.com\u003e\nSigned-off-by: Andreas Gruenbacher \u003cagruenba@redhat.com\u003e\n" }, { "commit": "8a5c2906c52f4a81939b4f8536e0004a4193a154", "tree": "c1836fdcf3af95732e12d5d9337d5e608cc99990", "parents": [ "9f73bd1c2c4c304b238051fc92b3f807326f0a89", "5fb7f75bc138c868df2df40d386c7244122cca77" ], "author": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 08:47:22 2020 -0800" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 08:47:23 2020 -0800" }, "message": "Merge branch \u002740GbE\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-11-10\n\nThis series contains updates to i40e and igc drivers and the MAINTAINERS\nfile.\n\nSlawomir fixes updating VF MAC addresses to fix various issues related\nto reporting and setting of these addresses for i40e.\n\nDan Carpenter fixes a possible used before being initialized issue for\ni40e.\n\nVinicius fixes reporting of netdev stats for igc.\n\nTony updates repositories for Intel Ethernet Drivers.\n\n* \u002740GbE\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tnguy/net-queue:\n MAINTAINERS: Update repositories for Intel Ethernet Drivers\n igc: Fix returning wrong statistics\n i40e, xsk: uninitialized variable in i40e_clean_rx_irq_zc()\n i40e: Fix MAC address setting for a VF via Host/VM\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nLink: https://lore.kernel.org/r/20201111001955.533210-1-anthony.l.nguyen@intel.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "9f73bd1c2c4c304b238051fc92b3f807326f0a89", "tree": "21791d4000eda8207664cbcb9461d1886dfee1ea", "parents": [ "9e2b7fa2df4365e99934901da4fb4af52d81e820" ], "author": { "name": "Parav Pandit", "email": "parav@nvidia.com", "time": "Wed Nov 11 05:47:44 2020 +0200" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 08:06:57 2020 -0800" }, "message": "devlink: Avoid overwriting port attributes of registered port\n\nCited commit in fixes tag overwrites the port attributes for the\nregistered port.\n\nAvoid such error by checking registered flag before setting attributes.\n\nFixes: 71ad8d55f8e5 (\"devlink: Replace devlink_port_attrs_set parameters with a struct\")\nSigned-off-by: Parav Pandit \u003cparav@nvidia.com\u003e\nReviewed-by: Jiri Pirko \u003cjiri@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20201111034744.35554-1-parav@nvidia.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "9e2b7fa2df4365e99934901da4fb4af52d81e820", "tree": "f25d2a077d790df54c8897b9b80ac2455b025c79", "parents": [ "52755b66ddcef2e897778fac5656df18817b59ab" ], "author": { "name": "Martin Willi", "email": "martin@strongswan.org", "time": "Fri Nov 06 08:30:30 2020 +0100" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Thu Nov 12 07:47:06 2020 -0800" }, "message": "vrf: Fix fast path output packet handling with async Netfilter rules\n\nVRF devices use an optimized direct path on output if a default qdisc\nis involved, calling Netfilter hooks directly. This path, however, does\nnot consider Netfilter rules completing asynchronously, such as with\nNFQUEUE. The Netfilter okfn() is called for asynchronously accepted\npackets, but the VRF never passes that packet down the stack to send\nit out over the slave device. Using the slower redirect path for this\nseems not feasible, as we do not know beforehand if a Netfilter hook\nhas asynchronously completing rules.\n\nFix the use of asynchronously completing Netfilter rules in OUTPUT and\nPOSTROUTING by using a special completion function that additionally\ncalls dst_output() to pass the packet down the stack. Also, slightly\nadjust the use of nf_reset_ct() so that is called in the asynchronous\ncase, too.\n\nFixes: dcdd43c41e60 (\"net: vrf: performance improvements for IPv4\")\nFixes: a9ec54d1b0cd (\"net: vrf: performance improvements for IPv6\")\nSigned-off-by: Martin Willi \u003cmartin@strongswan.org\u003e\nLink: https://lore.kernel.org/r/20201106073030.3974927-1-martin@strongswan.org\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "11decaf8127b035242cb55de2fc6946f8961f671", "tree": "f3e884cae61ce7c31d863b8027987905eab73b7d", "parents": [ "83f2c45e63935a325f73bde98b1609e0976a12e0" ], "author": { "name": "Trond Myklebust", "email": "trond.myklebust@hammerspace.com", "time": "Fri Oct 30 17:57:30 2020 -0400" }, "committer": { "name": "Anna Schumaker", "email": "Anna.Schumaker@Netapp.com", "time": "Thu Nov 12 10:41:26 2020 -0500" }, "message": "NFS: Remove unnecessary inode lock in nfs_fsync_dir()\n\nnfs_inc_stats() is already thread-safe, and there are no other reasons\nto hold the inode lock here.\n\nSigned-off-by: Trond Myklebust \u003ctrond.myklebust@hammerspace.com\u003e\nSigned-off-by: Anna Schumaker \u003cAnna.Schumaker@Netapp.com\u003e\n" } ], "next": "83f2c45e63935a325f73bde98b1609e0976a12e0" }