March 2023 - Linux-stable-mirror

stable-rc/queue/5.15 baseline: 111 runs, 7 regressions (v5.15.104-83-ga131fb06fbdb)

by kernelci.org bot

stable-rc/queue/5.15 baseline: 111 runs, 7 regressions (v5.15.104-83-ga131fb06fbdb) Regressions Summary ------------------- platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ asus-C436FA-Flip-hatch | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 asus-CM1400CXA-dalboz | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 asus-cx9400-volteer | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 hp-x360-12b-c...4020-octopus | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 hp-x360-14-G1-sona | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 hp-x360-14a-cb0001xx-zork | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 lenovo-TPad-C13-Yoga-zork | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/job/stable-rc/branch/queue%2F5.15/kernel/v5.15.10… Test: baseline Tree: stable-rc Branch: queue/5.15 Describe: v5.15.104-83-ga131fb06fbdb URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git SHA: a131fb06fbdb9d36793e8e53fc2966006e33daf9 Test Regressions ---------------- platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ asus-C436FA-Flip-hatch | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbf363d945481c62f7db Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbf363d945481c62f7e0 new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:13:32.253137 <8>[ 10.387937] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793313_1.4.2.3.1> 2023-03-28T11:13:32.256237 + set +x 2023-03-28T11:13:32.360931 / # # 2023-03-28T11:13:32.461981 export SHELL=/bin/sh 2023-03-28T11:13:32.462225 # 2023-03-28T11:13:32.563218 / # export SHELL=/bin/sh. /lava-9793313/environment 2023-03-28T11:13:32.563413 2023-03-28T11:13:32.664550 / # . /lava-9793313/environment/lava-9793313/bin/lava-test-runner /lava-9793313/1 2023-03-28T11:13:32.664849 2023-03-28T11:13:32.670566 / # /lava-9793313/bin/lava-test-runner /lava-9793313/1 ... (12 line(s) more) platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ asus-CM1400CXA-dalboz | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbe4f45cb5664062f77a Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbe4f45cb5664062f77f new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:13:19.451555 + <8>[ 10.910005] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793249_1.4.2.3.1> 2023-03-28T11:13:19.452064 set +x 2023-03-28T11:13:19.560386 / # # 2023-03-28T11:13:19.663076 export SHELL=/bin/sh 2023-03-28T11:13:19.663259 # 2023-03-28T11:13:19.764221 / # export SHELL=/bin/sh. /lava-9793249/environment 2023-03-28T11:13:19.764462 2023-03-28T11:13:19.865576 / # . /lava-9793249/environment/lava-9793249/bin/lava-test-runner /lava-9793249/1 2023-03-28T11:13:19.866850 2023-03-28T11:13:19.871338 / # /lava-9793249/bin/lava-test-runner /lava-9793249/1 ... (12 line(s) more) platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ asus-cx9400-volteer | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbe3055172b33f62f7ed Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbe3055172b33f62f7f2 new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:13:16.545657 <8>[ 7.922685] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793274_1.4.2.3.1> 2023-03-28T11:13:16.549014 + set +x 2023-03-28T11:13:16.655237 2023-03-28T11:13:16.757508 / # #export SHELL=/bin/sh 2023-03-28T11:13:16.758390 2023-03-28T11:13:16.860273 / # export SHELL=/bin/sh. /lava-9793274/environment 2023-03-28T11:13:16.861148 2023-03-28T11:13:16.962980 / # . /lava-9793274/environment/lava-9793274/bin/lava-test-runner /lava-9793274/1 2023-03-28T11:13:16.964129 2023-03-28T11:13:16.969013 / # /lava-9793274/bin/lava-test-runner /lava-9793274/1 ... (12 line(s) more) platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ hp-x360-12b-c...4020-octopus | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbdf055172b33f62f7ae Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbdf055172b33f62f7b3 new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:13:18.370749 + set +x 2023-03-28T11:13:18.377150 <8>[ 9.960895] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793252_1.4.2.3.1> 2023-03-28T11:13:18.481967 / # # 2023-03-28T11:13:18.583039 export SHELL=/bin/sh 2023-03-28T11:13:18.583293 # 2023-03-28T11:13:18.684234 / # export SHELL=/bin/sh. /lava-9793252/environment 2023-03-28T11:13:18.684466 2023-03-28T11:13:18.785454 / # . /lava-9793252/environment/lava-9793252/bin/lava-test-runner /lava-9793252/1 2023-03-28T11:13:18.785786 2023-03-28T11:13:18.790429 / # /lava-9793252/bin/lava-test-runner /lava-9793252/1 ... (12 line(s) more) platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ hp-x360-14-G1-sona | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbc3ff0cfb876c62f7bd Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbc3ff0cfb876c62f7c2 new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:12:53.269917 <8>[ 10.842871] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793295_1.4.2.3.1> 2023-03-28T11:12:53.272830 + set +x 2023-03-28T11:12:53.374576 # 2023-03-28T11:12:53.374924 2023-03-28T11:12:53.475887 / # #export SHELL=/bin/sh 2023-03-28T11:12:53.476115 2023-03-28T11:12:53.576897 / # export SHELL=/bin/sh. /lava-9793295/environment 2023-03-28T11:12:53.577144 2023-03-28T11:12:53.678054 / # . /lava-9793295/environment/lava-9793295/bin/lava-test-runner /lava-9793295/1 2023-03-28T11:12:53.678387 ... (13 line(s) more) platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ hp-x360-14a-cb0001xx-zork | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbde055172b33f62f7a3 Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbde055172b33f62f7a8 new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:13:19.454445 + <8>[ 10.884547] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793280_1.4.2.3.1> 2023-03-28T11:13:19.454544 set +x 2023-03-28T11:13:19.559032 / # # 2023-03-28T11:13:19.660041 export SHELL=/bin/sh 2023-03-28T11:13:19.660274 # 2023-03-28T11:13:19.761174 / # export SHELL=/bin/sh. /lava-9793280/environment 2023-03-28T11:13:19.761413 2023-03-28T11:13:19.862363 / # . /lava-9793280/environment/lava-9793280/bin/lava-test-runner /lava-9793280/1 2023-03-28T11:13:19.862689 2023-03-28T11:13:19.867363 / # /lava-9793280/bin/lava-test-runner /lava-9793280/1 ... (12 line(s) more) platform | arch | lab | compiler | defconfig | regressions -----------------------------+--------+---------------+----------+------------------------------+------------ lenovo-TPad-C13-Yoga-zork | x86_64 | lab-collabora | gcc-10 | x86_64_defcon...6-chromebook | 1 Details: https://kernelci.org/test/plan/id/6422cbc10667c09c0462f770 Results: 6 PASS, 1 FAIL, 0 SKIP Full config: x86_64_defconfig+x86-chromebook Compiler: gcc-10 (gcc (Debian 10.2.1-6) 10.2.1 20210110) Plain log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… HTML log: https://storage.kernelci.org//stable-rc/queue-5.15/v5.15.104-83-ga131fb06fb… Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/buildroot-baseline/2023… * baseline.bootrr.deferred-probe-empty: https://kernelci.org/test/case/id/6422cbc10667c09c0462f775 new failure (last pass: v5.15.104-76-g9168fe5021cf1) 2023-03-28T11:12:55.511429 <8>[ 12.327846] <LAVA_SIGNAL_ENDRUN 0_dmesg 9793253_1.4.2.3.1> 2023-03-28T11:12:55.615798 / # # 2023-03-28T11:12:55.716866 export SHELL=/bin/sh 2023-03-28T11:12:55.717075 # 2023-03-28T11:12:55.817961 / # export SHELL=/bin/sh. /lava-9793253/environment 2023-03-28T11:12:55.818224 2023-03-28T11:12:55.919195 / # . /lava-9793253/environment/lava-9793253/bin/lava-test-runner /lava-9793253/1 2023-03-28T11:12:55.919531 2023-03-28T11:12:55.923870 / # /lava-9793253/bin/lava-test-runner /lava-9793253/1 2023-03-28T11:12:55.929437 + export 'TESTRUN_ID=1_bootrr' ... (11 line(s) more)

2 years

1
0
0 0

[PATCH 5.15/5.10 1/1] NFSD: fix use-after-free in __nfs42_ssc_open()

by Ovidiu Panait

From: Dai Ngo <dai.ngo(a)oracle.com> commit 75333d48f92256a0dec91dbf07835e804fc411c0 upstream. Problem caused by source's vfsmount being unmounted but remains on the delayed unmount list. This happens when nfs42_ssc_open() return errors. Fixed by removing nfsd4_interssc_connect(), leave the vfsmount for the laundromat to unmount when idle time expires. We don't need to call nfs_do_sb_deactive when nfs42_ssc_open return errors since the file was not opened so nfs_server->active was not incremented. Same as in nfsd4_copy, if we fail to launch nfsd4_do_async_copy thread then there's no need to call nfs_do_sb_deactive Reported-by: Xingyuan Mo <hdthky0(a)gmail.com> Signed-off-by: Dai Ngo <dai.ngo(a)oracle.com> Tested-by: Xingyuan Mo <hdthky0(a)gmail.com> Signed-off-by: Chuck Lever <chuck.lever(a)oracle.com> Signed-off-by: Ovidiu Panait <ovidiu.panait(a)windriver.com> --- fs/nfsd/nfs4proc.c | 22 ++++++---------------- 1 file changed, 6 insertions(+), 16 deletions(-) diff --git a/fs/nfsd/nfs4proc.c b/fs/nfsd/nfs4proc.c index 57af9c30eb48..b817d24d25a6 100644 --- a/fs/nfsd/nfs4proc.c +++ b/fs/nfsd/nfs4proc.c @@ -1351,13 +1351,6 @@ nfsd4_interssc_connect(struct nl4_server *nss, struct svc_rqst *rqstp, return status; } -static void -nfsd4_interssc_disconnect(struct vfsmount *ss_mnt) -{ - nfs_do_sb_deactive(ss_mnt->mnt_sb); - mntput(ss_mnt); -} - /* * Verify COPY destination stateid. * @@ -1460,11 +1453,6 @@ nfsd4_cleanup_inter_ssc(struct vfsmount *ss_mnt, struct nfsd_file *src, { } -static void -nfsd4_interssc_disconnect(struct vfsmount *ss_mnt) -{ -} - static struct file *nfs42_ssc_open(struct vfsmount *ss_mnt, struct nfs_fh *src_fh, nfs4_stateid *stateid) @@ -1622,14 +1610,14 @@ static int nfsd4_do_async_copy(void *data) copy->nf_src = kzalloc(sizeof(struct nfsd_file), GFP_KERNEL); if (!copy->nf_src) { copy->nfserr = nfserr_serverfault; - nfsd4_interssc_disconnect(copy->ss_mnt); + /* ss_mnt will be unmounted by the laundromat */ goto do_callback; } copy->nf_src->nf_file = nfs42_ssc_open(copy->ss_mnt, &copy->c_fh, &copy->stateid); if (IS_ERR(copy->nf_src->nf_file)) { copy->nfserr = nfserr_offload_denied; - nfsd4_interssc_disconnect(copy->ss_mnt); + /* ss_mnt will be unmounted by the laundromat */ goto do_callback; } } @@ -1714,8 +1702,10 @@ nfsd4_copy(struct svc_rqst *rqstp, struct nfsd4_compound_state *cstate, if (async_copy) cleanup_async_copy(async_copy); status = nfserrno(-ENOMEM); - if (!copy->cp_intra) - nfsd4_interssc_disconnect(copy->ss_mnt); + /* + * source's vfsmount of inter-copy will be unmounted + * by the laundromat + */ goto out; } -- 2.39.1

2 years

2
1
0 0

[PATCH] clocksource/drivers/arm_arch_timer: Update sched_clock when non-boot CPUs need counter workaround

by Marc Zyngier

When booting on a CPU that has a countertum on the counter read, we use the arch_counter_get_cnt{v,p}ct_stable() backend which applies the workaround. However, we don't do the same thing when an affected CPU is a secondary CPU, and we're stuck with the standard sched_clock() backend that knows nothing about the workaround. Fix it by always indirecting sched_clock(), making arch_timer_read_counter a function instead of a function pointer. In turn, we update the pointer (now private to the driver code) when detecting a new workaround. Cc: Mark Rutland <mark.rutland(a)arm.com> Cc: Will Deacon <will(a)kernel.org> Cc: Daniel Lezcano <daniel.lezcano(a)kernel.org> Cc: Thomas Gleixner <tglx(a)linotronix.de> Cc: stable(a)vger.kernel.org Reported-by: Yogesh Lal <quic_ylal(a)quicinc.com> Signed-off-by: Marc Zyngier <maz(a)kernel.org> Fixes: 0ea415390cd3 ("clocksource/arm_arch_timer: Use arch_timer_read_counter to access stable counters") Link: https://lore.kernel.org/r/ca4679a0-7f29-65f4-54b9-c575248192f1@quicinc.com --- drivers/clocksource/arm_arch_timer.c | 56 +++++++++++++++++----------- include/clocksource/arm_arch_timer.h | 2 +- 2 files changed, 36 insertions(+), 22 deletions(-) diff --git a/drivers/clocksource/arm_arch_timer.c b/drivers/clocksource/arm_arch_timer.c index e09d4427f604..5272db86bef5 100644 --- a/drivers/clocksource/arm_arch_timer.c +++ b/drivers/clocksource/arm_arch_timer.c @@ -217,7 +217,12 @@ static notrace u64 arch_counter_get_cntvct(void) * to exist on arm64. arm doesn't use this before DT is probed so even * if we don't have the cp15 accessors we won't have a problem. */ -u64 (*arch_timer_read_counter)(void) __ro_after_init = arch_counter_get_cntvct; +static u64 (*__arch_timer_read_counter)(void) __ro_after_init = arch_counter_get_cntvct; + +u64 arch_timer_read_counter(void) +{ + return __arch_timer_read_counter(); +} EXPORT_SYMBOL_GPL(arch_timer_read_counter); static u64 arch_counter_read(struct clocksource *cs) @@ -230,6 +235,28 @@ static u64 arch_counter_read_cc(const struct cyclecounter *cc) return arch_timer_read_counter(); } +static bool arch_timer_counter_has_wa(void); + +static u64 (*arch_counter_get_read_fn(void))(void) +{ + u64 (*rd)(void); + + if ((IS_ENABLED(CONFIG_ARM64) && !is_hyp_mode_available()) || + arch_timer_uses_ppi == ARCH_TIMER_VIRT_PPI) { + if (arch_timer_counter_has_wa()) + rd = arch_counter_get_cntvct_stable; + else + rd = arch_counter_get_cntvct; + } else { + if (arch_timer_counter_has_wa()) + rd = arch_counter_get_cntpct_stable; + else + rd = arch_counter_get_cntpct; + } + + return rd; +} + static struct clocksource clocksource_counter = { .name = "arch_sys_counter", .id = CSID_ARM_ARCH_COUNTER, @@ -571,8 +598,10 @@ void arch_timer_enable_workaround(const struct arch_timer_erratum_workaround *wa per_cpu(timer_unstable_counter_workaround, i) = wa; } - if (wa->read_cntvct_el0 || wa->read_cntpct_el0) - atomic_set(&timer_unstable_counter_workaround_in_use, 1); + if (wa->read_cntvct_el0 || wa->read_cntpct_el0) { + __arch_timer_read_counter = arch_counter_get_read_fn(); + atomic_set_release(&timer_unstable_counter_workaround_in_use, 1); + } /* * Don't use the vdso fastpath if errata require using the @@ -641,7 +670,7 @@ static bool arch_timer_counter_has_wa(void) #else #define arch_timer_check_ool_workaround(t,a) do { } while(0) #define arch_timer_this_cpu_has_cntvct_wa() ({false;}) -#define arch_timer_counter_has_wa() ({false;}) +static bool arch_timer_counter_has_wa(void) { return false; } #endif /* CONFIG_ARM_ARCH_TIMER_OOL_WORKAROUND */ static __always_inline irqreturn_t timer_handler(const int access, @@ -1079,25 +1108,10 @@ static void __init arch_counter_register(unsigned type) /* Register the CP15 based counter if we have one */ if (type & ARCH_TIMER_TYPE_CP15) { - u64 (*rd)(void); - - if ((IS_ENABLED(CONFIG_ARM64) && !is_hyp_mode_available()) || - arch_timer_uses_ppi == ARCH_TIMER_VIRT_PPI) { - if (arch_timer_counter_has_wa()) - rd = arch_counter_get_cntvct_stable; - else - rd = arch_counter_get_cntvct; - } else { - if (arch_timer_counter_has_wa()) - rd = arch_counter_get_cntpct_stable; - else - rd = arch_counter_get_cntpct; - } - - arch_timer_read_counter = rd; + __arch_timer_read_counter = arch_counter_get_read_fn(); clocksource_counter.vdso_clock_mode = vdso_default; } else { - arch_timer_read_counter = arch_counter_get_cntvct_mem; + __arch_timer_read_counter = arch_counter_get_cntvct_mem; } width = arch_counter_get_width(); diff --git a/include/clocksource/arm_arch_timer.h b/include/clocksource/arm_arch_timer.h index 057c8964aefb..ec331b65ba23 100644 --- a/include/clocksource/arm_arch_timer.h +++ b/include/clocksource/arm_arch_timer.h @@ -85,7 +85,7 @@ struct arch_timer_mem { #ifdef CONFIG_ARM_ARCH_TIMER extern u32 arch_timer_get_rate(void); -extern u64 (*arch_timer_read_counter)(void); +extern u64 arch_timer_read_counter(void); extern struct arch_timer_kvm_info *arch_timer_get_kvm_info(void); extern bool arch_timer_evtstrm_available(void); -- 2.34.1

2 years

3
2
0 0

[PATCH v2 0/3] xen/netback: fix issue introduced recently

by Juergen Gross

The fix for XSA-423 introduced a bug which resulted in loss of network connection in some configurations. The first patch is fixing the issue, while the second one is removing a test which isn't needed. The third patch is making error messages more uniform. Changes in V2: - add patch 3 - comment addressed (patch 1) Juergen Gross (3): xen/netback: don't do grant copy across page boundary xen/netback: remove not needed test in xenvif_tx_build_gops() xen/netback: use same error messages for same errors drivers/net/xen-netback/common.h | 2 +- drivers/net/xen-netback/netback.c | 37 ++++++++++++++++++++++--------- 2 files changed, 28 insertions(+), 11 deletions(-) -- 2.35.3

2 years

4
4
0 0

[PATCH 5.10 0/2] Two more xfs backports for 5.10.y (from v5.11)

by Amir Goldstein

Greg, Chandan is preparing a series of backports from v5.11 to 5.4.y. These two backports were selected by Chandan for 5.4.y, but are currently missing from 5.10.y. Specifically, patch #2 fixes a problem seen in the wild on UEK and the UEK kernels already carry this patch. The patches have gone through the usual xfs test/review routine. Thanks, Amir. Brian Foster (1): xfs: don't reuse busy extents on extent trim Darrick J. Wong (1): xfs: shut down the filesystem if we screw up quota reservation fs/xfs/xfs_extent_busy.c | 14 -------------- fs/xfs/xfs_trans_dquot.c | 13 ++++++++++--- 2 files changed, 10 insertions(+), 17 deletions(-) -- 2.34.1

2 years

2
3
0 0

FAILED: patch "[PATCH] ocfs2: fix data corruption after failed write" failed to apply to 4.19-stable tree

by gregkh＠linuxfoundation.org

The patch below does not apply to the 4.19-stable tree. If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <stable(a)vger.kernel.org>. To reproduce the conflict and resubmit, you may use the following commands: git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-4.19.y git checkout FETCH_HEAD git cherry-pick -x 90410bcf873cf05f54a32183afff0161f44f9715 # <resolve conflicts, build, test, etc.> git commit -s git send-email --to '<stable(a)vger.kernel.org>' --in-reply-to '16793134471133(a)kroah.com' --subject-prefix 'PATCH 4.19.y' HEAD^.. Possible dependencies: 90410bcf873c ("ocfs2: fix data corruption after failed write") thanks, greg k-h ------------------ original commit in Linus's tree ------------------ From 90410bcf873cf05f54a32183afff0161f44f9715 Mon Sep 17 00:00:00 2001 From: Jan Kara via Ocfs2-devel <ocfs2-devel(a)oss.oracle.com> Date: Thu, 2 Mar 2023 16:38:43 +0100 Subject: [PATCH] ocfs2: fix data corruption after failed write When buffered write fails to copy data into underlying page cache page, ocfs2_write_end_nolock() just zeroes out and dirties the page. This can leave dirty page beyond EOF and if page writeback tries to write this page before write succeeds and expands i_size, page gets into inconsistent state where page dirty bit is clear but buffer dirty bits stay set resulting in page data never getting written and so data copied to the page is lost. Fix the problem by invalidating page beyond EOF after failed write. Link: https://lkml.kernel.org/r/20230302153843.18499-1-jack@suse.cz Fixes: 6dbf7bb55598 ("fs: Don't invalidate page buffers in block_write_full_page()") Signed-off-by: Jan Kara <jack(a)suse.cz> Reviewed-by: Joseph Qi <joseph.qi(a)linux.alibaba.com> Cc: Mark Fasheh <mark(a)fasheh.com> Cc: Joel Becker <jlbec(a)evilplan.org> Cc: Junxiao Bi <junxiao.bi(a)oracle.com> Cc: Changwei Ge <gechangwei(a)live.cn> Cc: Gang He <ghe(a)suse.com> Cc: Jun Piao <piaojun(a)huawei.com> Cc: <stable(a)vger.kernel.org> Signed-off-by: Andrew Morton <akpm(a)linux-foundation.org> diff --git a/fs/ocfs2/aops.c b/fs/ocfs2/aops.c index 1d65f6ef00ca..0394505fdce3 100644 --- a/fs/ocfs2/aops.c +++ b/fs/ocfs2/aops.c @@ -1977,11 +1977,26 @@ int ocfs2_write_end_nolock(struct address_space *mapping, } if (unlikely(copied < len) && wc->w_target_page) { + loff_t new_isize; + if (!PageUptodate(wc->w_target_page)) copied = 0; - ocfs2_zero_new_buffers(wc->w_target_page, start+copied, - start+len); + new_isize = max_t(loff_t, i_size_read(inode), pos + copied); + if (new_isize > page_offset(wc->w_target_page)) + ocfs2_zero_new_buffers(wc->w_target_page, start+copied, + start+len); + else { + /* + * When page is fully beyond new isize (data copy + * failed), do not bother zeroing the page. Invalidate + * it instead so that writeback does not get confused + * put page & buffer dirty bits into inconsistent + * state. + */ + block_invalidate_folio(page_folio(wc->w_target_page), + 0, PAGE_SIZE); + } } if (wc->w_target_page) flush_dcache_page(wc->w_target_page);

2 years

3
2
0 0

FAILED: patch "[PATCH] mm: kfence: fix using kfence_metadata without initialization" failed to apply to 5.15-stable tree

by gregkh＠linuxfoundation.org

The patch below does not apply to the 5.15-stable tree. If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <stable(a)vger.kernel.org>. To reproduce the conflict and resubmit, you may use the following commands: git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-5.15.y git checkout FETCH_HEAD git cherry-pick -x 1c86a188e03156223a34d09ce290b49bd4dd0403 # <resolve conflicts, build, test, etc.> git commit -s git send-email --to '<stable(a)vger.kernel.org>' --in-reply-to '16800049118459(a)kroah.com' --subject-prefix 'PATCH 5.15.y' HEAD^.. Possible dependencies: 1c86a188e031 ("mm: kfence: fix using kfence_metadata without initialization in show_object()") b33f778bba5e ("kfence: alloc kfence_pool after system startup") 698361bca2d5 ("kfence: allow re-enabling KFENCE after system startup") 07e8481d3c38 ("kfence: always use static branches to guard kfence_alloc()") 08f6b10630f2 ("kfence: limit currently covered allocations when pool nearly full") a9ab52bbcb52 ("kfence: move saving stack trace of allocations into __kfence_alloc()") 9a19aeb56650 ("kfence: count unexpectedly skipped allocations") thanks, greg k-h ------------------ original commit in Linus's tree ------------------ From 1c86a188e03156223a34d09ce290b49bd4dd0403 Mon Sep 17 00:00:00 2001 From: Muchun Song <muchun.song(a)linux.dev> Date: Wed, 15 Mar 2023 11:44:41 +0800 Subject: [PATCH] mm: kfence: fix using kfence_metadata without initialization in show_object() The variable kfence_metadata is initialized in kfence_init_pool(), then, it is not initialized if kfence is disabled after booting. In this case, kfence_metadata will be used (e.g. ->lock and ->state fields) without initialization when reading /sys/kernel/debug/kfence/objects. There will be a warning if you enable CONFIG_DEBUG_SPINLOCK. Fix it by creating debugfs files when necessary. Link: https://lkml.kernel.org/r/20230315034441.44321-1-songmuchun@bytedance.com Fixes: 0ce20dd84089 ("mm: add Kernel Electric-Fence infrastructure") Signed-off-by: Muchun Song <songmuchun(a)bytedance.com> Tested-by: Marco Elver <elver(a)google.com> Reviewed-by: Marco Elver <elver(a)google.com> Cc: Alexander Potapenko <glider(a)google.com> Cc: Dmitry Vyukov <dvyukov(a)google.com> Cc: Jann Horn <jannh(a)google.com> Cc: SeongJae Park <sjpark(a)amazon.de> Cc: <stable(a)vger.kernel.org> Signed-off-by: Andrew Morton <akpm(a)linux-foundation.org> diff --git a/mm/kfence/core.c b/mm/kfence/core.c index 5349c37a5dac..79c94ee55f97 100644 --- a/mm/kfence/core.c +++ b/mm/kfence/core.c @@ -726,10 +726,14 @@ static const struct seq_operations objects_sops = { }; DEFINE_SEQ_ATTRIBUTE(objects); -static int __init kfence_debugfs_init(void) +static int kfence_debugfs_init(void) { - struct dentry *kfence_dir = debugfs_create_dir("kfence", NULL); + struct dentry *kfence_dir; + if (!READ_ONCE(kfence_enabled)) + return 0; + + kfence_dir = debugfs_create_dir("kfence", NULL); debugfs_create_file("stats", 0444, kfence_dir, NULL, &stats_fops); debugfs_create_file("objects", 0400, kfence_dir, NULL, &objects_fops); return 0; @@ -883,6 +887,8 @@ static int kfence_init_late(void) } kfence_init_enable(); + kfence_debugfs_init(); + return 0; }

2 years

3
4
0 0

Fix KFD support in GC 11.0.4

by Limonciello, Mario

[Public] Hi, For a product that has the IP GC 11.0.4, there is a lone error message that comes up during bootup related to some missing support for KFD on kernel 6.1.20. kfd kfd: amdgpu: GC IP 0b0004 not supported in kfd This is fixed by this series of commits that landed in 6.2 that fixes KFD support on this product (and also fixes a warning). fd72e2cb2f9d ("drm/amdkfd: introduce dummy cache info for property asic") c0cc999f3c32 ("drm/amdkfd: Fix the warning of array-index-out-of-bounds") 88c21c2b56aa ("drm/amdkfd: add GC 11.0.4 KFD support") Can you please bring to 6.1.y? Thanks,

2 years

2
1
0 0

[PATCH 0/2] xen/netback: fix issue introduced recently

by Juergen Gross

The fix for XSA-423 introduced a bug which resulted in loss of network connection in some configurations. The first patch is fixing the issue, while the second one is removing a test which isn't needed. Juergen Gross (2): xen/netback: don't do grant copy across page boundary xen/netback: remove not needed test in xenvif_tx_build_gops() drivers/net/xen-netback/common.h | 2 +- drivers/net/xen-netback/netback.c | 29 +++++++++++++++++++++++------ 2 files changed, 24 insertions(+), 7 deletions(-) -- 2.35.3

2 years

4
8
0 0

[PATCH 5.4 0/1] tun: avoid double free in tun_free_netdev

by Dragos-Marian Panait

The following commit is needed to fix CVE-2022-4744: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… George Kennedy (1): tun: avoid double free in tun_free_netdev drivers/net/tun.c | 109 +++++++++++++++++++++++++--------------------- 1 file changed, 59 insertions(+), 50 deletions(-) base-commit: 6849d8c4a61a93bb3abf2f65c84ec1ebfa9a9fb6 -- 2.39.1

2 years

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

Linux-stable-mirror March 2023