Hi Michal,
Your patch fixes the problem.
Tested-by: Jet Chen
Thanks,
-Jet
On 03/31/2014 10:35 PM, Michal Marek wrote:
On Mon, Mar 31, 2014 at 07:34:12PM +0800, Fengguang Wu wrote:
CC Michal and kbuild list.
On Thu, Mar 27, 2014 at 04:51:53PM -0600, Bjorn Helgaas wrote:
[+cc David, Brian
Hi Viresh,
I changed your print message as you suggested.
diff --git a/kernel/timer.c b/kernel/timer.c
index 6c3a371..193101d 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1617,8 +1617,8 @@ static void migrate_timer_list(struct tvec_base
*new_base, struct list_head *hea
On 04/04/2014 03:52 PM, Viresh Kumar wrote:
On 4 April 2014 13:16, Jet Chen wrote:
Hi Viresh,
I changed your print message as you suggested.
diff --git a/kernel/timer.c b/kernel/timer.c
index 6c3a371..193101d 100644
--- a/kernel/timer.c
+++ b/kernel/timer.c
@@ -1617,8 +1617,8 @@ static void
On 04/05/2014 02:26 PM, Viresh Kumar wrote:
On 5 April 2014 10:00, Jet Chen wrote:
vmlinuz from our build system doesn't have debug information. It is hard to
use objdump to identify which routine is timer->function.
I see...
But after several times trials, I get below dmesg mess
On 04/23/2014 01:11 AM, Dan Williams wrote:
> On Mon, Apr 21, 2014 at 12:29 AM, Jet Chen wrote:
>> HI Dan,
>>
>> we noticed the below changes on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata for-next
>> commit 8a4aeec8d2d6a3edeffbdfae451c
Hi Peter,
Does: http://lkml.kernel.org/r/20140301191838.d15d03112b2598a671dac...@gmail.com
Fix it?
Both patches can fix the LTP regression.
We applied each of Juri's and Kirill's patches on top of Thomas' commit,
and here are the comparisons:
test case: ltp/syscalls
Thomas' Juri's
On 04/28/2014 05:33 PM, Paolo Bonzini wrote:
> Il 14/04/2014 09:49, Jet Chen ha scritto:
>> Hi Paolo,
>>
>> We noticed the below kernel BUG on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> What commit?
>
This one,
On 04/28/2014 07:34 PM, Paolo Bonzini wrote:
> Il 28/04/2014 11:54, Jet Chen ha scritto:
>>>>>> We noticed the below kernel BUG on
>>>>>>
>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>>>>
>>
forward to alan@intel.com
On 05/19/2014 10:46 AM, Jet Chen wrote:
Hi Alan,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git staging-next
commit 9b17aeec232a5f0a61ce3952c2e728a0eeddda8b
Author
Hi Andy,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/vdso
commit cfda7bb9ecbf9d96264bb5bade33a842966d1062 ("x86, vdso: Move syscall and
sysenter setup into kernel/cpu/common.c")
test case: nhm4/will-it-scale/sched_yield
3d7ee969bffcc98 c
Hi Oleg,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 8ad8e9d3fd64f101eed6652964670672d699e563 ("uprobes/x86: Introduce
uprobe_xol_ops and arch_uprobe->ops")
Test case: lkp-snb01/aim7/signal_test
34e7317d6ae8f61 8ad8e9d3fd64f1
Hi Steven,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
ftrace/core
commit b1169cc69ba96b124df820904a6d3eb775491d7f ("tracing: Remove mock up poll
wait function")
f4874261049e3ab b1169cc69ba96b124df820904
--- -
Hi Tejun,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
review-kill-tree_mutex
commit a0f9ec1f181534694cb5bf40b7b56515b8cabef9 ("cgroup: use
cgroup_kn_lock_live() in other cgroup kernfs methods")
Test case : lkp-nex05/will-it-scale/writeseek
this when a performance issue comes up
> on a customer platform as we will have to get them to perform extra
> steps in order to actually figure out what is going on with DCA.
>
> Thanks,
>
> Alex
>
> On 05/08/2014 02:42 AM, Jet Chen wrote:
>> We keep seeing such d
On 05/09/2014 12:13 AM, Jiang, Dave wrote:
> On Thu, 2014-05-08 at 08:57 -0700, Alexander Duyck wrote:
>> On 05/08/2014 08:28 AM, Jet Chen wrote:
>>> I agree with your option that it is a real BIOS bug and it puts pressure on
>>> the BIOS guys to get this fixed. Ho
On 05/12/2014 05:52 PM, Vincent Guittot wrote:
> Hi,
>
> Does this patch solve your issue ?
>
Sorry, this patch doesn't work. The issue is still there.
[0.036000] x86: Booting SMP configuration:
[0.036000] node #0, CPUs: #1
[0.004000] Initializing CPU#1
[0.008000] kvm
On 05/12/2014 10:43 PM, Vincent Guittot wrote:
> Hi,
>
> Sorry the previous patch, that i sent, becomes wrong after optimizing it
> Could you please try this one ?
Hi Vincent, this patch works. Thanks.
Tested-by: Jet Chen
>
> Regards,
> Vincent
> ---
> kernel/sc
On 04/08/2014 01:21 PM, Viresh Kumar wrote:
On 8 April 2014 09:29, Jet Chen wrote:
(Sorry for previous bad format email)
Your patch on my testing branch in LKP system:
git://bee.sh.intel.com/git/tchen37/linux.git timer_debug3 got the below
dmesg.
FYI, I applied your patch on the top of commit
On 04/09/2014 12:25 PM, Viresh Kumar wrote:
On 9 April 2014 06:51, Jet Chen wrote:
spin_lock_irqsave() does fix this issue.
Tested-by: Jet Chen
Thanks a lot :)
Welcome.
How did you got this in cc list ?
"abd38155f8293923de5953cc063f9e2d7ecb3f04.1396679170.git.viresh.ku...@linar
On 04/09/2014 12:40 PM, Viresh Kumar wrote:
On 9 April 2014 10:04, Jet Chen wrote:
How did you got this in cc list ?
"abd38155f8293923de5953cc063f9e2d7ecb3f04.1396679170.git.viresh.ku...@linaro.org"
I got it from the patch you sent to me before. attach it again.
Apologiz
On 04/09/2014 01:08 PM, Alessandro Rubini wrote:
> Hello.
> Thank you for the report.
>
> I'm at a conference and I fear I won't be able to test myself in the
> next days, but I think this is already fixed (it is part of
> the "misc_register" call path, so it's the same problem).
>
> The fix is c
On 04/09/2014 01:28 PM, Fengguang Wu wrote:
> On Wed, Apr 09, 2014 at 07:08:43AM +0200, Alessandro Rubini wrote:
>> Hello.
>> Thank you for the report.
>>
>> I'm at a conference and I fear I won't be able to test myself in the
>> next days, but I think this is already fixed (it is part of
>> the "m
hank you again
> /alessandro
Alessandro, your commit 83c2fb FMC: fix locking in sample chardev driver fixes
the issue.
Tested-by: Jet Chen
Thanks,
Jet
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
On 04/12/2014 12:33 AM, H. Peter Anvin wrote:
> On 04/11/2014 06:51 AM, Romer, Benjamin M wrote:
>>
>>> I'm still confused where KVM comes into the picture. Are you actually
>>> using KVM (and thus talking about nested virtualization) or are you
>>> using Qemu in JIT mode and running another hyper
t set PCG_MEMSW when swap accounting is disabled, so that
> uncharging only has to look at this per-page flag.
>
> mem_cgroup_swapout() could also fully rely on this flag, but as it can
> bail out before even looking up the page_cgroup, check do_swap_account
> as a performance optimizati
Hi Naoya,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git am437x-starterkit
commit 5507231dd04d3d68796bafe83e6a20c985a0ef68 ("mempolicy: apply page table walker
on queue_pages_range()")
test case: ivb44/vm-scalability/300s-migrate
8c81f3eeb3365
Hi Aaron,
FYI, we noticed the below changes on
commit ed235875e2ca983197831337a986f0517074e1a0 ("kernel/watchdog.c: print
traces for all cpus on lockup detection")
test case: lkp-snb01/will-it-scale/signal1
f3aca3d09525f87 ed235875e2ca983197831337a
--- -
Hi Tejun,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git review-mq-percpu_ref
commit c924ec35e72ce0d6c289b858d323f7eb3f5076a5 ("block, blk-mq: draining can't
be skipped even if bypass_depth was non-zero")
+-
Hi Paul,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
torture.2014.04.18a
commit 9234566d3a36c0aead8852e3c2ca94cd8ebfe219 ("sched,rcu: Make cond_resched()
report RCU quiescent states")
Comparison 1 - parent commit of 9234566d3a36c0aead8852
HI Dan,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata for-next
commit 8a4aeec8d2d6a3edeffbdfae451cdf05cbf0fefd ("libata/ahci: accommodate tag
ordered controllers")
2cf532f5e67c0cf 8a4aeec8d2d6a3edeffbdfae4
--- -
On 04/22/2014 09:59 AM, Paul E. McKenney wrote:
On Mon, Apr 21, 2014 at 02:28:21PM +0800, Jet Chen wrote:
Hi Paul,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
torture.2014.04.18a
commit 9234566d3a36c0aead8852e3c2ca94cd8ebfe219 ("
Hi Eivind,
FYI, we noticed the below changes on
git://neil.brown.name/md for-next
commit cf170f3fa451350e431314e1a0a52014fda4b2d6 ("raid5: avoid release list
until last reference of the stripe")
test case: lkp-st02/dd-write/11HDD-RAID5-cfq-xfs-10dd
8b32bf5e37328c0 cf170f3fa451350e431314e1a
--
On 06/11/2014 01:59 PM, Julian Anastasov wrote:
>
> Hello,
>
> On Wed, 11 Jun 2014, Jet Chen wrote:
>
>> Hi Wensong,
>>
>> 0day kernel testing robot got the below dmesg.
>>
>> +
On 05/22/2014 02:12 PM, Cong Wang wrote:
On Wed, May 21, 2014 at 9:42 PM, Jet Chen wrote:
Hi Steffen,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master
commit 78ff4be45a4c51d8fb21ad92e4fabb467c6c3eeb
On 05/27/2014 01:07 AM, Larry Finger wrote:
> On 05/26/2014 09:55 AM, Jet Chen wrote:
>
> Jet,
>
>> 0day kernel testing robot got the below dmesg and the first bad commit is
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/stag
Hi Miklos,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs.v22
commit 662aa027bdaa082aa3dd21886830c97a1dd4c184 ("vfs: add RENAME_WHITEOUT")
test case: lkp-wsx01/will-it-scale/lseek2
9f498c77b4332b4 662aa027bdaa082aa3dd21886
e correct number of physical segments?
>> Looking at the __blk_recalc_rq_segments() it appears it may not be the case.
>>
>> The question is how can we restore the correct number of physical segments
>> in case
>> of failure without breaking anything...
>>
>
On 05/28/2014 11:09 PM, Dongsu Park wrote:
> From: Dongsu Park
>
> Commit 3979ef4dcf3d1de55a560a3a4016c30a835df44d ("bio-modify-
> __bio_add_page-to-accept-pages-that-dont-start-a-new-segment-v3")
> introduced a regression as reported by Jet Chen.
> That results in a
df44d ("bio-modify-
>>> __bio_add_page-to-accept-pages-that-dont-start-a-new-segment-v3")
>>> introduced a regression as reported by Jet Chen.
>>> That results in a kernel BUG at drivers/block/virtio_blk.c:166.
>>>
>>> To fix that, bi_iter.bi
On 05/29/2014 12:13 PM, Ming Lei wrote:
On Thu, May 29, 2014 at 11:35 AM, Jet Chen wrote:
On 05/29/2014 12:59 AM, Ming Lei wrote:
On Wed, May 28, 2014 at 11:42 PM, Ming Lei wrote:
Hi Dongsu,
On Wed, May 28, 2014 at 11:09 PM, Dongsu Park
wrote:
From: Dongsu Park
Commit
by Jet, :-)
Thanks,
This patch works, thanks.
Tested-by: Jet Chen
diff --git a/block/bio.c b/block/bio.c
index 0443694..f9bae56 100644
--- a/block/bio.c
+++ b/block/bio.c
@@ -744,6 +744,7 @@ static int __bio_add_page(struct request_queue *q, struct bio *bio, struct page
}
}
Hi Paul,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/fixes
commit 5057f55e543b7859cfd26bc281291795eac93f8a ("rcu: Bind RCU grace-period
kthreads if NO_HZ_FULL")
71a9b26963f8c2d 5057f55e543b7859cfd26bc28
--- -
Hi Daniel,
FYI, we noticed the below changes on
commit b58537a1f5629bdc98a8b9dc2051ce0e952f6b4b ("net: sctp: fix permissions for
rto_alpha and rto_beta knobs")
e4f7ae930afafd4 b58537a1f5629bdc98a8b9dc2
--- -
950 ~ 1% +93.7% 1841 ~ 0%
lk
Hi Yoshihiro,
FYI, we noticed the below changes on
commit 939c7a4f04fcd2162109744e8bf88194948a6e65 ("tracing: Introduce
saved_cmdlines_size file")
test case: brickland3/aim7/3000-brk_test
beba4bb096201ce 939c7a4f04fcd2162109744e8
--- -
352643 ~40%
Hi Andy,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vsyscall
commit 21d4ab4881ad9b257bec75d04480105dad4336e1 ("x86_64,vsyscall: Move all of the
gate_area code to vsyscall_64.c")
test case: lkp-wsx01/will-it-scale/signal1
a7781f1035319a7 2
45 matches
Mail list logo
