From ef340cfa9360ee52343e3c2d1843cd584b0aff7c Mon Sep 17 00:00:00 2001 From: Sasha Levin Date: Sun, 23 Aug 2020 17:41:32 -0400 Subject: [PATCH] Fixes for 5.8 Signed-off-by: Sasha Levin --- ...annotation-of-io-read-write-16-32-be.patch | 57 +++++++++ ...ceph-fix-use-after-free-for-fsc-mdsc.patch | 44 +++++++ ...tate-fix-cpuinfo_max_freq-when-msr_t.patch | 48 ++++++++ ...-pmu-prefer-drm_warn_on-over-warn_on.patch | 55 +++++++++ ...drm-i915-provide-the-perf-pmu.module.patch | 62 ++++++++++ ...et-in-vmas-with-a-pg_offs-in-ttm_bo_.patch | 44 +++++++ ...k-page-dirty-status-before-writeback.patch | 40 +++++++ ...d-inode-eviction-in-synchronous-path.patch | 71 +++++++++++ ...-fix-fat_ra_init-for-data-clusters-0.patch | 41 +++++++ ...x-inconsistent-return-codes-for-sign.patch | 60 ++++++++++ ...d-a-newline-when-printing-proto-by-s.patch | 39 +++++++ queue-5.8/jffs2-fix-uaf-problem.patch | 80 +++++++++++++ ...eschedule-if-mmu_notifier_range_bloc.patch | 110 ++++++++++++++++++ ...erwriting-of-bits-in-coldfire-v3-cac.patch | 52 +++++++++ ...e-improve-exception-handling-in-budg.patch | 56 +++++++++ ...memory-leaks-on-error-handling-paths.patch | 99 ++++++++++++++++ ...da-jpeg-add-null-check-after-kmalloc.patch | 44 +++++++ ...edia-vpss-clean-up-resources-in-init.patch | 66 +++++++++++ ...e-to-reserve-memory-for-crash-kernel.patch | 82 +++++++++++++ queue-5.8/riscv-fixup-static_obj-fail.patch | 79 +++++++++++++ ...ble-interrupt-in-set_alarm-when-nece.patch | 39 +++++++ ...skb-in-fc_disc_gpn_id_resp-for-valid.patch | 66 +++++++++++ ...-fix-crash-in-tcmu_flush_dcache_rang.patch | 94 +++++++++++++++ ...ay_before_lpm-quirk-for-micron-devic.patch | 52 +++++++++ queue-5.8/series | 30 +++++ ...rdma-fix-another-receive-buffer-leak.patch | 45 +++++++ ...vmalloc_to_page-on-vmalloc-virt-addr.patch | 63 ++++++++++ ...lftests-cgroup-cgroup_util.c-cg_read.patch | 44 +++++++ ...d-loop-when-vq-is-broken-in-virtqueu.patch | 53 +++++++++ ...s-fix-inode-quota-reservation-checks.patch | 56 +++++++++ ...san-null-ptr-deref-in-xfs_sysfs_init.patch | 59 ++++++++++ 31 files changed, 1830 insertions(+) create mode 100644 queue-5.8/alpha-fix-annotation-of-io-read-write-16-32-be.patch create mode 100644 queue-5.8/ceph-fix-use-after-free-for-fsc-mdsc.patch create mode 100644 queue-5.8/cpufreq-intel_pstate-fix-cpuinfo_max_freq-when-msr_t.patch create mode 100644 queue-5.8/drm-i915-pmu-prefer-drm_warn_on-over-warn_on.patch create mode 100644 queue-5.8/drm-i915-provide-the-perf-pmu.module.patch create mode 100644 queue-5.8/drm-ttm-fix-offset-in-vmas-with-a-pg_offs-in-ttm_bo_.patch create mode 100644 queue-5.8/f2fs-fix-to-check-page-dirty-status-before-writeback.patch create mode 100644 queue-5.8/f2fs-should-avoid-inode-eviction-in-synchronous-path.patch create mode 100644 queue-5.8/fat-fix-fat_ra_init-for-data-clusters-0.patch create mode 100644 queue-5.8/fs-signalfd.c-fix-inconsistent-return-codes-for-sign.patch create mode 100644 queue-5.8/input-psmouse-add-a-newline-when-printing-proto-by-s.patch create mode 100644 queue-5.8/jffs2-fix-uaf-problem.patch create mode 100644 queue-5.8/kvm-arm64-only-reschedule-if-mmu_notifier_range_bloc.patch create mode 100644 queue-5.8/m68knommu-fix-overwriting-of-bits-in-coldfire-v3-cac.patch create mode 100644 queue-5.8/media-budget-core-improve-exception-handling-in-budg.patch create mode 100644 queue-5.8/media-camss-fix-memory-leaks-on-error-handling-paths.patch create mode 100644 queue-5.8/media-coda-jpeg-add-null-check-after-kmalloc.patch create mode 100644 queue-5.8/media-vpss-clean-up-resources-in-init.patch create mode 100644 queue-5.8/mips-fix-unable-to-reserve-memory-for-crash-kernel.patch create mode 100644 queue-5.8/riscv-fixup-static_obj-fail.patch create mode 100644 queue-5.8/rtc-goldfish-enable-interrupt-in-set_alarm-when-nece.patch create mode 100644 queue-5.8/scsi-libfc-free-skb-in-fc_disc_gpn_id_resp-for-valid.patch create mode 100644 queue-5.8/scsi-target-tcmu-fix-crash-in-tcmu_flush_dcache_rang.patch create mode 100644 queue-5.8/scsi-ufs-add-delay_before_lpm-quirk-for-micron-devic.patch create mode 100644 queue-5.8/svcrdma-fix-another-receive-buffer-leak.patch create mode 100644 queue-5.8/swiotlb-xen-use-vmalloc_to_page-on-vmalloc-virt-addr.patch create mode 100644 queue-5.8/tools-testing-selftests-cgroup-cgroup_util.c-cg_read.patch create mode 100644 queue-5.8/virtio_ring-avoid-loop-when-vq-is-broken-in-virtqueu.patch create mode 100644 queue-5.8/xfs-fix-inode-quota-reservation-checks.patch create mode 100644 queue-5.8/xfs-fix-ubsan-null-ptr-deref-in-xfs_sysfs_init.patch diff --git a/queue-5.8/alpha-fix-annotation-of-io-read-write-16-32-be.patch b/queue-5.8/alpha-fix-annotation-of-io-read-write-16-32-be.patch new file mode 100644 index 00000000000..e98a39b324b --- /dev/null +++ b/queue-5.8/alpha-fix-annotation-of-io-read-write-16-32-be.patch @@ -0,0 +1,57 @@ +From ae47cc5c06a5d46c67389b3bba33de5c31a12471 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 11 Aug 2020 18:33:54 -0700 +Subject: alpha: fix annotation of io{read,write}{16,32}be() + +From: Luc Van Oostenryck + +[ Upstream commit bd72866b8da499e60633ff28f8a4f6e09ca78efe ] + +These accessors must be used to read/write a big-endian bus. The value +returned or written is native-endian. + +However, these accessors are defined using be{16,32}_to_cpu() or +cpu_to_be{16,32}() to make the endian conversion but these expect a +__be{16,32} when none is present. Keeping them would need a force cast +that would solve nothing at all. + +So, do the conversion using swab{16,32}, like done in asm-generic for +similar situations. + +Reported-by: kernel test robot +Signed-off-by: Luc Van Oostenryck +Signed-off-by: Andrew Morton +Cc: Richard Henderson +Cc: Ivan Kokshaysky +Cc: Matt Turner +Cc: Stephen Boyd +Cc: Arnd Bergmann +Link: http://lkml.kernel.org/r/20200622114232.80039-1-luc.vanoostenryck@gmail.com +Signed-off-by: Linus Torvalds +Signed-off-by: Sasha Levin +--- + arch/alpha/include/asm/io.h | 8 ++++---- + 1 file changed, 4 insertions(+), 4 deletions(-) + +diff --git a/arch/alpha/include/asm/io.h b/arch/alpha/include/asm/io.h +index a4d0c19f1e796..640e1a2f57b42 100644 +--- a/arch/alpha/include/asm/io.h ++++ b/arch/alpha/include/asm/io.h +@@ -489,10 +489,10 @@ extern inline void writeq(u64 b, volatile void __iomem *addr) + } + #endif + +-#define ioread16be(p) be16_to_cpu(ioread16(p)) +-#define ioread32be(p) be32_to_cpu(ioread32(p)) +-#define iowrite16be(v,p) iowrite16(cpu_to_be16(v), (p)) +-#define iowrite32be(v,p) iowrite32(cpu_to_be32(v), (p)) ++#define ioread16be(p) swab16(ioread16(p)) ++#define ioread32be(p) swab32(ioread32(p)) ++#define iowrite16be(v,p) iowrite16(swab16(v), (p)) ++#define iowrite32be(v,p) iowrite32(swab32(v), (p)) + + #define inb_p inb + #define inw_p inw +-- +2.25.1 + diff --git a/queue-5.8/ceph-fix-use-after-free-for-fsc-mdsc.patch b/queue-5.8/ceph-fix-use-after-free-for-fsc-mdsc.patch new file mode 100644 index 00000000000..b970a0c4354 --- /dev/null +++ b/queue-5.8/ceph-fix-use-after-free-for-fsc-mdsc.patch @@ -0,0 +1,44 @@ +From 79129d32b65037822794f5dc4902dea521eb2bec Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 23 Jul 2020 15:32:25 +0800 +Subject: ceph: fix use-after-free for fsc->mdsc + +From: Xiubo Li + +[ Upstream commit a7caa88f8b72c136f9a401f498471b8a8e35370d ] + +If the ceph_mdsc_init() fails, it will free the mdsc already. + +Reported-by: syzbot+b57f46d8d6ea51960b8c@syzkaller.appspotmail.com +Signed-off-by: Xiubo Li +Reviewed-by: Jeff Layton +Signed-off-by: Ilya Dryomov +Signed-off-by: Sasha Levin +--- + fs/ceph/mds_client.c | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/fs/ceph/mds_client.c b/fs/ceph/mds_client.c +index dea971f9d89ee..946f9a92658ab 100644 +--- a/fs/ceph/mds_client.c ++++ b/fs/ceph/mds_client.c +@@ -4361,7 +4361,6 @@ int ceph_mdsc_init(struct ceph_fs_client *fsc) + goto err_mdsc; + } + +- fsc->mdsc = mdsc; + init_completion(&mdsc->safe_umount_waiters); + init_waitqueue_head(&mdsc->session_close_wq); + INIT_LIST_HEAD(&mdsc->waiting_for_map); +@@ -4416,6 +4415,8 @@ int ceph_mdsc_init(struct ceph_fs_client *fsc) + + strscpy(mdsc->nodename, utsname()->nodename, + sizeof(mdsc->nodename)); ++ ++ fsc->mdsc = mdsc; + return 0; + + err_mdsmap: +-- +2.25.1 + diff --git a/queue-5.8/cpufreq-intel_pstate-fix-cpuinfo_max_freq-when-msr_t.patch b/queue-5.8/cpufreq-intel_pstate-fix-cpuinfo_max_freq-when-msr_t.patch new file mode 100644 index 00000000000..84627cc1a64 --- /dev/null +++ b/queue-5.8/cpufreq-intel_pstate-fix-cpuinfo_max_freq-when-msr_t.patch @@ -0,0 +1,48 @@ +From 6c73bb1bf6470f68e48027d35935682c9c0cb404 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Mon, 3 Aug 2020 11:37:20 -0700 +Subject: cpufreq: intel_pstate: Fix cpuinfo_max_freq when + MSR_TURBO_RATIO_LIMIT is 0 + +From: Srinivas Pandruvada + +[ Upstream commit 4daca379c703ff55edc065e8e5173dcfeecf0148 ] + +The MSR_TURBO_RATIO_LIMIT can be 0. This is not an error. User can update +this MSR via BIOS settings on some systems or can use msr tools to update. +Also some systems boot with value = 0. + +This results in display of cpufreq/cpuinfo_max_freq wrong. This value +will be equal to cpufreq/base_frequency, even though turbo is enabled. + +But platform will still function normally in HWP mode as we get max +1-core frequency from the MSR_HWP_CAPABILITIES. This MSR is already used +to calculate cpu->pstate.turbo_freq, which is used for to set +policy->cpuinfo.max_freq. But some other places cpu->pstate.turbo_pstate +is used. For example to set policy->max. + +To fix this, also update cpu->pstate.turbo_pstate when updating +cpu->pstate.turbo_freq. + +Signed-off-by: Srinivas Pandruvada +Signed-off-by: Rafael J. Wysocki +Signed-off-by: Sasha Levin +--- + drivers/cpufreq/intel_pstate.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c +index 7e0f7880b21a6..c7540ad28995b 100644 +--- a/drivers/cpufreq/intel_pstate.c ++++ b/drivers/cpufreq/intel_pstate.c +@@ -1572,6 +1572,7 @@ static void intel_pstate_get_cpu_pstates(struct cpudata *cpu) + + intel_pstate_get_hwp_max(cpu->cpu, &phy_max, ¤t_max); + cpu->pstate.turbo_freq = phy_max * cpu->pstate.scaling; ++ cpu->pstate.turbo_pstate = phy_max; + } else { + cpu->pstate.turbo_freq = cpu->pstate.turbo_pstate * cpu->pstate.scaling; + } +-- +2.25.1 + diff --git a/queue-5.8/drm-i915-pmu-prefer-drm_warn_on-over-warn_on.patch b/queue-5.8/drm-i915-pmu-prefer-drm_warn_on-over-warn_on.patch new file mode 100644 index 00000000000..f75818bbc88 --- /dev/null +++ b/queue-5.8/drm-i915-pmu-prefer-drm_warn_on-over-warn_on.patch @@ -0,0 +1,55 @@ +From 733830db581ecd8141ca4430d72cd5d677b75fd0 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Mon, 4 May 2020 23:45:58 +0530 +Subject: drm/i915/pmu: Prefer drm_WARN_ON over WARN_ON + +From: Pankaj Bharadiya + +[ Upstream commit bf07f6ebffefce2bbf3c318f9ce2f987774ea983 ] + +struct drm_device specific drm_WARN* macros include device information +in the backtrace, so we know what device the warnings originate from. + +Prefer drm_WARN_ON over WARN_ON. + +Signed-off-by: Pankaj Bharadiya +Signed-off-by: Jani Nikula +Link: https://patchwork.freedesktop.org/patch/msgid/20200504181600.18503-8-pankaj.laxminarayan.bharadiya@intel.com +Signed-off-by: Sasha Levin +--- + drivers/gpu/drm/i915/i915_pmu.c | 12 +++++++++--- + 1 file changed, 9 insertions(+), 3 deletions(-) + +diff --git a/drivers/gpu/drm/i915/i915_pmu.c b/drivers/gpu/drm/i915/i915_pmu.c +index 962ded9ce73fd..802837de1767c 100644 +--- a/drivers/gpu/drm/i915/i915_pmu.c ++++ b/drivers/gpu/drm/i915/i915_pmu.c +@@ -441,7 +441,11 @@ static u64 count_interrupts(struct drm_i915_private *i915) + + static void i915_pmu_event_destroy(struct perf_event *event) + { +- WARN_ON(event->parent); ++ struct drm_i915_private *i915 = ++ container_of(event->pmu, typeof(*i915), pmu.base); ++ ++ drm_WARN_ON(&i915->drm, event->parent); ++ + module_put(THIS_MODULE); + } + +@@ -1058,8 +1062,10 @@ static int i915_pmu_register_cpuhp_state(struct i915_pmu *pmu) + + static void i915_pmu_unregister_cpuhp_state(struct i915_pmu *pmu) + { +- WARN_ON(pmu->cpuhp.slot == CPUHP_INVALID); +- WARN_ON(cpuhp_state_remove_instance(pmu->cpuhp.slot, &pmu->cpuhp.node)); ++ struct drm_i915_private *i915 = container_of(pmu, typeof(*i915), pmu); ++ ++ drm_WARN_ON(&i915->drm, pmu->cpuhp.slot == CPUHP_INVALID); ++ drm_WARN_ON(&i915->drm, cpuhp_state_remove_instance(pmu->cpuhp.slot, &pmu->cpuhp.node)); + cpuhp_remove_multi_state(pmu->cpuhp.slot); + pmu->cpuhp.slot = CPUHP_INVALID; + } +-- +2.25.1 + diff --git a/queue-5.8/drm-i915-provide-the-perf-pmu.module.patch b/queue-5.8/drm-i915-provide-the-perf-pmu.module.patch new file mode 100644 index 00000000000..7c9e3dd71cd --- /dev/null +++ b/queue-5.8/drm-i915-provide-the-perf-pmu.module.patch @@ -0,0 +1,62 @@ +From 96547f5c7892ea5d25b0ba07e1a42d10b64a2925 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 16 Jul 2020 10:46:43 +0100 +Subject: drm/i915: Provide the perf pmu.module + +From: Chris Wilson + +[ Upstream commit df3ab3cb7eae63c6eb7c9aebcc196a75d59f65dd ] + +Rather than manually implement our own module reference counting for perf +pmu events, finally realise that there is a module parameter to struct +pmu for this very purpose. + +Signed-off-by: Chris Wilson +Cc: Tvrtko Ursulin +Cc: stable@vger.kernel.org +Reviewed-by: Tvrtko Ursulin +Link: https://patchwork.freedesktop.org/patch/msgid/20200716094643.31410-1-chris@chris-wilson.co.uk +Signed-off-by: Rodrigo Vivi +(cherry picked from commit 27e897beec1c59861f15d4d3562c39ad1143620f) +Signed-off-by: Jani Nikula +Signed-off-by: Sasha Levin +--- + drivers/gpu/drm/i915/i915_pmu.c | 7 ++----- + 1 file changed, 2 insertions(+), 5 deletions(-) + +diff --git a/drivers/gpu/drm/i915/i915_pmu.c b/drivers/gpu/drm/i915/i915_pmu.c +index 802837de1767c..9792220ddbe2e 100644 +--- a/drivers/gpu/drm/i915/i915_pmu.c ++++ b/drivers/gpu/drm/i915/i915_pmu.c +@@ -445,8 +445,6 @@ static void i915_pmu_event_destroy(struct perf_event *event) + container_of(event->pmu, typeof(*i915), pmu.base); + + drm_WARN_ON(&i915->drm, event->parent); +- +- module_put(THIS_MODULE); + } + + static int +@@ -538,10 +536,8 @@ static int i915_pmu_event_init(struct perf_event *event) + if (ret) + return ret; + +- if (!event->parent) { +- __module_get(THIS_MODULE); ++ if (!event->parent) + event->destroy = i915_pmu_event_destroy; +- } + + return 0; + } +@@ -1127,6 +1123,7 @@ void i915_pmu_register(struct drm_i915_private *i915) + if (!pmu->base.attr_groups) + goto err_attr; + ++ pmu->base.module = THIS_MODULE; + pmu->base.task_ctx_nr = perf_invalid_context; + pmu->base.event_init = i915_pmu_event_init; + pmu->base.add = i915_pmu_event_add; +-- +2.25.1 + diff --git a/queue-5.8/drm-ttm-fix-offset-in-vmas-with-a-pg_offs-in-ttm_bo_.patch b/queue-5.8/drm-ttm-fix-offset-in-vmas-with-a-pg_offs-in-ttm_bo_.patch new file mode 100644 index 00000000000..960ef154719 --- /dev/null +++ b/queue-5.8/drm-ttm-fix-offset-in-vmas-with-a-pg_offs-in-ttm_bo_.patch @@ -0,0 +1,44 @@ +From dcfcac26cf00a7bdaf584daa3c1d3b1c316fd4e4 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 28 Jul 2020 14:27:04 -0400 +Subject: drm/ttm: fix offset in VMAs with a pg_offs in ttm_bo_vm_access +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +From: Felix Kuehling + +[ Upstream commit c0001213d195d1bac83e0744c06ff06dd5a8ba53 ] + +VMAs with a pg_offs that's offset from the start of the vma_node need +to adjust the offset within the BO accordingly. This matches the +offset calculation in ttm_bo_vm_fault_reserved. + +Signed-off-by: Felix Kuehling +Tested-by: Laurent Morichetti +Signed-off-by: Christian König +Link: https://patchwork.freedesktop.org/patch/381169/ +Signed-off-by: Sasha Levin +--- + drivers/gpu/drm/ttm/ttm_bo_vm.c | 4 +++- + 1 file changed, 3 insertions(+), 1 deletion(-) + +diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c +index fa03fab02076d..33526c5df0e8c 100644 +--- a/drivers/gpu/drm/ttm/ttm_bo_vm.c ++++ b/drivers/gpu/drm/ttm/ttm_bo_vm.c +@@ -505,8 +505,10 @@ static int ttm_bo_vm_access_kmap(struct ttm_buffer_object *bo, + int ttm_bo_vm_access(struct vm_area_struct *vma, unsigned long addr, + void *buf, int len, int write) + { +- unsigned long offset = (addr) - vma->vm_start; + struct ttm_buffer_object *bo = vma->vm_private_data; ++ unsigned long offset = (addr) - vma->vm_start + ++ ((vma->vm_pgoff - drm_vma_node_start(&bo->base.vma_node)) ++ << PAGE_SHIFT); + int ret; + + if (len < 1 || (offset + len) >> PAGE_SHIFT > bo->num_pages) +-- +2.25.1 + diff --git a/queue-5.8/f2fs-fix-to-check-page-dirty-status-before-writeback.patch b/queue-5.8/f2fs-fix-to-check-page-dirty-status-before-writeback.patch new file mode 100644 index 00000000000..3dc0a232e7c --- /dev/null +++ b/queue-5.8/f2fs-fix-to-check-page-dirty-status-before-writeback.patch @@ -0,0 +1,40 @@ +From 6f5f220dd8d7e29d4ca8a1322df2a08705241c86 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 19 Jun 2020 17:14:19 +0800 +Subject: f2fs: fix to check page dirty status before writeback + +From: Chao Yu + +[ Upstream commit eb1353cfa9c1e9415b03dc117f8399969fa02102 ] + +In f2fs_write_raw_pages(), we need to check page dirty status before +writeback, because there could be a racer (e.g. reclaimer) helps +writebacking the dirty page. + +Signed-off-by: Chao Yu +Signed-off-by: Jaegeuk Kim +Signed-off-by: Sasha Levin +--- + fs/f2fs/compress.c | 6 ++++++ + 1 file changed, 6 insertions(+) + +diff --git a/fs/f2fs/compress.c b/fs/f2fs/compress.c +index f6fbe61b1251e..2390f7943f6c8 100644 +--- a/fs/f2fs/compress.c ++++ b/fs/f2fs/compress.c +@@ -1310,6 +1310,12 @@ retry_write: + congestion_wait(BLK_RW_ASYNC, + DEFAULT_IO_TIMEOUT); + lock_page(cc->rpages[i]); ++ ++ if (!PageDirty(cc->rpages[i])) { ++ unlock_page(cc->rpages[i]); ++ continue; ++ } ++ + clear_page_dirty_for_io(cc->rpages[i]); + goto retry_write; + } +-- +2.25.1 + diff --git a/queue-5.8/f2fs-should-avoid-inode-eviction-in-synchronous-path.patch b/queue-5.8/f2fs-should-avoid-inode-eviction-in-synchronous-path.patch new file mode 100644 index 00000000000..868bf0fca16 --- /dev/null +++ b/queue-5.8/f2fs-should-avoid-inode-eviction-in-synchronous-path.patch @@ -0,0 +1,71 @@ +From a279406a33df66be5591340eef4752d692e24400 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 16 Jul 2020 09:57:03 -0700 +Subject: f2fs: should avoid inode eviction in synchronous path + +From: Jaegeuk Kim + +[ Upstream commit b0f3b87fb3abc42c81d76c6c5795f26dbdb2f04b ] + +https://bugzilla.kernel.org/show_bug.cgi?id=208565 + +PID: 257 TASK: ecdd0000 CPU: 0 COMMAND: "init" + #0 [] (__schedule) from [] + #1 [] (schedule) from [] + #2 [] (rwsem_down_read_failed) from [] + #3 [] (down_read) from [] + #4 [] (f2fs_truncate_blocks) from [] + #5 [] (f2fs_truncate) from [] + #6 [] (f2fs_evict_inode) from [] + #7 [] (evict) from [] + #8 [] (iput) from [] + #9 [] (f2fs_sync_node_pages) from [] + #10 [] (f2fs_write_checkpoint) from [] + #11 [] (f2fs_sync_fs) from [] + #12 [] (f2fs_do_sync_file) from [] + #13 [] (f2fs_sync_file) from [] + #14 [] (vfs_fsync_range) from [] + #15 [] (do_fsync) from [] + #16 [] (sys_fsync) from [] + +This can be caused by flush_dirty_inode() in f2fs_sync_node_pages() where +iput() requires f2fs_lock_op() again resulting in livelock. + +Reported-by: Zhiguo Niu +Signed-off-by: Jaegeuk Kim +Signed-off-by: Sasha Levin +--- + fs/f2fs/node.c | 10 +++++++--- + 1 file changed, 7 insertions(+), 3 deletions(-) + +diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c +index 03e24df1c84f5..e61ce7fb0958b 100644 +--- a/fs/f2fs/node.c ++++ b/fs/f2fs/node.c +@@ -1924,8 +1924,12 @@ continue_unlock: + goto continue_unlock; + } + +- /* flush inline_data, if it's async context. */ +- if (do_balance && is_inline_node(page)) { ++ /* flush inline_data/inode, if it's async context. */ ++ if (!do_balance) ++ goto write_node; ++ ++ /* flush inline_data */ ++ if (is_inline_node(page)) { + clear_inline_node(page); + unlock_page(page); + flush_inline_data(sbi, ino_of_node(page)); +@@ -1938,7 +1942,7 @@ continue_unlock: + if (flush_dirty_inode(page)) + goto lock_node; + } +- ++write_node: + f2fs_wait_on_page_writeback(page, NODE, true, true); + + if (!clear_page_dirty_for_io(page)) +-- +2.25.1 + diff --git a/queue-5.8/fat-fix-fat_ra_init-for-data-clusters-0.patch b/queue-5.8/fat-fix-fat_ra_init-for-data-clusters-0.patch new file mode 100644 index 00000000000..52f0515334e --- /dev/null +++ b/queue-5.8/fat-fix-fat_ra_init-for-data-clusters-0.patch @@ -0,0 +1,41 @@ +From cc6d478e38ceecc1ec89d55750f1a57e47ce9279 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 11 Aug 2020 18:36:01 -0700 +Subject: fat: fix fat_ra_init() for data clusters == 0 + +From: OGAWA Hirofumi + +[ Upstream commit a090a5a7d73f79a9ae2dcc6e60d89bfc6864a65a ] + +If data clusters == 0, fat_ra_init() calls the ->ent_blocknr() for the +cluster beyond ->max_clusters. + +This checks the limit before initialization to suppress the warning. + +Reported-by: syzbot+756199124937b31a9b7e@syzkaller.appspotmail.com +Signed-off-by: OGAWA Hirofumi +Signed-off-by: Andrew Morton +Link: http://lkml.kernel.org/r/87mu462sv4.fsf@mail.parknet.co.jp +Signed-off-by: Linus Torvalds +Signed-off-by: Sasha Levin +--- + fs/fat/fatent.c | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/fs/fat/fatent.c b/fs/fat/fatent.c +index bbfe18c074179..f7e3304b78029 100644 +--- a/fs/fat/fatent.c ++++ b/fs/fat/fatent.c +@@ -657,6 +657,9 @@ static void fat_ra_init(struct super_block *sb, struct fatent_ra *ra, + unsigned long ra_pages = sb->s_bdi->ra_pages; + unsigned int reada_blocks; + ++ if (fatent->entry >= ent_limit) ++ return; ++ + if (ra_pages > sb->s_bdi->io_pages) + ra_pages = rounddown(ra_pages, sb->s_bdi->io_pages); + reada_blocks = ra_pages << (PAGE_SHIFT - sb->s_blocksize_bits + 1); +-- +2.25.1 + diff --git a/queue-5.8/fs-signalfd.c-fix-inconsistent-return-codes-for-sign.patch b/queue-5.8/fs-signalfd.c-fix-inconsistent-return-codes-for-sign.patch new file mode 100644 index 00000000000..aaddd15f1e9 --- /dev/null +++ b/queue-5.8/fs-signalfd.c-fix-inconsistent-return-codes-for-sign.patch @@ -0,0 +1,60 @@ +From dd15eb2e8e74a68731cec278f4a18d656e01e190 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 11 Aug 2020 18:36:04 -0700 +Subject: fs/signalfd.c: fix inconsistent return codes for signalfd4 + +From: Helge Deller + +[ Upstream commit a089e3fd5a82aea20f3d9ec4caa5f4c65cc2cfcc ] + +The kernel signalfd4() syscall returns different error codes when called +either in compat or native mode. This behaviour makes correct emulation +in qemu and testing programs like LTP more complicated. + +Fix the code to always return -in both modes- EFAULT for unaccessible user +memory, and EINVAL when called with an invalid signal mask. + +Signed-off-by: Helge Deller +Signed-off-by: Andrew Morton +Cc: Alexander Viro +Cc: Laurent Vivier +Link: http://lkml.kernel.org/r/20200530100707.GA10159@ls3530.fritz.box +Signed-off-by: Linus Torvalds +Signed-off-by: Sasha Levin +--- + fs/signalfd.c | 10 ++++++---- + 1 file changed, 6 insertions(+), 4 deletions(-) + +diff --git a/fs/signalfd.c b/fs/signalfd.c +index 44b6845b071c3..5b78719be4455 100644 +--- a/fs/signalfd.c ++++ b/fs/signalfd.c +@@ -314,9 +314,10 @@ SYSCALL_DEFINE4(signalfd4, int, ufd, sigset_t __user *, user_mask, + { + sigset_t mask; + +- if (sizemask != sizeof(sigset_t) || +- copy_from_user(&mask, user_mask, sizeof(mask))) ++ if (sizemask != sizeof(sigset_t)) + return -EINVAL; ++ if (copy_from_user(&mask, user_mask, sizeof(mask))) ++ return -EFAULT; + return do_signalfd4(ufd, &mask, flags); + } + +@@ -325,9 +326,10 @@ SYSCALL_DEFINE3(signalfd, int, ufd, sigset_t __user *, user_mask, + { + sigset_t mask; + +- if (sizemask != sizeof(sigset_t) || +- copy_from_user(&mask, user_mask, sizeof(mask))) ++ if (sizemask != sizeof(sigset_t)) + return -EINVAL; ++ if (copy_from_user(&mask, user_mask, sizeof(mask))) ++ return -EFAULT; + return do_signalfd4(ufd, &mask, 0); + } + +-- +2.25.1 + diff --git a/queue-5.8/input-psmouse-add-a-newline-when-printing-proto-by-s.patch b/queue-5.8/input-psmouse-add-a-newline-when-printing-proto-by-s.patch new file mode 100644 index 00000000000..3ba2c583c57 --- /dev/null +++ b/queue-5.8/input-psmouse-add-a-newline-when-printing-proto-by-s.patch @@ -0,0 +1,39 @@ +From 2ebe961bb5ef9f6af7f4683eb9265dca35352cd4 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 21 Jul 2020 22:24:07 -0700 +Subject: Input: psmouse - add a newline when printing 'proto' by sysfs + +From: Xiongfeng Wang + +[ Upstream commit 4aec14de3a15cf9789a0e19c847f164776f49473 ] + +When I cat parameter 'proto' by sysfs, it displays as follows. It's +better to add a newline for easy reading. + +root@syzkaller:~# cat /sys/module/psmouse/parameters/proto +autoroot@syzkaller:~# + +Signed-off-by: Xiongfeng Wang +Link: https://lore.kernel.org/r/20200720073846.120724-1-wangxiongfeng2@huawei.com +Signed-off-by: Dmitry Torokhov +Signed-off-by: Sasha Levin +--- + drivers/input/mouse/psmouse-base.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/drivers/input/mouse/psmouse-base.c b/drivers/input/mouse/psmouse-base.c +index 527ae0b9a191e..0b4a3039f312f 100644 +--- a/drivers/input/mouse/psmouse-base.c ++++ b/drivers/input/mouse/psmouse-base.c +@@ -2042,7 +2042,7 @@ static int psmouse_get_maxproto(char *buffer, const struct kernel_param *kp) + { + int type = *((unsigned int *)kp->arg); + +- return sprintf(buffer, "%s", psmouse_protocol_by_type(type)->name); ++ return sprintf(buffer, "%s\n", psmouse_protocol_by_type(type)->name); + } + + static int __init psmouse_init(void) +-- +2.25.1 + diff --git a/queue-5.8/jffs2-fix-uaf-problem.patch b/queue-5.8/jffs2-fix-uaf-problem.patch new file mode 100644 index 00000000000..8140c26246b --- /dev/null +++ b/queue-5.8/jffs2-fix-uaf-problem.patch @@ -0,0 +1,80 @@ +From 37b76d97d485b3aac57ae14ee177f003c4cf32e0 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 19 Jun 2020 17:06:35 +0800 +Subject: jffs2: fix UAF problem + +From: Zhe Li + +[ Upstream commit 798b7347e4f29553db4b996393caf12f5b233daf ] + +The log of UAF problem is listed below. +BUG: KASAN: use-after-free in jffs2_rmdir+0xa4/0x1cc [jffs2] at addr c1f165fc +Read of size 4 by task rm/8283 +============================================================================= +BUG kmalloc-32 (Tainted: P B O ): kasan: bad access detected +----------------------------------------------------------------------------- + +INFO: Allocated in 0xbbbbbbbb age=3054364 cpu=0 pid=0 + 0xb0bba6ef + jffs2_write_dirent+0x11c/0x9c8 [jffs2] + __slab_alloc.isra.21.constprop.25+0x2c/0x44 + __kmalloc+0x1dc/0x370 + jffs2_write_dirent+0x11c/0x9c8 [jffs2] + jffs2_do_unlink+0x328/0x5fc [jffs2] + jffs2_rmdir+0x110/0x1cc [jffs2] + vfs_rmdir+0x180/0x268 + do_rmdir+0x2cc/0x300 + ret_from_syscall+0x0/0x3c +INFO: Freed in 0x205b age=3054364 cpu=0 pid=0 + 0x2e9173 + jffs2_add_fd_to_list+0x138/0x1dc [jffs2] + jffs2_add_fd_to_list+0x138/0x1dc [jffs2] + jffs2_garbage_collect_dirent.isra.3+0x21c/0x288 [jffs2] + jffs2_garbage_collect_live+0x16bc/0x1800 [jffs2] + jffs2_garbage_collect_pass+0x678/0x11d4 [jffs2] + jffs2_garbage_collect_thread+0x1e8/0x3b0 [jffs2] + kthread+0x1a8/0x1b0 + ret_from_kernel_thread+0x5c/0x64 +Call Trace: +[c17ddd20] [c02452d4] kasan_report.part.0+0x298/0x72c (unreliable) +[c17ddda0] [d2509680] jffs2_rmdir+0xa4/0x1cc [jffs2] +[c17dddd0] [c026da04] vfs_rmdir+0x180/0x268 +[c17dde00] [c026f4e4] do_rmdir+0x2cc/0x300 +[c17ddf40] [c001a658] ret_from_syscall+0x0/0x3c + +The root cause is that we don't get "jffs2_inode_info.sem" before +we scan list "jffs2_inode_info.dents" in function jffs2_rmdir. +This patch add codes to get "jffs2_inode_info.sem" before we scan +"jffs2_inode_info.dents" to slove the UAF problem. + +Signed-off-by: Zhe Li +Reviewed-by: Hou Tao +Signed-off-by: Richard Weinberger +Signed-off-by: Sasha Levin +--- + fs/jffs2/dir.c | 6 +++++- + 1 file changed, 5 insertions(+), 1 deletion(-) + +diff --git a/fs/jffs2/dir.c b/fs/jffs2/dir.c +index f20cff1194bb6..776493713153f 100644 +--- a/fs/jffs2/dir.c ++++ b/fs/jffs2/dir.c +@@ -590,10 +590,14 @@ static int jffs2_rmdir (struct inode *dir_i, struct dentry *dentry) + int ret; + uint32_t now = JFFS2_NOW(); + ++ mutex_lock(&f->sem); + for (fd = f->dents ; fd; fd = fd->next) { +- if (fd->ino) ++ if (fd->ino) { ++ mutex_unlock(&f->sem); + return -ENOTEMPTY; ++ } + } ++ mutex_unlock(&f->sem); + + ret = jffs2_do_unlink(c, dir_f, dentry->d_name.name, + dentry->d_name.len, f, now); +-- +2.25.1 + diff --git a/queue-5.8/kvm-arm64-only-reschedule-if-mmu_notifier_range_bloc.patch b/queue-5.8/kvm-arm64-only-reschedule-if-mmu_notifier_range_bloc.patch new file mode 100644 index 00000000000..8b3ee43c00c --- /dev/null +++ b/queue-5.8/kvm-arm64-only-reschedule-if-mmu_notifier_range_bloc.patch @@ -0,0 +1,110 @@ +From 965b8c25870ed09250e88797b334afa6180b66b8 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 11 Aug 2020 11:27:25 +0100 +Subject: KVM: arm64: Only reschedule if MMU_NOTIFIER_RANGE_BLOCKABLE is not + set + +From: Will Deacon + +[ Upstream commit b5331379bc62611d1026173a09c73573384201d9 ] + +When an MMU notifier call results in unmapping a range that spans multiple +PGDs, we end up calling into cond_resched_lock() when crossing a PGD boundary, +since this avoids running into RCU stalls during VM teardown. Unfortunately, +if the VM is destroyed as a result of OOM, then blocking is not permitted +and the call to the scheduler triggers the following BUG(): + + | BUG: sleeping function called from invalid context at arch/arm64/kvm/mmu.c:394 + | in_atomic(): 1, irqs_disabled(): 0, non_block: 1, pid: 36, name: oom_reaper + | INFO: lockdep is turned off. + | CPU: 3 PID: 36 Comm: oom_reaper Not tainted 5.8.0 #1 + | Hardware name: QEMU QEMU Virtual Machine, BIOS 0.0.0 02/06/2015 + | Call trace: + | dump_backtrace+0x0/0x284 + | show_stack+0x1c/0x28 + | dump_stack+0xf0/0x1a4 + | ___might_sleep+0x2bc/0x2cc + | unmap_stage2_range+0x160/0x1ac + | kvm_unmap_hva_range+0x1a0/0x1c8 + | kvm_mmu_notifier_invalidate_range_start+0x8c/0xf8 + | __mmu_notifier_invalidate_range_start+0x218/0x31c + | mmu_notifier_invalidate_range_start_nonblock+0x78/0xb0 + | __oom_reap_task_mm+0x128/0x268 + | oom_reap_task+0xac/0x298 + | oom_reaper+0x178/0x17c + | kthread+0x1e4/0x1fc + | ret_from_fork+0x10/0x30 + +Use the new 'flags' argument to kvm_unmap_hva_range() to ensure that we +only reschedule if MMU_NOTIFIER_RANGE_BLOCKABLE is set in the notifier +flags. + +Cc: +Fixes: 8b3405e345b5 ("kvm: arm/arm64: Fix locking for kvm_free_stage2_pgd") +Cc: Marc Zyngier +Cc: Suzuki K Poulose +Cc: James Morse +Signed-off-by: Will Deacon +Message-Id: <20200811102725.7121-3-will@kernel.org> +Signed-off-by: Paolo Bonzini +Signed-off-by: Sasha Levin +--- + arch/arm64/kvm/mmu.c | 17 +++++++++++++---- + 1 file changed, 13 insertions(+), 4 deletions(-) + +diff --git a/arch/arm64/kvm/mmu.c b/arch/arm64/kvm/mmu.c +index 5f6b35c336188..364e9fc5c9f8f 100644 +--- a/arch/arm64/kvm/mmu.c ++++ b/arch/arm64/kvm/mmu.c +@@ -365,7 +365,8 @@ static void unmap_stage2_p4ds(struct kvm *kvm, pgd_t *pgd, + * destroying the VM), otherwise another faulting VCPU may come in and mess + * with things behind our backs. + */ +-static void unmap_stage2_range(struct kvm *kvm, phys_addr_t start, u64 size) ++static void __unmap_stage2_range(struct kvm *kvm, phys_addr_t start, u64 size, ++ bool may_block) + { + pgd_t *pgd; + phys_addr_t addr = start, end = start + size; +@@ -390,11 +391,16 @@ static void unmap_stage2_range(struct kvm *kvm, phys_addr_t start, u64 size) + * If the range is too large, release the kvm->mmu_lock + * to prevent starvation and lockup detector warnings. + */ +- if (next != end) ++ if (may_block && next != end) + cond_resched_lock(&kvm->mmu_lock); + } while (pgd++, addr = next, addr != end); + } + ++static void unmap_stage2_range(struct kvm_s2_mmu *mmu, phys_addr_t start, u64 size) ++{ ++ __unmap_stage2_range(mmu, start, size, true); ++} ++ + static void stage2_flush_ptes(struct kvm *kvm, pmd_t *pmd, + phys_addr_t addr, phys_addr_t end) + { +@@ -2198,7 +2204,10 @@ static int handle_hva_to_gpa(struct kvm *kvm, + + static int kvm_unmap_hva_handler(struct kvm *kvm, gpa_t gpa, u64 size, void *data) + { +- unmap_stage2_range(kvm, gpa, size); ++ unsigned flags = *(unsigned *)data; ++ bool may_block = flags & MMU_NOTIFIER_RANGE_BLOCKABLE; ++ ++ __unmap_stage2_range(kvm, gpa, size, may_block); + return 0; + } + +@@ -2209,7 +2218,7 @@ int kvm_unmap_hva_range(struct kvm *kvm, + return 0; + + trace_kvm_unmap_hva_range(start, end); +- handle_hva_to_gpa(kvm, start, end, &kvm_unmap_hva_handler, NULL); ++ handle_hva_to_gpa(kvm, start, end, &kvm_unmap_hva_handler, &flags); + return 0; + } + +-- +2.25.1 + diff --git a/queue-5.8/m68knommu-fix-overwriting-of-bits-in-coldfire-v3-cac.patch b/queue-5.8/m68knommu-fix-overwriting-of-bits-in-coldfire-v3-cac.patch new file mode 100644 index 00000000000..a99e47a08e7 --- /dev/null +++ b/queue-5.8/m68knommu-fix-overwriting-of-bits-in-coldfire-v3-cac.patch @@ -0,0 +1,52 @@ +From d828365ada88fcfdc5366326be8176ead3b20bb9 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 13 Jun 2020 17:17:52 +1000 +Subject: m68knommu: fix overwriting of bits in ColdFire V3 cache control + +From: Greg Ungerer + +[ Upstream commit bdee0e793cea10c516ff48bf3ebb4ef1820a116b ] + +The Cache Control Register (CACR) of the ColdFire V3 has bits that +control high level caching functions, and also enable/disable the use +of the alternate stack pointer register (the EUSP bit) to provide +separate supervisor and user stack pointer registers. The code as +it is today will blindly clear the EUSP bit on cache actions like +invalidation. So it is broken for this case - and that will result +in failed booting (interrupt entry and exit processing will be +completely hosed). + +This only affects ColdFire V3 parts that support the alternate stack +register (like the 5329 for example) - generally speaking new parts do, +older parts don't. It has no impact on ColdFire V3 parts with the single +stack pointer, like the 5307 for example. + +Fix the cache bit defines used, so they maintain the EUSP bit when +carrying out cache actions through the CACR register. + +Signed-off-by: Greg Ungerer +Signed-off-by: Sasha Levin +--- + arch/m68k/include/asm/m53xxacr.h | 6 +++--- + 1 file changed, 3 insertions(+), 3 deletions(-) + +diff --git a/arch/m68k/include/asm/m53xxacr.h b/arch/m68k/include/asm/m53xxacr.h +index 9138a624c5c81..692f90e7fecc1 100644 +--- a/arch/m68k/include/asm/m53xxacr.h ++++ b/arch/m68k/include/asm/m53xxacr.h +@@ -89,9 +89,9 @@ + * coherency though in all cases. And for copyback caches we will need + * to push cached data as well. + */ +-#define CACHE_INIT CACR_CINVA +-#define CACHE_INVALIDATE CACR_CINVA +-#define CACHE_INVALIDATED CACR_CINVA ++#define CACHE_INIT (CACHE_MODE + CACR_CINVA - CACR_EC) ++#define CACHE_INVALIDATE (CACHE_MODE + CACR_CINVA) ++#define CACHE_INVALIDATED (CACHE_MODE + CACR_CINVA) + + #define ACR0_MODE ((CONFIG_RAMBASE & 0xff000000) + \ + (0x000f0000) + \ +-- +2.25.1 + diff --git a/queue-5.8/media-budget-core-improve-exception-handling-in-budg.patch b/queue-5.8/media-budget-core-improve-exception-handling-in-budg.patch new file mode 100644 index 00000000000..85a11bf6f36 --- /dev/null +++ b/queue-5.8/media-budget-core-improve-exception-handling-in-budg.patch @@ -0,0 +1,56 @@ +From f08fb5761e695c22c7e90994053293de7e79df3c Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 5 Jun 2020 18:17:28 +0200 +Subject: media: budget-core: Improve exception handling in budget_register() + +From: Chuhong Yuan + +[ Upstream commit fc0456458df8b3421dba2a5508cd817fbc20ea71 ] + +budget_register() has no error handling after its failure. +Add the missed undo functions for error handling to fix it. + +Signed-off-by: Chuhong Yuan +Signed-off-by: Sean Young +Signed-off-by: Mauro Carvalho Chehab +Signed-off-by: Sasha Levin +--- + drivers/media/pci/ttpci/budget-core.c | 11 ++++++++--- + 1 file changed, 8 insertions(+), 3 deletions(-) + +diff --git a/drivers/media/pci/ttpci/budget-core.c b/drivers/media/pci/ttpci/budget-core.c +index fadbdeeb44955..293867b9e7961 100644 +--- a/drivers/media/pci/ttpci/budget-core.c ++++ b/drivers/media/pci/ttpci/budget-core.c +@@ -369,20 +369,25 @@ static int budget_register(struct budget *budget) + ret = dvbdemux->dmx.add_frontend(&dvbdemux->dmx, &budget->hw_frontend); + + if (ret < 0) +- return ret; ++ goto err_release_dmx; + + budget->mem_frontend.source = DMX_MEMORY_FE; + ret = dvbdemux->dmx.add_frontend(&dvbdemux->dmx, &budget->mem_frontend); + if (ret < 0) +- return ret; ++ goto err_release_dmx; + + ret = dvbdemux->dmx.connect_frontend(&dvbdemux->dmx, &budget->hw_frontend); + if (ret < 0) +- return ret; ++ goto err_release_dmx; + + dvb_net_init(&budget->dvb_adapter, &budget->dvb_net, &dvbdemux->dmx); + + return 0; ++ ++err_release_dmx: ++ dvb_dmxdev_release(&budget->dmxdev); ++ dvb_dmx_release(&budget->demux); ++ return ret; + } + + static void budget_unregister(struct budget *budget) +-- +2.25.1 + diff --git a/queue-5.8/media-camss-fix-memory-leaks-on-error-handling-paths.patch b/queue-5.8/media-camss-fix-memory-leaks-on-error-handling-paths.patch new file mode 100644 index 00000000000..38bb9065379 --- /dev/null +++ b/queue-5.8/media-camss-fix-memory-leaks-on-error-handling-paths.patch @@ -0,0 +1,99 @@ +From 19ac101c8c9859a1f34e08833aaaad2e2042cfff Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 23 Jul 2020 19:46:51 +0200 +Subject: media: camss: fix memory leaks on error handling paths in probe + +From: Evgeny Novikov + +[ Upstream commit f45882cfb152f5d3a421fd58f177f227e44843b9 ] + +camss_probe() does not free camss on error handling paths. The patch +introduces an additional error label for this purpose. Besides, it +removes call of v4l2_async_notifier_cleanup() from +camss_of_parse_ports() since its caller, camss_probe(), cleans up all +its resources itself. + +Found by Linux Driver Verification project (linuxtesting.org). + +Signed-off-by: Evgeny Novikov +Co-developed-by: Anton Vasilyev +Signed-off-by: Anton Vasilyev +Signed-off-by: Hans Verkuil +Signed-off-by: Mauro Carvalho Chehab +Signed-off-by: Sasha Levin +--- + drivers/media/platform/qcom/camss/camss.c | 30 +++++++++++++++-------- + 1 file changed, 20 insertions(+), 10 deletions(-) + +diff --git a/drivers/media/platform/qcom/camss/camss.c b/drivers/media/platform/qcom/camss/camss.c +index 3fdc9f964a3c6..2483641799dfb 100644 +--- a/drivers/media/platform/qcom/camss/camss.c ++++ b/drivers/media/platform/qcom/camss/camss.c +@@ -504,7 +504,6 @@ static int camss_of_parse_ports(struct camss *camss) + return num_subdevs; + + err_cleanup: +- v4l2_async_notifier_cleanup(&camss->notifier); + of_node_put(node); + return ret; + } +@@ -835,29 +834,38 @@ static int camss_probe(struct platform_device *pdev) + camss->csid_num = 4; + camss->vfe_num = 2; + } else { +- return -EINVAL; ++ ret = -EINVAL; ++ goto err_free; + } + + camss->csiphy = devm_kcalloc(dev, camss->csiphy_num, + sizeof(*camss->csiphy), GFP_KERNEL); +- if (!camss->csiphy) +- return -ENOMEM; ++ if (!camss->csiphy) { ++ ret = -ENOMEM; ++ goto err_free; ++ } + + camss->csid = devm_kcalloc(dev, camss->csid_num, sizeof(*camss->csid), + GFP_KERNEL); +- if (!camss->csid) +- return -ENOMEM; ++ if (!camss->csid) { ++ ret = -ENOMEM; ++ goto err_free; ++ } + + camss->vfe = devm_kcalloc(dev, camss->vfe_num, sizeof(*camss->vfe), + GFP_KERNEL); +- if (!camss->vfe) +- return -ENOMEM; ++ if (!camss->vfe) { ++ ret = -ENOMEM; ++ goto err_free; ++ } + + v4l2_async_notifier_init(&camss->notifier); + + num_subdevs = camss_of_parse_ports(camss); +- if (num_subdevs < 0) +- return num_subdevs; ++ if (num_subdevs < 0) { ++ ret = num_subdevs; ++ goto err_cleanup; ++ } + + ret = camss_init_subdevices(camss); + if (ret < 0) +@@ -936,6 +944,8 @@ err_register_entities: + v4l2_device_unregister(&camss->v4l2_dev); + err_cleanup: + v4l2_async_notifier_cleanup(&camss->notifier); ++err_free: ++ kfree(camss); + + return ret; + } +-- +2.25.1 + diff --git a/queue-5.8/media-coda-jpeg-add-null-check-after-kmalloc.patch b/queue-5.8/media-coda-jpeg-add-null-check-after-kmalloc.patch new file mode 100644 index 00000000000..47344aca9f3 --- /dev/null +++ b/queue-5.8/media-coda-jpeg-add-null-check-after-kmalloc.patch @@ -0,0 +1,44 @@ +From c4ccaa5e3397b6301cd5bea4fd13fe9bb3592c69 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 9 May 2020 04:07:11 +0200 +Subject: media: coda: jpeg: add NULL check after kmalloc + +From: Chen Zhou + +[ Upstream commit 20171723144ca0d057b72e852536992fd371369a ] + +Fixes coccicheck warning: + +./drivers/media/platform/coda/coda-jpeg.c:331:3-31: + alloc with no test, possible model on line 354 + +Add NULL check after kmalloc. + +Signed-off-by: Chen Zhou +Signed-off-by: Hans Verkuil +Signed-off-by: Mauro Carvalho Chehab +Signed-off-by: Sasha Levin +--- + drivers/media/platform/coda/coda-jpeg.c | 5 ++++- + 1 file changed, 4 insertions(+), 1 deletion(-) + +diff --git a/drivers/media/platform/coda/coda-jpeg.c b/drivers/media/platform/coda/coda-jpeg.c +index 00d19859db500..b11cfbe166dd3 100644 +--- a/drivers/media/platform/coda/coda-jpeg.c ++++ b/drivers/media/platform/coda/coda-jpeg.c +@@ -327,8 +327,11 @@ int coda_jpeg_decode_header(struct coda_ctx *ctx, struct vb2_buffer *vb) + "only 8-bit quantization tables supported\n"); + continue; + } +- if (!ctx->params.jpeg_qmat_tab[i]) ++ if (!ctx->params.jpeg_qmat_tab[i]) { + ctx->params.jpeg_qmat_tab[i] = kmalloc(64, GFP_KERNEL); ++ if (!ctx->params.jpeg_qmat_tab[i]) ++ return -ENOMEM; ++ } + memcpy(ctx->params.jpeg_qmat_tab[i], + quantization_tables[i].start, 64); + } +-- +2.25.1 + diff --git a/queue-5.8/media-vpss-clean-up-resources-in-init.patch b/queue-5.8/media-vpss-clean-up-resources-in-init.patch new file mode 100644 index 00000000000..29a35b3584c --- /dev/null +++ b/queue-5.8/media-vpss-clean-up-resources-in-init.patch @@ -0,0 +1,66 @@ +From 705335290c67215e73158149a6d0eab716bf51eb Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 10 Jul 2020 11:02:23 +0200 +Subject: media: vpss: clean up resources in init + +From: Evgeny Novikov + +[ Upstream commit 9c487b0b0ea7ff22127fe99a7f67657d8730ff94 ] + +If platform_driver_register() fails within vpss_init() resources are not +cleaned up. The patch fixes this issue by introducing the corresponding +error handling. + +Found by Linux Driver Verification project (linuxtesting.org). + +Signed-off-by: Evgeny Novikov +Signed-off-by: Hans Verkuil +Signed-off-by: Mauro Carvalho Chehab +Signed-off-by: Sasha Levin +--- + drivers/media/platform/davinci/vpss.c | 20 ++++++++++++++++---- + 1 file changed, 16 insertions(+), 4 deletions(-) + +diff --git a/drivers/media/platform/davinci/vpss.c b/drivers/media/platform/davinci/vpss.c +index d38d2bbb6f0f8..7000f0bf0b353 100644 +--- a/drivers/media/platform/davinci/vpss.c ++++ b/drivers/media/platform/davinci/vpss.c +@@ -505,19 +505,31 @@ static void vpss_exit(void) + + static int __init vpss_init(void) + { ++ int ret; ++ + if (!request_mem_region(VPSS_CLK_CTRL, 4, "vpss_clock_control")) + return -EBUSY; + + oper_cfg.vpss_regs_base2 = ioremap(VPSS_CLK_CTRL, 4); + if (unlikely(!oper_cfg.vpss_regs_base2)) { +- release_mem_region(VPSS_CLK_CTRL, 4); +- return -ENOMEM; ++ ret = -ENOMEM; ++ goto err_ioremap; + } + + writel(VPSS_CLK_CTRL_VENCCLKEN | +- VPSS_CLK_CTRL_DACCLKEN, oper_cfg.vpss_regs_base2); ++ VPSS_CLK_CTRL_DACCLKEN, oper_cfg.vpss_regs_base2); ++ ++ ret = platform_driver_register(&vpss_driver); ++ if (ret) ++ goto err_pd_register; ++ ++ return 0; + +- return platform_driver_register(&vpss_driver); ++err_pd_register: ++ iounmap(oper_cfg.vpss_regs_base2); ++err_ioremap: ++ release_mem_region(VPSS_CLK_CTRL, 4); ++ return ret; + } + subsys_initcall(vpss_init); + module_exit(vpss_exit); +-- +2.25.1 + diff --git a/queue-5.8/mips-fix-unable-to-reserve-memory-for-crash-kernel.patch b/queue-5.8/mips-fix-unable-to-reserve-memory-for-crash-kernel.patch new file mode 100644 index 00000000000..28f47c48fea --- /dev/null +++ b/queue-5.8/mips-fix-unable-to-reserve-memory-for-crash-kernel.patch @@ -0,0 +1,82 @@ +From 2ccce5d5a64b3ccdf2bc267696f1cc8e63257c8a Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 25 Jul 2020 13:56:38 +0800 +Subject: MIPS: Fix unable to reserve memory for Crash kernel +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +From: Jinyang He + +[ Upstream commit b1ce9716f3b5ed3b49badf1f003b9e34b7ead0f9 ] + +Use 0 as the align parameter in memblock_find_in_range() is +incorrect when we reserve memory for Crash kernel. + +The environment as follows: +[ 0.000000] MIPS: machine is loongson,loongson64c-4core-rs780e +... +[ 1.951016] crashkernel=64M@128M + +The warning as follows: +[ 0.000000] Invalid memory region reserved for crash kernel + +And the iomem as follows: +00200000-0effffff : System RAM + 04000000-0484009f : Kernel code + 048400a0-04ad7fff : Kernel data + 04b40000-05c4c6bf : Kernel bss +1a000000-1bffffff : pci@1a000000 +... + +The align parameter may be finally used by round_down() or round_up(). +Like the following call tree: + +mips-next: mm/memblock.c + +memblock_find_in_range +└── memblock_find_in_range_node + ├── __memblock_find_range_bottom_up + │ └── round_up + └── __memblock_find_range_top_down + └── round_down +\#define round_up(x, y) ((((x)-1) | __round_mask(x, y))+1) +\#define round_down(x, y) ((x) & ~__round_mask(x, y)) +\#define __round_mask(x, y) ((__typeof__(x))((y)-1)) + +The round_down(or round_up)'s second parameter must be a power of 2. +If the second parameter is 0, it both will return 0. + +Use 1 as the parameter to fix the bug and the iomem as follows: +00200000-0effffff : System RAM + 04000000-0484009f : Kernel code + 048400a0-04ad7fff : Kernel data + 04b40000-05c4c6bf : Kernel bss + 08000000-0bffffff : Crash kernel +1a000000-1bffffff : pci@1a000000 +... + +Signed-off-by: Jinyang He +Reviewed-by: Jiaxun Yang +Signed-off-by: Thomas Bogendoerfer +Signed-off-by: Sasha Levin +--- + arch/mips/kernel/setup.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c +index 7b537fa2035df..588b21245e00b 100644 +--- a/arch/mips/kernel/setup.c ++++ b/arch/mips/kernel/setup.c +@@ -497,7 +497,7 @@ static void __init mips_parse_crashkernel(void) + if (ret != 0 || crash_size <= 0) + return; + +- if (!memblock_find_in_range(crash_base, crash_base + crash_size, crash_size, 0)) { ++ if (!memblock_find_in_range(crash_base, crash_base + crash_size, crash_size, 1)) { + pr_warn("Invalid memory region reserved for crash kernel\n"); + return; + } +-- +2.25.1 + diff --git a/queue-5.8/riscv-fixup-static_obj-fail.patch b/queue-5.8/riscv-fixup-static_obj-fail.patch new file mode 100644 index 00000000000..79878234a0d --- /dev/null +++ b/queue-5.8/riscv-fixup-static_obj-fail.patch @@ -0,0 +1,79 @@ +From 243ef4c763efa35535f8b10389f022052e91ea8e Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 27 Jun 2020 13:57:06 +0000 +Subject: riscv: Fixup static_obj() fail + +From: Guo Ren + +[ Upstream commit 6184358da0004c8fd940afda6c0a0fa4027dc911 ] + +When enable LOCKDEP, static_obj() will cause error. Because some +__initdata static variables is before _stext: + +static int static_obj(const void *obj) +{ + unsigned long start = (unsigned long) &_stext, + end = (unsigned long) &_end, + addr = (unsigned long) obj; + + /* + * static variable? + */ + if ((addr >= start) && (addr < end)) + return 1; + +[ 0.067192] INFO: trying to register non-static key. +[ 0.067325] the code is fine but needs lockdep annotation. +[ 0.067449] turning off the locking correctness validator. +[ 0.067718] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.7.0-rc7-dirty #44 +[ 0.067945] Call Trace: +[ 0.068369] [] walk_stackframe+0x0/0xa4 +[ 0.068506] [] show_stack+0x2a/0x34 +[ 0.068631] [] dump_stack+0x94/0xca +[ 0.068757] [] register_lock_class+0x5b8/0x5bc +[ 0.068969] [] __lock_acquire+0x6c/0x1d5c +[ 0.069101] [] lock_acquire+0xae/0x312 +[ 0.069228] [] _raw_spin_lock_irqsave+0x40/0x5a +[ 0.069357] [] complete+0x1e/0x50 +[ 0.069479] [] rest_init+0x1b0/0x28a +[ 0.069660] [] 0xffffffe0000016a2 +[ 0.069779] [] 0xffffffe000001b84 +[ 0.069953] [] 0xffffffe000001092 + +static __initdata DECLARE_COMPLETION(kthreadd_done); + +noinline void __ref rest_init(void) +{ + ... + complete(&kthreadd_done); + +Signed-off-by: Guo Ren +Signed-off-by: Palmer Dabbelt +Signed-off-by: Sasha Levin +--- + arch/riscv/kernel/vmlinux.lds.S | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/arch/riscv/kernel/vmlinux.lds.S b/arch/riscv/kernel/vmlinux.lds.S +index e6f8016b366ab..f3586e31ed1ec 100644 +--- a/arch/riscv/kernel/vmlinux.lds.S ++++ b/arch/riscv/kernel/vmlinux.lds.S +@@ -22,6 +22,7 @@ SECTIONS + /* Beginning of code and text segment */ + . = LOAD_OFFSET; + _start = .; ++ _stext = .; + HEAD_TEXT_SECTION + . = ALIGN(PAGE_SIZE); + +@@ -54,7 +55,6 @@ SECTIONS + . = ALIGN(SECTION_ALIGN); + .text : { + _text = .; +- _stext = .; + TEXT_TEXT + SCHED_TEXT + CPUIDLE_TEXT +-- +2.25.1 + diff --git a/queue-5.8/rtc-goldfish-enable-interrupt-in-set_alarm-when-nece.patch b/queue-5.8/rtc-goldfish-enable-interrupt-in-set_alarm-when-nece.patch new file mode 100644 index 00000000000..328ed857802 --- /dev/null +++ b/queue-5.8/rtc-goldfish-enable-interrupt-in-set_alarm-when-nece.patch @@ -0,0 +1,39 @@ +From 870f396340b038798197b05cd5cec27316e7bb05 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sat, 20 Jun 2020 20:04:43 +0800 +Subject: rtc: goldfish: Enable interrupt in set_alarm() when necessary + +From: Huacai Chen + +[ Upstream commit 22f8d5a1bf230cf8567a4121fc3789babb46336d ] + +When use goldfish rtc, the "hwclock" command fails with "select() to +/dev/rtc to wait for clock tick timed out". This is because "hwclock" +need the set_alarm() hook to enable interrupt when alrm->enabled is +true. This operation is missing in goldfish rtc (but other rtc drivers, +such as cmos rtc, enable interrupt here), so add it. + +Signed-off-by: Huacai Chen +Signed-off-by: Jiaxun Yang +Signed-off-by: Alexandre Belloni +Link: https://lore.kernel.org/r/1592654683-31314-1-git-send-email-chenhc@lemote.com +Signed-off-by: Sasha Levin +--- + drivers/rtc/rtc-goldfish.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/drivers/rtc/rtc-goldfish.c b/drivers/rtc/rtc-goldfish.c +index 27797157fcb3f..6349d2cd36805 100644 +--- a/drivers/rtc/rtc-goldfish.c ++++ b/drivers/rtc/rtc-goldfish.c +@@ -73,6 +73,7 @@ static int goldfish_rtc_set_alarm(struct device *dev, + rtc_alarm64 = rtc_tm_to_time64(&alrm->time) * NSEC_PER_SEC; + writel((rtc_alarm64 >> 32), base + TIMER_ALARM_HIGH); + writel(rtc_alarm64, base + TIMER_ALARM_LOW); ++ writel(1, base + TIMER_IRQ_ENABLED); + } else { + /* + * if this function was called with enabled=0 +-- +2.25.1 + diff --git a/queue-5.8/scsi-libfc-free-skb-in-fc_disc_gpn_id_resp-for-valid.patch b/queue-5.8/scsi-libfc-free-skb-in-fc_disc_gpn_id_resp-for-valid.patch new file mode 100644 index 00000000000..5846f90cc47 --- /dev/null +++ b/queue-5.8/scsi-libfc-free-skb-in-fc_disc_gpn_id_resp-for-valid.patch @@ -0,0 +1,66 @@ +From 148a07c601ad62f28901ad9e091cc7bb2b500b0b Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Wed, 29 Jul 2020 01:18:23 -0700 +Subject: scsi: libfc: Free skb in fc_disc_gpn_id_resp() for valid cases + +From: Javed Hasan + +[ Upstream commit ec007ef40abb6a164d148b0dc19789a7a2de2cc8 ] + +In fc_disc_gpn_id_resp(), skb is supposed to get freed in all cases except +for PTR_ERR. However, in some cases it didn't. + +This fix is to call fc_frame_free(fp) before function returns. + +Link: https://lore.kernel.org/r/20200729081824.30996-2-jhasan@marvell.com +Reviewed-by: Girish Basrur +Reviewed-by: Santosh Vernekar +Reviewed-by: Saurav Kashyap +Reviewed-by: Shyam Sundar +Signed-off-by: Javed Hasan +Signed-off-by: Martin K. Petersen +Signed-off-by: Sasha Levin +--- + drivers/scsi/libfc/fc_disc.c | 12 +++++++++--- + 1 file changed, 9 insertions(+), 3 deletions(-) + +diff --git a/drivers/scsi/libfc/fc_disc.c b/drivers/scsi/libfc/fc_disc.c +index 2b865c6423e29..e00dc4693fcbd 100644 +--- a/drivers/scsi/libfc/fc_disc.c ++++ b/drivers/scsi/libfc/fc_disc.c +@@ -581,8 +581,12 @@ static void fc_disc_gpn_id_resp(struct fc_seq *sp, struct fc_frame *fp, + + if (PTR_ERR(fp) == -FC_EX_CLOSED) + goto out; +- if (IS_ERR(fp)) +- goto redisc; ++ if (IS_ERR(fp)) { ++ mutex_lock(&disc->disc_mutex); ++ fc_disc_restart(disc); ++ mutex_unlock(&disc->disc_mutex); ++ goto out; ++ } + + cp = fc_frame_payload_get(fp, sizeof(*cp)); + if (!cp) +@@ -609,7 +613,7 @@ static void fc_disc_gpn_id_resp(struct fc_seq *sp, struct fc_frame *fp, + new_rdata->disc_id = disc->disc_id; + fc_rport_login(new_rdata); + } +- goto out; ++ goto free_fp; + } + rdata->disc_id = disc->disc_id; + mutex_unlock(&rdata->rp_mutex); +@@ -626,6 +630,8 @@ redisc: + fc_disc_restart(disc); + mutex_unlock(&disc->disc_mutex); + } ++free_fp: ++ fc_frame_free(fp); + out: + kref_put(&rdata->kref, fc_rport_destroy); + if (!IS_ERR(fp)) +-- +2.25.1 + diff --git a/queue-5.8/scsi-target-tcmu-fix-crash-in-tcmu_flush_dcache_rang.patch b/queue-5.8/scsi-target-tcmu-fix-crash-in-tcmu_flush_dcache_rang.patch new file mode 100644 index 00000000000..73cff3ac663 --- /dev/null +++ b/queue-5.8/scsi-target-tcmu-fix-crash-in-tcmu_flush_dcache_rang.patch @@ -0,0 +1,94 @@ +From 2495081aab1d6e232d53462cf08f69c43324b29d Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 18 Jun 2020 15:16:32 +0200 +Subject: scsi: target: tcmu: Fix crash in tcmu_flush_dcache_range on ARM + +From: Bodo Stroesser + +[ Upstream commit 3145550a7f8b08356c8ff29feaa6c56aca12901d ] + +This patch fixes the following crash (see +https://bugzilla.kernel.org/show_bug.cgi?id=208045) + + Process iscsi_trx (pid: 7496, stack limit = 0x0000000010dd111a) + CPU: 0 PID: 7496 Comm: iscsi_trx Not tainted 4.19.118-0419118-generic + #202004230533 + Hardware name: Greatwall QingTian DF720/F601, BIOS 601FBE20 Sep 26 2019 + pstate: 80400005 (Nzcv daif +PAN -UAO) + pc : flush_dcache_page+0x18/0x40 + lr : is_ring_space_avail+0x68/0x2f8 [target_core_user] + sp : ffff000015123a80 + x29: ffff000015123a80 x28: 0000000000000000 + x27: 0000000000001000 x26: ffff000023ea5000 + x25: ffffcfa25bbe08b8 x24: 0000000000000078 + x23: ffff7e0000000000 x22: ffff000023ea5001 + x21: ffffcfa24b79c000 x20: 0000000000000fff + x19: ffff7e00008fa940 x18: 0000000000000000 + x17: 0000000000000000 x16: ffff2d047e709138 + x15: 0000000000000000 x14: 0000000000000000 + x13: 0000000000000000 x12: ffff2d047fbd0a40 + x11: 0000000000000000 x10: 0000000000000030 + x9 : 0000000000000000 x8 : ffffc9a254820a00 + x7 : 00000000000013b0 x6 : 000000000000003f + x5 : 0000000000000040 x4 : ffffcfa25bbe08e8 + x3 : 0000000000001000 x2 : 0000000000000078 + x1 : ffffcfa25bbe08b8 x0 : ffff2d040bc88a18 + Call trace: + flush_dcache_page+0x18/0x40 + is_ring_space_avail+0x68/0x2f8 [target_core_user] + queue_cmd_ring+0x1f8/0x680 [target_core_user] + tcmu_queue_cmd+0xe4/0x158 [target_core_user] + __target_execute_cmd+0x30/0xf0 [target_core_mod] + target_execute_cmd+0x294/0x390 [target_core_mod] + transport_generic_new_cmd+0x1e8/0x358 [target_core_mod] + transport_handle_cdb_direct+0x50/0xb0 [target_core_mod] + iscsit_execute_cmd+0x2b4/0x350 [iscsi_target_mod] + iscsit_sequence_cmd+0xd8/0x1d8 [iscsi_target_mod] + iscsit_process_scsi_cmd+0xac/0xf8 [iscsi_target_mod] + iscsit_get_rx_pdu+0x404/0xd00 [iscsi_target_mod] + iscsi_target_rx_thread+0xb8/0x130 [iscsi_target_mod] + kthread+0x130/0x138 + ret_from_fork+0x10/0x18 + Code: f9000bf3 aa0003f3 aa1e03e0 d503201f (f9400260) + ---[ end trace 1e451c73f4266776 ]--- + +The solution is based on patch: + + "scsi: target: tcmu: Optimize use of flush_dcache_page" + +which restricts the use of tcmu_flush_dcache_range() to addresses from +vmalloc'ed areas only. + +This patch now replaces the virt_to_page() call in +tcmu_flush_dcache_range() - which is wrong for vmalloced addrs - by +vmalloc_to_page(). + +The patch was tested on ARM with kernel 4.19.118 and 5.7.2 + +Link: https://lore.kernel.org/r/20200618131632.32748-3-bstroesser@ts.fujitsu.com +Tested-by: JiangYu +Tested-by: Daniel Meyerholt +Acked-by: Mike Christie +Signed-off-by: Bodo Stroesser +Signed-off-by: Martin K. Petersen +Signed-off-by: Sasha Levin +--- + drivers/target/target_core_user.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/drivers/target/target_core_user.c b/drivers/target/target_core_user.c +index 560bfec933bc3..63cca0e1e9123 100644 +--- a/drivers/target/target_core_user.c ++++ b/drivers/target/target_core_user.c +@@ -601,7 +601,7 @@ static inline void tcmu_flush_dcache_range(void *vaddr, size_t size) + size = round_up(size+offset, PAGE_SIZE); + + while (size) { +- flush_dcache_page(virt_to_page(start)); ++ flush_dcache_page(vmalloc_to_page(start)); + start += PAGE_SIZE; + size -= PAGE_SIZE; + } +-- +2.25.1 + diff --git a/queue-5.8/scsi-ufs-add-delay_before_lpm-quirk-for-micron-devic.patch b/queue-5.8/scsi-ufs-add-delay_before_lpm-quirk-for-micron-devic.patch new file mode 100644 index 00000000000..e26e763ba47 --- /dev/null +++ b/queue-5.8/scsi-ufs-add-delay_before_lpm-quirk-for-micron-devic.patch @@ -0,0 +1,52 @@ +From 988863fea1099bdfe65a2a4dd56445790b5d197b Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 12 Jun 2020 09:26:24 +0800 +Subject: scsi: ufs: Add DELAY_BEFORE_LPM quirk for Micron devices + +From: Stanley Chu + +[ Upstream commit c0a18ee0ce78d7957ec1a53be35b1b3beba80668 ] + +It is confirmed that Micron device needs DELAY_BEFORE_LPM quirk to have a +delay before VCC is powered off. Sdd Micron vendor ID and this quirk for +Micron devices. + +Link: https://lore.kernel.org/r/20200612012625.6615-2-stanley.chu@mediatek.com +Reviewed-by: Bean Huo +Reviewed-by: Alim Akhtar +Signed-off-by: Stanley Chu +Signed-off-by: Martin K. Petersen +Signed-off-by: Sasha Levin +--- + drivers/scsi/ufs/ufs_quirks.h | 1 + + drivers/scsi/ufs/ufshcd.c | 2 ++ + 2 files changed, 3 insertions(+) + +diff --git a/drivers/scsi/ufs/ufs_quirks.h b/drivers/scsi/ufs/ufs_quirks.h +index e3175a63c676b..e80d5f26a4424 100644 +--- a/drivers/scsi/ufs/ufs_quirks.h ++++ b/drivers/scsi/ufs/ufs_quirks.h +@@ -12,6 +12,7 @@ + #define UFS_ANY_VENDOR 0xFFFF + #define UFS_ANY_MODEL "ANY_MODEL" + ++#define UFS_VENDOR_MICRON 0x12C + #define UFS_VENDOR_TOSHIBA 0x198 + #define UFS_VENDOR_SAMSUNG 0x1CE + #define UFS_VENDOR_SKHYNIX 0x1AD +diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c +index e412e43d23821..dec56e99335f0 100644 +--- a/drivers/scsi/ufs/ufshcd.c ++++ b/drivers/scsi/ufs/ufshcd.c +@@ -216,6 +216,8 @@ ufs_get_desired_pm_lvl_for_dev_link_state(enum ufs_dev_pwr_mode dev_state, + + static struct ufs_dev_fix ufs_fixups[] = { + /* UFS cards deviations table */ ++ UFS_FIX(UFS_VENDOR_MICRON, UFS_ANY_MODEL, ++ UFS_DEVICE_QUIRK_DELAY_BEFORE_LPM), + UFS_FIX(UFS_VENDOR_SAMSUNG, UFS_ANY_MODEL, + UFS_DEVICE_QUIRK_DELAY_BEFORE_LPM), + UFS_FIX(UFS_VENDOR_SAMSUNG, UFS_ANY_MODEL, +-- +2.25.1 + diff --git a/queue-5.8/series b/queue-5.8/series index 13f4a603080..273e1c51420 100644 --- a/queue-5.8/series +++ b/queue-5.8/series @@ -40,3 +40,33 @@ drm-amd-display-fix-edid-parsing-after-resume-from-suspend.patch drm-amd-display-blank-stream-before-destroying-hdcp-session.patch drm-amd-display-fix-dfpstate-hang-due-to-view-port-changed.patch drm-amd-display-fix-pow-crashing-when-given-base-0.patch +drm-i915-pmu-prefer-drm_warn_on-over-warn_on.patch +drm-i915-provide-the-perf-pmu.module.patch +kvm-arm64-only-reschedule-if-mmu_notifier_range_bloc.patch +scsi-ufs-add-delay_before_lpm-quirk-for-micron-devic.patch +scsi-target-tcmu-fix-crash-in-tcmu_flush_dcache_rang.patch +media-budget-core-improve-exception-handling-in-budg.patch +media-coda-jpeg-add-null-check-after-kmalloc.patch +f2fs-fix-to-check-page-dirty-status-before-writeback.patch +rtc-goldfish-enable-interrupt-in-set_alarm-when-nece.patch +media-vpss-clean-up-resources-in-init.patch +f2fs-should-avoid-inode-eviction-in-synchronous-path.patch +input-psmouse-add-a-newline-when-printing-proto-by-s.patch +mips-fix-unable-to-reserve-memory-for-crash-kernel.patch +m68knommu-fix-overwriting-of-bits-in-coldfire-v3-cac.patch +svcrdma-fix-another-receive-buffer-leak.patch +xfs-fix-inode-quota-reservation-checks.patch +drm-ttm-fix-offset-in-vmas-with-a-pg_offs-in-ttm_bo_.patch +riscv-fixup-static_obj-fail.patch +jffs2-fix-uaf-problem.patch +ceph-fix-use-after-free-for-fsc-mdsc.patch +swiotlb-xen-use-vmalloc_to_page-on-vmalloc-virt-addr.patch +cpufreq-intel_pstate-fix-cpuinfo_max_freq-when-msr_t.patch +scsi-libfc-free-skb-in-fc_disc_gpn_id_resp-for-valid.patch +virtio_ring-avoid-loop-when-vq-is-broken-in-virtqueu.patch +media-camss-fix-memory-leaks-on-error-handling-paths.patch +tools-testing-selftests-cgroup-cgroup_util.c-cg_read.patch +xfs-fix-ubsan-null-ptr-deref-in-xfs_sysfs_init.patch +alpha-fix-annotation-of-io-read-write-16-32-be.patch +fat-fix-fat_ra_init-for-data-clusters-0.patch +fs-signalfd.c-fix-inconsistent-return-codes-for-sign.patch diff --git a/queue-5.8/svcrdma-fix-another-receive-buffer-leak.patch b/queue-5.8/svcrdma-fix-another-receive-buffer-leak.patch new file mode 100644 index 00000000000..500c56eb7d5 --- /dev/null +++ b/queue-5.8/svcrdma-fix-another-receive-buffer-leak.patch @@ -0,0 +1,45 @@ +From 704fc9bd7e3cac9fb2e85c9434635b86d040741f Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 30 Jun 2020 15:55:45 -0400 +Subject: svcrdma: Fix another Receive buffer leak + +From: Chuck Lever + +[ Upstream commit 64d26422516b2e347b32e6d9b1d40b3c19a62aae ] + +During a connection tear down, the Receive queue is flushed before +the device resources are freed. Typically, all the Receives flush +with IB_WR_FLUSH_ERR. + +However, any pending successful Receives flush with IB_WR_SUCCESS, +and the server automatically posts a fresh Receive to replace the +completing one. This happens even after the connection has closed +and the RQ is drained. Receives that are posted after the RQ is +drained appear never to complete, causing a Receive resource leak. +The leaked Receive buffer is left DMA-mapped. + +To prevent these late-posted recv_ctxt's from leaking, block new +Receive posting after XPT_CLOSE is set. + +Signed-off-by: Chuck Lever +Signed-off-by: Sasha Levin +--- + net/sunrpc/xprtrdma/svc_rdma_recvfrom.c | 2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c b/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c +index e426fedb9524f..ac16d83f2d26c 100644 +--- a/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c ++++ b/net/sunrpc/xprtrdma/svc_rdma_recvfrom.c +@@ -265,6 +265,8 @@ static int svc_rdma_post_recv(struct svcxprt_rdma *rdma) + { + struct svc_rdma_recv_ctxt *ctxt; + ++ if (test_bit(XPT_CLOSE, &rdma->sc_xprt.xpt_flags)) ++ return 0; + ctxt = svc_rdma_recv_ctxt_get(rdma); + if (!ctxt) + return -ENOMEM; +-- +2.25.1 + diff --git a/queue-5.8/swiotlb-xen-use-vmalloc_to_page-on-vmalloc-virt-addr.patch b/queue-5.8/swiotlb-xen-use-vmalloc_to_page-on-vmalloc-virt-addr.patch new file mode 100644 index 00000000000..0d1bb075f28 --- /dev/null +++ b/queue-5.8/swiotlb-xen-use-vmalloc_to_page-on-vmalloc-virt-addr.patch @@ -0,0 +1,63 @@ +From 62d8be97d2108a81c696d17af5c39168fb637c3d Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Fri, 10 Jul 2020 15:34:17 -0700 +Subject: swiotlb-xen: use vmalloc_to_page on vmalloc virt addresses + +From: Boris Ostrovsky + +[ Upstream commit 8b1e868f66076490189a36d984fcce286cdd6295 ] + +xen_alloc_coherent_pages might return pages for which virt_to_phys and +virt_to_page don't work, e.g. ioremap'ed pages. + +So in xen_swiotlb_free_coherent we can't assume that virt_to_page works. +Instead add a is_vmalloc_addr check and use vmalloc_to_page on vmalloc +virt addresses. + +This patch fixes the following crash at boot on RPi4 (the underlying +issue is not RPi4 specific): +https://marc.info/?l=xen-devel&m=158862573216800 + +Signed-off-by: Boris Ostrovsky +Signed-off-by: Stefano Stabellini +Reviewed-by: Boris Ostrovsky +Tested-by: Corey Minyard +Tested-by: Roman Shaposhnik +Link: https://lore.kernel.org/r/20200710223427.6897-1-sstabellini@kernel.org +Signed-off-by: Juergen Gross +Signed-off-by: Sasha Levin +--- + drivers/xen/swiotlb-xen.c | 8 +++++++- + 1 file changed, 7 insertions(+), 1 deletion(-) + +diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c +index b6d27762c6f8c..5fbadd07819bd 100644 +--- a/drivers/xen/swiotlb-xen.c ++++ b/drivers/xen/swiotlb-xen.c +@@ -335,6 +335,7 @@ xen_swiotlb_free_coherent(struct device *hwdev, size_t size, void *vaddr, + int order = get_order(size); + phys_addr_t phys; + u64 dma_mask = DMA_BIT_MASK(32); ++ struct page *page; + + if (hwdev && hwdev->coherent_dma_mask) + dma_mask = hwdev->coherent_dma_mask; +@@ -346,9 +347,14 @@ xen_swiotlb_free_coherent(struct device *hwdev, size_t size, void *vaddr, + /* Convert the size to actually allocated. */ + size = 1UL << (order + XEN_PAGE_SHIFT); + ++ if (is_vmalloc_addr(vaddr)) ++ page = vmalloc_to_page(vaddr); ++ else ++ page = virt_to_page(vaddr); ++ + if (!WARN_ON((dev_addr + size - 1 > dma_mask) || + range_straddles_page_boundary(phys, size)) && +- TestClearPageXenRemapped(virt_to_page(vaddr))) ++ TestClearPageXenRemapped(page)) + xen_destroy_contiguous_region(phys, order); + + xen_free_coherent_pages(hwdev, size, vaddr, (dma_addr_t)phys, attrs); +-- +2.25.1 + diff --git a/queue-5.8/tools-testing-selftests-cgroup-cgroup_util.c-cg_read.patch b/queue-5.8/tools-testing-selftests-cgroup-cgroup_util.c-cg_read.patch new file mode 100644 index 00000000000..3a86162a14e --- /dev/null +++ b/queue-5.8/tools-testing-selftests-cgroup-cgroup_util.c-cg_read.patch @@ -0,0 +1,44 @@ +From d3118e29e59fe66877b29a1f797207993afe3108 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 6 Aug 2020 23:17:25 -0700 +Subject: tools/testing/selftests/cgroup/cgroup_util.c: cg_read_strcmp: fix + null pointer dereference + +From: Gaurav Singh + +[ Upstream commit d830020656c5b68ced962ed3cb51a90e0a89d4c4 ] + +Haven't reproduced this issue. This PR is does a minor code cleanup. + +Signed-off-by: Gaurav Singh +Signed-off-by: Andrew Morton +Reviewed-by: Andrew Morton +Cc: Shuah Khan +Cc: Tejun Heo +Cc: Michal Koutn +Cc: Roman Gushchin +Cc: Christian Brauner +Cc: Chris Down +Link: http://lkml.kernel.org/r/20200726013808.22242-1-gaurav1086@gmail.com +Signed-off-by: Linus Torvalds +Signed-off-by: Sasha Levin +--- + tools/testing/selftests/cgroup/cgroup_util.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/tools/testing/selftests/cgroup/cgroup_util.c b/tools/testing/selftests/cgroup/cgroup_util.c +index 8a637ca7d73a4..05853b0b88318 100644 +--- a/tools/testing/selftests/cgroup/cgroup_util.c ++++ b/tools/testing/selftests/cgroup/cgroup_util.c +@@ -106,7 +106,7 @@ int cg_read_strcmp(const char *cgroup, const char *control, + + /* Handle the case of comparing against empty string */ + if (!expected) +- size = 32; ++ return -1; + else + size = strlen(expected) + 1; + +-- +2.25.1 + diff --git a/queue-5.8/virtio_ring-avoid-loop-when-vq-is-broken-in-virtqueu.patch b/queue-5.8/virtio_ring-avoid-loop-when-vq-is-broken-in-virtqueu.patch new file mode 100644 index 00000000000..58a7738dbf0 --- /dev/null +++ b/queue-5.8/virtio_ring-avoid-loop-when-vq-is-broken-in-virtqueu.patch @@ -0,0 +1,53 @@ +From 1035d9c2c409b2ca2a7087cc20351743ea90acf6 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Sun, 2 Aug 2020 15:44:09 +0800 +Subject: virtio_ring: Avoid loop when vq is broken in virtqueue_poll + +From: Mao Wenan + +[ Upstream commit 481a0d7422db26fb63e2d64f0652667a5c6d0f3e ] + +The loop may exist if vq->broken is true, +virtqueue_get_buf_ctx_packed or virtqueue_get_buf_ctx_split +will return NULL, so virtnet_poll will reschedule napi to +receive packet, it will lead cpu usage(si) to 100%. + +call trace as below: +virtnet_poll + virtnet_receive + virtqueue_get_buf_ctx + virtqueue_get_buf_ctx_packed + virtqueue_get_buf_ctx_split + virtqueue_napi_complete + virtqueue_poll //return true + virtqueue_napi_schedule //it will reschedule napi + +to fix this, return false if vq is broken in virtqueue_poll. + +Signed-off-by: Mao Wenan +Acked-by: Michael S. Tsirkin +Link: https://lore.kernel.org/r/1596354249-96204-1-git-send-email-wenan.mao@linux.alibaba.com +Signed-off-by: Michael S. Tsirkin +Acked-by: Jason Wang +Signed-off-by: Sasha Levin +--- + drivers/virtio/virtio_ring.c | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c +index 58b96baa8d488..4f7c73e6052f6 100644 +--- a/drivers/virtio/virtio_ring.c ++++ b/drivers/virtio/virtio_ring.c +@@ -1960,6 +1960,9 @@ bool virtqueue_poll(struct virtqueue *_vq, unsigned last_used_idx) + { + struct vring_virtqueue *vq = to_vvq(_vq); + ++ if (unlikely(vq->broken)) ++ return false; ++ + virtio_mb(vq->weak_barriers); + return vq->packed_ring ? virtqueue_poll_packed(_vq, last_used_idx) : + virtqueue_poll_split(_vq, last_used_idx); +-- +2.25.1 + diff --git a/queue-5.8/xfs-fix-inode-quota-reservation-checks.patch b/queue-5.8/xfs-fix-inode-quota-reservation-checks.patch new file mode 100644 index 00000000000..135ca6a5f8a --- /dev/null +++ b/queue-5.8/xfs-fix-inode-quota-reservation-checks.patch @@ -0,0 +1,56 @@ +From c73da15cb858e934773644ef55273b37d43232e6 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Tue, 14 Jul 2020 10:36:09 -0700 +Subject: xfs: fix inode quota reservation checks + +From: Darrick J. Wong + +[ Upstream commit f959b5d037e71a4d69b5bf71faffa065d9269b4a ] + +xfs_trans_dqresv is the function that we use to make reservations +against resource quotas. Each resource contains two counters: the +q_core counter, which tracks resources allocated on disk; and the dquot +reservation counter, which tracks how much of that resource has either +been allocated or reserved by threads that are working on metadata +updates. + +For disk blocks, we compare the proposed reservation counter against the +hard and soft limits to decide if we're going to fail the operation. +However, for inodes we inexplicably compare against the q_core counter, +not the incore reservation count. + +Since the q_core counter is always lower than the reservation count and +we unlock the dquot between reservation and transaction commit, this +means that multiple threads can reserve the last inode count before we +hit the hard limit, and when they commit, we'll be well over the hard +limit. + +Fix this by checking against the incore inode reservation counter, since +we would appear to maintain that correctly (and that's what we report in +GETQUOTA). + +Signed-off-by: Darrick J. Wong +Reviewed-by: Allison Collins +Reviewed-by: Chandan Babu R +Reviewed-by: Christoph Hellwig +Signed-off-by: Sasha Levin +--- + fs/xfs/xfs_trans_dquot.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/fs/xfs/xfs_trans_dquot.c b/fs/xfs/xfs_trans_dquot.c +index c0f73b82c0551..ed0ce8b301b40 100644 +--- a/fs/xfs/xfs_trans_dquot.c ++++ b/fs/xfs/xfs_trans_dquot.c +@@ -647,7 +647,7 @@ xfs_trans_dqresv( + } + } + if (ninos > 0) { +- total_count = be64_to_cpu(dqp->q_core.d_icount) + ninos; ++ total_count = dqp->q_res_icount + ninos; + timer = be32_to_cpu(dqp->q_core.d_itimer); + warns = be16_to_cpu(dqp->q_core.d_iwarns); + warnlimit = defq->iwarnlimit; +-- +2.25.1 + diff --git a/queue-5.8/xfs-fix-ubsan-null-ptr-deref-in-xfs_sysfs_init.patch b/queue-5.8/xfs-fix-ubsan-null-ptr-deref-in-xfs_sysfs_init.patch new file mode 100644 index 00000000000..7aeb5ca1b8d --- /dev/null +++ b/queue-5.8/xfs-fix-ubsan-null-ptr-deref-in-xfs_sysfs_init.patch @@ -0,0 +1,59 @@ +From a5ab126de8cb4e9f032af4274ccb82523e0176a3 Mon Sep 17 00:00:00 2001 +From: Sasha Levin +Date: Thu, 6 Aug 2020 15:18:48 -0700 +Subject: xfs: Fix UBSAN null-ptr-deref in xfs_sysfs_init + +From: Eiichi Tsukata + +[ Upstream commit 96cf2a2c75567ff56195fe3126d497a2e7e4379f ] + +If xfs_sysfs_init is called with parent_kobj == NULL, UBSAN +shows the following warning: + + UBSAN: null-ptr-deref in ./fs/xfs/xfs_sysfs.h:37:23 + member access within null pointer of type 'struct xfs_kobj' + Call Trace: + dump_stack+0x10e/0x195 + ubsan_type_mismatch_common+0x241/0x280 + __ubsan_handle_type_mismatch_v1+0x32/0x40 + init_xfs_fs+0x12b/0x28f + do_one_initcall+0xdd/0x1d0 + do_initcall_level+0x151/0x1b6 + do_initcalls+0x50/0x8f + do_basic_setup+0x29/0x2b + kernel_init_freeable+0x19f/0x20b + kernel_init+0x11/0x1e0 + ret_from_fork+0x22/0x30 + +Fix it by checking parent_kobj before the code accesses its member. + +Signed-off-by: Eiichi Tsukata +Reviewed-by: Darrick J. Wong +[darrick: minor whitespace edits] +Signed-off-by: Darrick J. Wong +Signed-off-by: Sasha Levin +--- + fs/xfs/xfs_sysfs.h | 6 ++++-- + 1 file changed, 4 insertions(+), 2 deletions(-) + +diff --git a/fs/xfs/xfs_sysfs.h b/fs/xfs/xfs_sysfs.h +index e9f810fc67317..43585850f1546 100644 +--- a/fs/xfs/xfs_sysfs.h ++++ b/fs/xfs/xfs_sysfs.h +@@ -32,9 +32,11 @@ xfs_sysfs_init( + struct xfs_kobj *parent_kobj, + const char *name) + { ++ struct kobject *parent; ++ ++ parent = parent_kobj ? &parent_kobj->kobject : NULL; + init_completion(&kobj->complete); +- return kobject_init_and_add(&kobj->kobject, ktype, +- &parent_kobj->kobject, "%s", name); ++ return kobject_init_and_add(&kobj->kobject, ktype, parent, "%s", name); + } + + static inline void +-- +2.25.1 + -- 2.47.2