CONFIG_JUMP_LABEL doesn't ensure HAVE_JUMP_LABEL, if it
is not the case use maintainers's own mutex to guard
the modification of global values.
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
---
arch/powerpc/platforms/powernv/opal-tracepoints.c |2 +-
arch/powerpc/platforms/pseries/lpar.c
NULL return of kzalloc_node should be handled
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
---
arch/powerpc/platforms/pseries/iommu.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/iommu.c
b/arch/powerpc/platforms
I do a grep for kmem_cache_zalloc and kmem_cache_alloc
in kernel tree, and find some code do not handle NULL
return of kmem_cache_zalloc correctly
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
---
arch/powerpc/kvm/book3s_32_mmu_host.c |5 +
drivers/iommu/omap-iommu.c|3
ping
I do a grep for kmem_cache_zalloc and kmem_cache_alloc
in kernel tree, and find some code do not handle NULL
return of kmem_cache_zalloc correctly
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
---
arch/powerpc/kvm/book3s_32_mmu_host.c |5 +
drivers/iommu/omap-iommu.c
Dear Paul
I try to reproduce the bug in ppc64 VM in Oregon State University
using the vmlinux extracted from
https://owww.molgen.mpg.de/~pmenzel/rcutorture-2022.02.01-21.52.37-torture-locktorture-kasan-lock01.tar.xz
the ppc64 VM in which I run the qemu without hardware acceleration is:
Linux
Dear Paul
On Thu, Mar 10, 2022 at 4:10 PM Paul Menzel wrote:
>
> Dear Zhouyi,
>
>
> Thank you for still looking into this.
You are very welcome ;-)
>
>
> Am 10.03.22 um 03:37 schrieb Zhouyi Zhou:
>
> > I try to reproduce the bug in ppc64 VM in Oregon State
Dear Paul
I think the key to the problem lies in your attached console.log
(pasted below), at times 0.014987 and 0.015995, I see there are two
locks (cpu_hotplug_lock and jump_label_mutex) holded while
kmem_cache_alloc calls __might_resched (0.023356).
I guess PowerPC's map_patch_area should
Thank Matthew for correcting me
On Sun, Feb 13, 2022 at 12:09 PM Matthew Wilcox wrote:
>
> On Sun, Feb 13, 2022 at 11:19:09AM +0800, Zhouyi Zhou wrote:
> > I think the key to the problem lies in your attached console.log
> > (pasted below), at times 0.014987 and 0.015995, I
Hi,
The mailing list forward the emails to me in periodic style, very
sorry not seeing Willy's email until I visited
https://lore.kernel.org/rcu/20220207180901.gb14...@1wt.eu/T/#u, I am
also very interested in testing Willy's proposal.
Thanks a lot
Zhouyi
On Tue, Feb 8, 2022 at 1:46 PM Zhouyi
Dear Paul
I am also very interested in the topic.
The Open source lab of Oregon State University has lent me a 8 core
power ppc64el VM for 3 months, I guess I can try reproducing this bug
in the Virtual Machine by executing qemu in non hardware accelerated
mode (using -no-kvm argument).
I am
Menzel and
all other community members who support my tiny research.
Thanks
Zhouyi
On Wed, Feb 2, 2022 at 10:39 AM Zhouyi Zhou wrote:
>
> Thank Paul for your encouragement!
>
> On Wed, Feb 2, 2022 at 1:50 AM Paul E. McKenney wrote:
> >
> > On Mon, Jan 31, 2022 at 09:08:40AM +08
Hi
I can reproduce it in a ppc virtual cloud server provided by Oregon
State University. Following is what I do:
1) curl -l
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/snapshot/linux-5.18-rc1.tar.gz
-o linux-5.18-rc1.tar.gz
2) tar zxf linux-5.18-rc1.tar.gz
3) cp config
Dear Paul and Miguel
On Fri, Apr 8, 2022 at 1:55 AM Paul E. McKenney wrote:
>
> On Thu, Apr 07, 2022 at 07:05:58PM +0200, Miguel Ojeda wrote:
> > On Thu, Apr 7, 2022 at 5:15 PM Paul E. McKenney wrote:
> > >
> > > Ah. So you would instead look for boot to have completed within 10
> > > seconds?
Hi Paul
On Thu, Apr 7, 2022 at 1:00 AM Paul E. McKenney wrote:
>
> On Wed, Apr 06, 2022 at 05:31:10PM +0800, Zhouyi Zhou wrote:
> > Hi
> >
> > I can reproduce it in a ppc virtual cloud server provided by Oregon
> > State University. Following is what I
On Fri, Apr 8, 2022 at 3:23 PM Michael Ellerman wrote:
>
> "Paul E. McKenney" writes:
> > On Wed, Apr 06, 2022 at 05:31:10PM +0800, Zhouyi Zhou wrote:
> >> Hi
> >>
> >> I can reproduce it in a ppc virtual cloud server provided by Oregon
>
On Thu, Aug 24, 2023 at 5:15 AM Paul E. McKenney wrote:
>
> On Tue, May 02, 2023 at 11:06:02PM +0800, zhouzho...@gmail.com wrote:
> > From: Zhouyi Zhou
> >
> > Currently, default time between rcu torture forward-progress tests is 60HZ,
> > Under this config
Hi Paul
On Thu, Apr 7, 2022 at 3:50 AM Paul E. McKenney wrote:
>
> On Thu, Apr 07, 2022 at 02:25:59AM +0800, Zhouyi Zhou wrote:
> > Hi Paul
> >
> > On Thu, Apr 7, 2022 at 1:00 AM Paul E. McKenney wrote:
> > >
> > > On Wed, Apr 06, 2022 at 05:31
On Fri, Apr 8, 2022 at 10:07 PM Paul E. McKenney wrote:
>
> On Fri, Apr 08, 2022 at 06:02:19PM +0800, Zhouyi Zhou wrote:
> > On Fri, Apr 8, 2022 at 3:23 PM Michael Ellerman wrote:
> > >
> > > "Paul E. McKenney" writes:
> > > > On Wed,
On Mon, Jul 25, 2022 at 3:55 PM Michael Ellerman wrote:
>
> zhouzho...@gmail.com writes:
> > From: Zhouyi Zhou
> >
> > In ppc 64, invoke jump_label_init in setup_feature_keys is too late
> > because static key will be used in subroutine of early_init_dev
Thank John for correcting me ;-)
On Thu, Jul 14, 2022 at 5:25 PM John Ogness wrote:
>
> On 2022-07-14, Zhouyi Zhou wrote:
> > use raw_smp_processor_id() in arch_touch_nmi_watchdog
> > because when called from watchdog, the cpu is preemptible.
>
> I would expect the cor
use raw_smp_processor_id() in arch_touch_nmi_watchdog
because when called from watchdog, the cpu is preemptible.
Signed-off-by: Zhouyi Zhou
---
Dear PPC developers
I found this bug when trying to do rcutorture tests in ppc VM of
Open Source Lab of Oregon State University.
qemu-system-ppc64
On Wed, Aug 24, 2022 at 12:50 AM Christophe Leroy
wrote:
>
>
>
> Le 23/08/2022 à 10:47, Christophe Leroy a écrit :
> >
> >
> > Le 23/08/2022 à 10:33, Michael Ellerman a écrit :
> >> Zhouyi Zhou writes:
> >>
> >> My worry is that this
On Mon, Aug 22, 2022 at 2:04 PM Christophe Leroy
wrote:
>
>
>
> Le 21/08/2022 à 03:00, Zhouyi Zhou a écrit :
> > In ppc, compiler based sanitizer will generate instrument instructions
> > around statement WRITE_ONCE(local_paca->irq_soft_mask, mask):
> >
> &
;stb r9,2354(r31)", r31 may
not equal to r13, in such case, irq soft mask will not work.
This patch disable sanitizer in irq_soft_mask_set.
Signed-off-by: Zhouyi Zhou
---
Dear PPC developers
I found this bug when trying to do rcutorture tests in ppc VM of
Open Source Lab of Oreg
will
call __lock_acquire when CONFIG_LOCKDEP=y. The latter function will
travel RCU protected list, so "WARNING: suspicious RCU usage" will be
triggered.
Avoid lockdep when we are offline.
Signed-off-by: Zhouyi Zhou
---
Dear PPC and RCU developers
I found this bug when trying to do rcutor
On Wed, Sep 28, 2022 at 10:51 AM Nicholas Piggin wrote:
>
> On Wed Sep 28, 2022 at 11:48 AM AEST, Zhouyi Zhou wrote:
> > Thank Nick for reviewing my patch
> >
> > On Tue, Sep 27, 2022 at 12:25 PM Nicholas Piggin wrote:
> > >
> > > On Tue Sep 27
From: Zhouyi Zhou
During the cpu offlining, the sub functions of xive_teardown_cpu will
call __lock_acquire when CONFIG_LOCKDEP=y. The latter function will
travel RCU protected list, so "WARNING: suspicious RCU usage" will be
triggered.
Try to protect cpu offlining by RCU offline loc
o my subject line.
Signed-off-by: Zhouyi Zhou
---
[it seems that there are some delivery problem in my previous email,
so I send again via gmail, sorry for the trouble]
Dear PPC and RCU developers
I found this bug when trying to do rcutorture tests in ppc VM of
Open Source Lab of Oregon State U
On Wed, Sep 14, 2022 at 8:17 PM Paul E. McKenney wrote:
>
> On Wed, Sep 14, 2022 at 10:15:28AM +0800, Zhouyi Zhou wrote:
> > During the cpu offlining, the sub functions of xive_teardown_cpu will
> > call __lock_acquire when CONFIG_LOCKDEP=y. The latter function will
> > t
Thanks Michael for reviewing my patch
On Mon, Oct 10, 2022 at 7:21 PM Michael Ellerman wrote:
>
> Zhouyi Zhou writes:
> > I think we should avoid torture offline the cpu who do tick timer
> > when nohz full is running.
>
> Can you tell us what the bug you're fixing is?
Failures: 11
I examined the console.log and Make.out files one by one, no new
compile error or test error is introduced by above fix.
Signed-off-by: Zhouyi Zhou
---
Dear PPC developers
I found this bug when trying to do rcutorture tests in ppc VM of
Open Source Lab of Oregon State University
On Mon, Oct 10, 2022 at 11:49 AM Nicholas Piggin wrote:
>
> On Thu Sep 29, 2022 at 11:48 AM AEST, Zhouyi Zhou wrote:
> > On Wed, Sep 28, 2022 at 10:51 AM Nicholas Piggin wrote:
> > >
> > > On Wed Sep 28, 2022 at 11:48 AM AEST, Zhouyi Zhou wrote:
> > &
Thank Nick for reviewing my patch
On Tue, Sep 27, 2022 at 12:25 PM Nicholas Piggin wrote:
>
> On Tue Sep 27, 2022 at 11:48 AM AEST, Zhouyi Zhou wrote:
> > This is second version of my fix to PPC's "WARNING: suspicious RCU usage",
> > I improved my fix under Paul E. M
On Thu, Nov 24, 2022 at 6:37 AM Frederic Weisbecker wrote:
>
> On Mon, Nov 21, 2022 at 11:51:40AM +0800, Zhouyi Zhou wrote:
> > During CPU-hotplug torture (CONFIG_NO_HZ_FULL=y), if we try to
> > offline tick_do_timer_cpu, the operation will fail because in
> > fun
On Thu, Nov 24, 2022 at 2:49 AM Paul E. McKenney wrote:
>
> On Wed, Nov 23, 2022 at 10:23:11AM +0800, Zhouyi Zhou wrote:
> > On Tue, Nov 22, 2022 at 9:37 AM Paul E. McKenney wrote:
> > >
> > > On Mon, Nov 21, 2022 at 11:51:40AM +0800, Zhouyi Zhou wrote:
>
erformed in PPC VM
of Open Source Lab of Oregon State University, and reproducable in RISC-V
and X86-64 (with additional kernel commandline cpu0_hotplug).
In this patch, we avoid offline tick_do_timer_cpu by distribute
the offlining cpu among remaining cpus.
Signed-off-by: Zhouyi Zhou
---
inclu
Thank you all for your guidance and encouragement!
I learn how to construct commit message properly and learn how
important the role
that the torture test framework plays for the Linux kernel. Hope I can
be of benefit to the community by my work.
I am going to continue to study this topic and
On Tue, Nov 22, 2022 at 9:37 AM Paul E. McKenney wrote:
>
> On Mon, Nov 21, 2022 at 11:51:40AM +0800, Zhouyi Zhou wrote:
> > During CPU-hotplug torture (CONFIG_NO_HZ_FULL=y), if we try to
> > offline tick_do_timer_cpu, the operation will fail because in
> > fun
Thank Thomas for your guidance
On Sun, Nov 27, 2022 at 1:05 AM Thomas Gleixner wrote:
>
> On Mon, Nov 21 2022 at 11:51, Zhouyi Zhou wrote:
> > During CPU-hotplug torture (CONFIG_NO_HZ_FULL=y), if we try to
> > offline tick_do_timer_cpu, the operation will fail becau
in ppc VM of Open Source Lab of Oregon State University,
by comparing the test results, our fix don't introduce new bugs and fixed
previous "WARNING: suspicious RCU usage" bugs.
Suggested-by: Nicholas Piggin
Signed-off-by: Zhouyi Zhou
---
Dear PPC and RCU developers
I tries do move pseri
Hi,
I also reappear the same phenomenon in RISC-V:
[ 120.156380] scftorture: --- End of test: LOCK_HOTPLUG
So I guess it is not the arch's responsibility.
I am very interested in it ;-)
Thank you both for your guidance!
Cheers
Zhouyi
On Tue, Oct 11, 2022 at 9:59 AM Zhouyi Zhou wrote
Dear PowerPC and RCU developers:
During the RCU torture test on mainline (on the VM of Opensource Lab
of Oregon State University), SRCU-P failed with __stack_chk_fail:
[ 264.381952][ T99] [c6c7bab0] [c10c67c0]
dump_stack_lvl+0x94/0xd8 (unreliable)
[ 264.383786][ T99]
On Sun, Apr 23, 2023 at 3:19 AM Joel Fernandes wrote:
>
> Hi Zhouyi,
Thank Joel for your quick response ;-)
I will gradually provide all the necessary information to facilitate
our chasing. Please do not hesitate email me
if I have ignored any ;-)
>
> On Sat, Apr 22, 2023 at 2:47 PM
On Tue, Apr 25, 2023 at 6:07 AM Michael Ellerman wrote:
>
> Zhouyi Zhou writes:
> > Dear PowerPC and RCU developers:
> > During the RCU torture test on mainline (on the VM of Opensource Lab
> > of Oregon State University), SRCU-P failed with __stack_chk_fail:
>
hi
On Tue, Apr 25, 2023 at 6:07 AM Michael Ellerman wrote:
>
> Zhouyi Zhou writes:
> > Dear PowerPC and RCU developers:
> > During the RCU torture test on mainline (on the VM of Opensource Lab
> > of Oregon State University), SRCU-P failed with __stack_chk_fail:
>
On Thu, Apr 27, 2023 at 11:09 AM Michael Ellerman wrote:
>
> Zhouyi Zhou writes:
> > On Tue, Apr 25, 2023 at 2:01 PM Zhouyi Zhou wrote:
> >> On Tue, Apr 25, 2023 at 6:07 AM Michael Ellerman
> >> wrote:
> ...
> >> >
> >> > There's 12.2
On Thu, Apr 27, 2023 at 11:09 AM Michael Ellerman wrote:
>
> Zhouyi Zhou writes:
> > On Tue, Apr 25, 2023 at 2:01 PM Zhouyi Zhou wrote:
> >> On Tue, Apr 25, 2023 at 6:07 AM Michael Ellerman
> >> wrote:
> ...
> >> >
> >> > There's 12.2
On Thu, Apr 27, 2023 at 10:13 PM Michael Ellerman wrote:
>
> Zhouyi Zhou writes:
> > On Thu, Apr 27, 2023 at 11:09 AM Michael Ellerman
> > wrote:
> >>
> >> Zhouyi Zhou writes:
> >> > On Tue, Apr 25, 2023 at 2:01 PM Zhouyi Zhou wrote:
> >
hi
On Tue, Apr 25, 2023 at 6:13 PM Peter Zijlstra wrote:
>
> On Mon, Apr 24, 2023 at 02:55:11PM -0400, Joel Fernandes wrote:
> > This is amazing debugging Boqun, like a boss! One comment below:
> >
> > > > > Or something simple I haven't thought of? :)
> > > >
> > > > At what points can r13
On Tue, Apr 25, 2023 at 7:06 PM Joel Fernandes wrote:
>
> On Tue, Apr 25, 2023 at 6:58 AM Zhouyi Zhou wrote:
> >
> > hi
> >
> > On Tue, Apr 25, 2023 at 6:13 PM Peter Zijlstra wrote:
> > >
> > > On Mon, Apr 24, 2023 at 02:55:11PM -0400, Joel Fe
Hi
On Tue, Apr 25, 2023 at 9:40 PM Christophe Leroy
wrote:
>
>
>
> Le 25/04/2023 à 13:06, Joel Fernandes a écrit :
> > On Tue, Apr 25, 2023 at 6:58 AM Zhouyi Zhou wrote:
> >>
> >> hi
> >>
> >> On Tue, Apr 25, 2023 at 6:13 PM Peter Zijlstra
On Wed, Apr 26, 2023 at 8:33 AM Joel Fernandes wrote:
>
> On Tue, Apr 25, 2023 at 9:50 AM Zhouyi Zhou wrote:
> >
> > Hi
> >
> > On Tue, Apr 25, 2023 at 9:40 PM Christophe Leroy
> > wrote:
> > >
> > >
> > >
> > > Le 25/04/
On Wed, Apr 26, 2023 at 10:15 AM Joel Fernandes wrote:
>
> Hi Zhouyi,
>
> On Wed, Apr 26, 2023 at 09:31:17AM +0800, Zhouyi Zhou wrote:
> [..]
> > Joel makes the learning process easier for me, indeed!
>
> I know that feeling being a learner myself ;-)
>
> >
On Tue, Apr 25, 2023 at 2:01 PM Zhouyi Zhou wrote:
>
> hi
>
> On Tue, Apr 25, 2023 at 6:07 AM Michael Ellerman wrote:
> >
> > Zhouyi Zhou writes:
> > > Dear PowerPC and RCU developers:
> > > During the RCU torture test on mainline (on the VM of Opens
On Sun, Apr 23, 2023 at 9:37 AM Zhouyi Zhou wrote:
>
> On Sun, Apr 23, 2023 at 3:19 AM Joel Fernandes wrote:
> >
> > Hi Zhouyi,
> Thank Joel for your quick response ;-)
> I will gradually provide all the necessary information to facilitate
> our chasing. Please do n
Thank Boqun for your wonderful analysis!
On Mon, Apr 24, 2023 at 8:33 AM Boqun Feng wrote:
>
> On Sat, Apr 22, 2023 at 09:28:39PM +0200, Joel Fernandes wrote:
> > On Sat, Apr 22, 2023 at 2:47 PM Zhouyi Zhou wrote:
> > >
> > > Dear PowerPC and RCU developers:
>
On Thu, Jul 6, 2023 at 3:09 PM Christophe Leroy
wrote:
>
>
>
> Le 21/11/2022 à 04:51, Zhouyi Zhou a écrit :
> > During CPU-hotplug torture (CONFIG_NO_HZ_FULL=y), if we try to
> > offline tick_do_timer_cpu, the operation will fail because in
> &g
57 matches
Mail list logo
