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
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
, 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
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
/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
--
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
-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
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
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
;
---
-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
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:
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
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
, 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
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
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
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
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
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
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
=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
=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
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
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
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
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/
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, 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
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
: 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
: 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
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
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
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 <
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
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
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
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
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
-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
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
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
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
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
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
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
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
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
55 matches
Mail list logo