is equal to
HRTIMER_STATE_CALLBACK|HRTIMER_STATE_ENQUEUED,
which causes the BUG_ON(timer-state != HRTIMER_STATE_CALLBACK) checking fails.
The patch fixes it by checking only bit HRTIMER_STATE_CALLBACK.
Signed-off-by: Yanmin Zhang yanmin.zh...@intel.com
Reviewed-by: He, Bo bo...@intel.com
---
kernel
From: he, bo bo...@intel.com
We often hit kernel panic issues on SMP machines because processes race
on multiple cpu. By adding a new parameter printk.cpu, kernel prints
cpu number at printk information line. It’s useful to debug what cpus
are racing.
Signed-off-by: he, bo bo...@intel.com
Thanks randy's comments, I will modifiy it.
On Sun, 2012-12-23 at 19:37 -0800, Randy Dunlap wrote:
On 12/23/12 18:31, he, bo wrote:
From: he, bo bo...@intel.com
We often hit kernel panic issues on SMP machines because processes race
on multiple cpu. By adding a new parameter printk.cpu
From: he, bo bo...@intel.com
We often hit kernel panic issues on SMP machines because processes race
on multiple cpu. By adding a new parameter printk.cpu, kernel prints
cpu number at printk information line. It’s useful to debug what cpus
are racing.
Signed-off-by: he, bo bo...@intel.com
Thanks, Greg.
I did use this patch to fix many races on SMP. But to respect maintainer, I
stop pushing the patch to upstream.
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Thursday, December 27, 2012 1:50 AM
To: Yanmin Zhang
Cc: He, Bo; Randy Dunlap
Signed-off-by: he, bo bo...@intel.com
Signed-off-by: wang, biao biao.w...@intel.com
Reviewed-by: Yanmin Zhang yanmin_zh...@intel.com
---
mm/oom_kill.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/mm/oom_kill.c b/mm/oom_kill.c
index 3291e82..5a93986 100644
--- a/mm
-15 122 -941
system_server -15 166 -941
ndroid.systemui-11 419 -705
-Original Message-
From: David Rientjes [mailto:rient...@google.com]
Sent: Tuesday, March 04, 2014 1:05 PM
To: He, Bo
Cc: linux-kernel@vger.kernel.org; Ingo Molnar; han...@cmpxchg.org;
o...@redhat.com
in udc->driver->unbind.
usb_gadget_udc_stop-->
udc->gadget->ops->udc_stop(udc->gadget)-->
dwc3_gadget_stop
Signed-off-by: he, bo <bo...@intel.com>
---
drivers/usb/gadget/udc/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/u
source.
-Original Message-
From: Felipe Balbi [mailto:ba...@kernel.org]
Sent: Tuesday, July 18, 2017 6:44 PM
To: He, Bo <bo...@intel.com>; linux-kernel@vger.kernel.org;
linux-...@vger.kernel.org
Cc: gre...@linuxfoundation.org; peter.c...@nxp.com; k.opas...@samsung.com;
ste...@agner.ch
The patch I submitted is based on the latest kernel,
I checked the latest kernel has the same logic,
so I send the patch to LKML.
Thanks for your comments.
-Original Message-
From: Felipe Balbi [mailto:ba...@kernel.org]
Sent: Wednesday, July 19, 2017 3:51 PM
To: He, Bo <
: Wednesday, July 18, 2018 8:34 PM
To: He, Bo
Cc: alsa-de...@alsa-project.org; pe...@perex.cz; linux-kernel@vger.kernel.org;
Zhang, Jun ; Zhang, Yanmin
Subject: Re: [PATCH] ALSA: core: fix unsigned int pages overflow when comapred
On Wed, 18 Jul 2018 13:52:45 +0200,
He, Bo wrote:
>
> we see the
Hi, Takashi:
we tested for the whole weekend, your patch works, no panic issue seen.
You can safe merge you patch.
-Original Message-
From: Takashi Iwai
Sent: Thursday, July 19, 2018 5:11 PM
To: Zhang, Jun
Cc: He, Bo ; alsa-de...@alsa-project.org; pe...@perex.cz;
linux-kernel
xe0
[] entry_SYSCALL_64_after_swapgs+0x5d/0xd7
Signed-off-by: he, bo
Signed-off-by: zhang jun
---
sound/core/sgbuf.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/sound/core/sgbuf.c b/sound/core/sgbuf.c
index 84fffab..33449ee 100644
--- a/sound/core/sgbuf.c
+++ b/sound/c
skl->dais is allocated with devm_kcalloc, can't free with
the krealloc. Memory allocated with devm API is automatically freed
on driver detach, Like all other devres resources.
Refer to drivers/base/devres.c devm_kmalloc for more details.
Signed-off-by: he, bo
---
sound/soc/intel/skylake/
Hi,
I submit the patch based on tag v4.19.
-Original Message-
From: Pierre-Louis Bossart
Sent: Tuesday, November 6, 2018 1:02 AM
To: He, Bo ; alsa-de...@alsa-project.org;
linux-kernel@vger.kernel.org
Cc: liam.r.girdw...@linux.intel.com; pe...@perex.cz; ti...@suse.com; Singh
=0x100
ramoops.ftrace_size=0x1 ramoops.dump_oops=1 vga=current
i915.modeset=1 drm.atomic=1 i915.nuclear_pageflip=1 drm.vblankoffdelay=
-Original Message-
From: Steven Rostedt
Sent: Friday, November 30, 2018 11:17 PM
To: Paul E. McKenney
Cc: He, Bo ; linux-kernel@vger.kernel.org;
j
Hi,
we test on kernel 4.19.0 on android, after run more than 24 Hours monkey
stress test, we see OOM on 1/10 2G memory board, the issue is not seen on the
4.14 kernel.
we have done some debugs:
1. OOM is due to the filp consume too many memory: 300M vs 2G board.
2. with the 120s hung task
meters/rcu_cpu_stall_timeout
-Original Message-
From: Paul E. McKenney
Sent: Monday, December 3, 2018 9:57 PM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Zhang, Jun ; Xiao, Jin ; Zhang, Yanmin
Subje
o double confirm why there is no
trace_rcu_quiescent_state_report and most of the trace_rcu_grace_period are in
"AccWaitCB".
-Original Message-
From: Paul E. McKenney
Sent: Wednesday, December 5, 2018 3:50 AM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@jo
results.
echo 1 > /proc/sys/kernel/panic_on_rcu_stall
-Original Message-
From: Paul E. McKenney
Sent: Saturday, December 1, 2018 12:49 AM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Zh
Signed-off-by: he, bo
Signed-off-by: wang, biao
Reviewed-by: Yanmin Zhang
---
mm/oom_kill.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/mm/oom_kill.c b/mm/oom_kill.c
index 3291e82..5a93986 100644
--- a/mm/oom_kill.c
+++ b/mm/oom_kill.c
@@ -181,6 +181,9 @@ unsigned
-15 122 -941
system_server -15 166 -941
ndroid.systemui-11 419 -705
-Original Message-
From: David Rientjes [mailto:rient...@google.com]
Sent: Tuesday, March 04, 2014 1:05 PM
To: He, Bo
Cc: linux-kernel@vger.kernel.org; Ingo Molnar; han...@cmpxchg.org;
o...@redhat.com
in udc->driver->unbind.
usb_gadget_udc_stop-->
udc->gadget->ops->udc_stop(udc->gadget)-->
dwc3_gadget_stop
Signed-off-by: he, bo
---
drivers/usb/gadget/udc/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/udc/core.c b/drivers/usb
source.
-Original Message-
From: Felipe Balbi [mailto:ba...@kernel.org]
Sent: Tuesday, July 18, 2017 6:44 PM
To: He, Bo ; linux-kernel@vger.kernel.org;
linux-...@vger.kernel.org
Cc: gre...@linuxfoundation.org; peter.c...@nxp.com; k.opas...@samsung.com;
ste...@agner.ch; felixhaedi...@web.de; c
The patch I submitted is based on the latest kernel,
I checked the latest kernel has the same logic,
so I send the patch to LKML.
Thanks for your comments.
-Original Message-
From: Felipe Balbi [mailto:ba...@kernel.org]
Sent: Wednesday, July 19, 2017 3:51 PM
To: He, Bo ; linux-kernel
imer callback fn, another thread might call enqueue_hrtimer or
hrtimer_start
to requeue it, and the timer->state is equal to
HRTIMER_STATE_CALLBACK|HRTIMER_STATE_ENQUEUED,
which causes the BUG_ON(timer->state != HRTIMER_STATE_CALLBACK) checking fails.
The patch fixes it by checking only bit HRTI
From: "he, bo"
We often hit kernel panic issues on SMP machines because processes race
on multiple cpu. By adding a new parameter printk.cpu, kernel prints
cpu number at printk information line. It’s useful to debug what cpus
are racing.
Signed-off-by: he, bo
---
Documentat
Thanks randy's comments, I will modifiy it.
On Sun, 2012-12-23 at 19:37 -0800, Randy Dunlap wrote:
> On 12/23/12 18:31, he, bo wrote:
> > From: "he, bo"
> >
> > We often hit kernel panic issues on SMP machines because processes race
> > on multiple cpu.
From: "he, bo"
We often hit kernel panic issues on SMP machines because processes race
on multiple cpu. By adding a new parameter printk.cpu, kernel prints
cpu number at printk information line. It’s useful to debug what cpus
are racing.
Signed-off-by: he, bo
---
Documentat
Thanks, Greg.
I did use this patch to fix many races on SMP. But to respect maintainer, I
stop pushing the patch to upstream.
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Thursday, December 27, 2012 1:50 AM
To: Yanmin Zhang
Cc: He, Bo; Randy Dunlap
Hi, patch_realtek.c maintainer:
I see one issue that reboot from windows and boot to ubuntu, the audio
lost from speaker, I suspect there are some bugs in patch_realtek.c drivers,
the device is ALC295 and the device id is 0x10ec0295.
I have done the below experiments:
1. reboot from
Hi, Kailiang:
Thanks for your tools, here are the two enclosed alsa-info with and without
sound.
-Original Message-
From: Kailang
Sent: Friday, July 5, 2019 10:42 AM
To: He, Bo ; alsa-de...@alsa-project.org;
linux-kernel@vger.kernel.org
Cc: pe...@perex.cz; ti...@suse.com; jian-h
xe0
[] entry_SYSCALL_64_after_swapgs+0x5d/0xd7
Signed-off-by: he, bo
Signed-off-by: zhang jun
---
sound/core/sgbuf.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/sound/core/sgbuf.c b/sound/core/sgbuf.c
index 84fffab..33449ee 100644
--- a/sound/core/sgbuf.c
+++ b/sound/c
: Wednesday, July 18, 2018 8:34 PM
To: He, Bo
Cc: alsa-de...@alsa-project.org; pe...@perex.cz; linux-kernel@vger.kernel.org;
Zhang, Jun ; Zhang, Yanmin
Subject: Re: [PATCH] ALSA: core: fix unsigned int pages overflow when comapred
On Wed, 18 Jul 2018 13:52:45 +0200,
He, Bo wrote:
>
> we see the
get some clues from the experiment?
-Original Message-
From: Paul E. McKenney
Sent: Friday, December 14, 2018 1:39 PM
To: He, Bo
Cc: Zhang, Jun ; Steven Rostedt ;
linux-kernel@vger.kernel.org; j...@joshtriplett.org;
mathieu.desnoy...@efficios.com; jiangshan...@gmail.com; Xiao, Jin
;
ge-
From: Zhang, Jun
Sent: Tuesday, December 18, 2018 10:47 AM
To: He, Bo ; paul...@linux.ibm.com
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Xiao, Jin ; Zhang, Yanmin ; Bai,
Jie A ; Sun, Yi J ; Chang, Ju
Hi,
we test on kernel 4.19.0 on android, after run more than 24 Hours monkey
stress test, we see OOM on 1/10 2G memory board, the issue is not seen on the
4.14 kernel.
we have done some debugs:
1. OOM is due to the filp consume too many memory: 300M vs 2G board.
2. with the 120s hung task
I don't see the rcutree.sysrq_rcu parameter in v4.19 kernel, I also checked the
latest kernel and the latest tag v4.20-rc6, not see the sysrq_rcu.
Please correct me if I have something wrong.
-Original Message-
From: Paul E. McKenney
Sent: Thursday, December 13, 2018 5:03 AM
To: He, Bo
IG_HZ=1000
# CONFIG_MACHZ_WDT is not set
# RCU Debugging
CONFIG_PROVE_RCU=y
CONFIG_RCU_PERF_TEST=m
CONFIG_RCU_TORTURE_TEST=m
CONFIG_RCU_CPU_STALL_TIMEOUT=7
CONFIG_RCU_TRACE=y
CONFIG_RCU_EQS_DEBUG=y
-Original Message-
From: Paul E. McKenney
Sent: Friday, December 14, 2018 2:12 AM
To: He, Bo
Cc:
---
-Original Message-
From: Paul E. McKenney
Sent: Friday, December 14, 2018 10:15 AM
To: He, Bo
Cc: Zhang, Jun ; Steven Rostedt ;
linux-kernel@vger.kernel.org; j...@joshtriplett.org;
mathieu.desnoy...@efficios.com; jiangshan...@gmail.com; Xiao, Jin
; Zha
sure, we will update the new patch to run the test.
-Original Message-
From: Paul E. McKenney
Sent: Tuesday, December 11, 2018 12:47 PM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Zhang
o double confirm why there is no
trace_rcu_quiescent_state_report and most of the trace_rcu_grace_period are in
"AccWaitCB".
-Original Message-
From: Paul E. McKenney
Sent: Wednesday, December 5, 2018 3:50 AM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@jo
thanks, without the patch we can reproduce with the way in 10 hours
Suspend/Resume test, with the test, we can't reproduce for 30 hours.
-Original Message-
From: Jiri Kosina
Sent: Tuesday, March 19, 2019 10:42 PM
To: He, Bo
Cc: benjamin.tissoi...@redhat.com; linux
, March 26, 2019 12:00 AM
To: Greg Kroah-Hartman
Cc: He, Bo ; linux-kernel@vger.kernel.org;
sta...@vger.kernel.org; Zhang, Jun ; Xiao, Jin
; Bai, Jie A
Subject: Re: [PATCH 3.18 132/134] rcu: Do RCU GP kthread self-wakeup from
softirq and interrupt
On Sat, Mar 23, 2019 at 07:33:15AM +0100, Greg
, March 22, 2019 7:16 PM
To: linux-kernel@vger.kernel.org
Cc: Greg Kroah-Hartman ; sta...@vger.kernel.org;
He, Bo ; Zhang, Jun ; Paul E. McKenney
; Xiao, Jin ; Bai, Jie A
Subject: [PATCH 3.18 132/134] rcu: Do RCU GP kthread self-wakeup from softirq
and interrupt
3.18-stable review patch. If
/0x170
[ 5382.788392] vfs_read+0xa0/0x150
[ 5382.791984] ksys_read+0x58/0xc0
[ 5382.801404] __x64_sys_read+0x1a/0x20
[ 5382.805483] do_syscall_64+0x55/0x110
[ 5382.809559] entry_SYSCALL_64_after_hwframe+0x49/0xbe
Signed-off-by: he, bo
Signed-off-by: "Zhang, Jun"
---
drivers/hid/h
-by: he, bo
Signed-off-by: Chen, Hu
---
drivers/iio/accel/kxcjk-1013.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iio/accel/kxcjk-1013.c b/drivers/iio/accel/kxcjk-1013.c
index 7506bd9..c6bb3be 100644
--- a/drivers/iio/accel/kxcjk-1013.c
+++ b/drivers/iio/accel/kxcjk-1013.c
--
2.17.1
-Original Message-
From: Greg Kroah-Hartman
Sent: Monday, March 4, 2019 4:22 PM
To: linux-kernel@vger.kernel.org
Cc: Greg Kroah-Hartman ; sta...@vger.kernel.org;
He, Bo ; Wang, Yu Y ; Felipe Balbi
; Sasha Levin
Subject: [PATCH 4.20 12/88] usb: dwc3: gadget: synchroni
=0x100
ramoops.ftrace_size=0x1 ramoops.dump_oops=1 vga=current
i915.modeset=1 drm.atomic=1 i915.nuclear_pageflip=1 drm.vblankoffdelay=
-Original Message-
From: Steven Rostedt
Sent: Friday, November 30, 2018 11:17 PM
To: Paul E. McKenney
Cc: He, Bo ; linux-kernel@vger.kernel.org;
j
results.
echo 1 > /proc/sys/kernel/panic_on_rcu_stall
-Original Message-
From: Paul E. McKenney
Sent: Saturday, December 1, 2018 12:49 AM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Zh
meters/rcu_cpu_stall_timeout
-Original Message-
From: Paul E. McKenney
Sent: Monday, December 3, 2018 9:57 PM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Zhang, Jun ; Xiao, Jin ; Zhang, Yanmin
Subje
, December 10, 2018 3:56 AM
To: He, Bo
Cc: Steven Rostedt ; linux-kernel@vger.kernel.org;
j...@joshtriplett.org; mathieu.desnoy...@efficios.com; jiangshan...@gmail.com;
Zhang, Jun ; Xiao, Jin ; Zhang, Yanmin
; Bai, Jie A
Subject: Re: rcu_preempt caused oom
On Fri, Dec 07, 2018 at 06:11:31AM -0800, Paul
Hi, Takashi:
we tested for the whole weekend, your patch works, no panic issue seen.
You can safe merge you patch.
-Original Message-
From: Takashi Iwai
Sent: Thursday, July 19, 2018 5:11 PM
To: Zhang, Jun
Cc: He, Bo ; alsa-de...@alsa-project.org; pe...@perex.cz;
linux-kernel
skl->dais is allocated with devm_kcalloc, can't free with
the krealloc. Memory allocated with devm API is automatically freed
on driver detach, Like all other devres resources.
Refer to drivers/base/devres.c devm_kmalloc for more details.
Signed-off-by: he, bo
---
sound/soc/intel/skylake/
Hi,
I submit the patch based on tag v4.19.
-Original Message-
From: Pierre-Louis Bossart
Sent: Tuesday, November 6, 2018 1:02 AM
To: He, Bo ; alsa-de...@alsa-project.org;
linux-kernel@vger.kernel.org
Cc: liam.r.girdw...@linux.intel.com; pe...@perex.cz; ti...@suse.com; Singh
55 matches
Mail list logo