[4.9-rc5] kernel BUG at kernel/sched/rt.c:764!

2016-11-16 Thread CAI Qian
Occasionally, this machine hit it during boot with this config. http://people.redhat.com/qcai/tmp/config-god-4.9rc2 [ 18.125103] x2apic enabled [ 18.128182] Switched APIC routing to cluster x2apic. [ 18.137063] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [ 18.153805] smpboot:

local DoS - systemd hang or timeout with cgroup traces

2016-10-27 Thread CAI Qian
So this can still be reproduced in 4.9-rc2 by running trinity as a non-root user within 30-minute on this machine on either ext4 or xfs. Below is the trace on ext4 and the sysrq-w report. http://people.redhat.com/qcai/tmp/dmesg-ext4-cgroup-hang CAI Qian - Original Message - > F

Re: [PATCH] perf: Protect pmu device removal with pmu_bus_running check CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-20 Thread CAI Qian
> CAI Qian reported crash [1] in uncore device removal related > to CONFIG_DEBUG_TEST_DRIVER_REMOVE option. > > The reason for crash is that perf_pmu_unregister tries to remove > pmu device which is not added at this point. We add pmu devices > only after pmu_bus is regist

Re: [4.9-rc1+] intel_uncore builtin + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-19 Thread CAI Qian
> I think the reason here is that presume pmu devices are always added, > but we add them only if pmu_bus_running (in perf_event_sysfs_init) > is set which might happen after uncore initcall > > attached patch fixes the issue for me Tested-by: CAI Qian <caiq...@redh

[4.9-rc1+] intel_uncore builtin + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-19 Thread CAI Qian
Fatal exception - Original Message - > From: "Rob Herring" <r...@kernel.org> > To: "Greg Kroah-Hartman" <gre...@linuxfoundation.org> > Cc: "CAI Qian" <caiq...@redhat.com>, "linux-kernel" > <linux-kernel@vger.kern

Re: [4.9-rc1] kernel panic from `cat /proc/driver/rtc`

2016-10-18 Thread CAI Qian
> Is that fixed by http://patchwork.ozlabs.org/patch/683728/ ? Yup.

Re: [4.9-rc1] kernel panic from `cat /proc/driver/rtc`

2016-10-18 Thread CAI Qian
IRQ frequency: 64 24hr: yes periodic_IRQ: no update_IRQ: no HPET_emulated: yes BCD: yes DST_enable: no periodic_freq: 1024 batt_status: okay    CAI Qian - Original Message - > From: "CAI Qia

[4.9-rc1] kernel panic from `cat /proc/driver/rtc`

2016-10-18 Thread CAI Qian
This looks like new introduced in the 4.9 merge window. I have never saw any of those while testing v4.8. CAI Qian $ cat /proc/driver/rtc [ 7890.728704] UBSAN: Undefined behaviour in drivers/rtc/rtc-cmos.c:433:10 [ 7890.736088] member access within null pointer of type 'struct cmos_rtc

Re: [PATCH] mm: kmemleak: Ensure that the task stack is not freed during scanning

2016-10-12 Thread CAI Qian
- Original Message - > From: "Catalin Marinas" <catalin.mari...@arm.com> > To: linux...@kvack.org > Cc: linux-kernel@vger.kernel.org, "Andrew Morton" > <a...@linux-foundation.org>, "Andy Lutomirski" <l...@kernel.org>, > &quo

Re: kasan inline + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-10 Thread CAI Qian
> Is the backtrace the same in that case? Very close. I saw "intel" there, and here is the list those modules on the system. # lsmod | grep intel intel_rapl 20480 0 intel_powerclamp 16384 0 kvm_intel 208896 0 kvm 630784 1 kvm_intel

Re: kasan inline + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-10 Thread CAI Qian
- Original Message - > From: "Rob Herring" <r...@kernel.org> > To: "CAI Qian" <caiq...@redhat.com> > Cc: "linux-kernel" <linux-kernel@vger.kernel.org>, "Greg Kroah-Hartman" > <gre...@linuxfoundation.org

Re: kasan inline + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-10 Thread CAI Qian
- Original Message - > From: "Rob Herring" <r...@kernel.org> > To: "Greg Kroah-Hartman" <gre...@linuxfoundation.org> > Cc: "CAI Qian" <caiq...@redhat.com>, "linux-kernel" > <linux-kernel@vger.kernel.org

KASAN (inline) + CONFIG_KPROBES_SANITY_TEST failures and kernel panic

2016-10-10 Thread CAI Qian
It usually report failures when enabled KASAN (inline) and CONFIG_KPROBES_SANITY_TEST on today's mainline HEAD. Occasionally, kernel panic with trace at the bottom. [   52.973247] Kprobe smoke test: started [   53.078585] == [  

kasan inline + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

2016-10-10 Thread CAI Qian
Not sure if anyone reported this before. With this kernel config, it is 100% kernel panic so far with today's mainline master HEAD. http://people.redhat.com/qcai/tmp/config-kasan-remove [ 36.318420] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 36.325626] software IO TLB [mem

Re: [RFC] autokdump - automated kdump testsuite

2014-09-22 Thread CAI Qian
- Original Message - From: Vivek Goyal vgo...@redhat.com To: CAI Qian caiq...@redhat.com Cc: linux-kernel linux-kernel@vger.kernel.org, ltp-list ltp-l...@lists.sourceforge.net, crash-utility crash-util...@redhat.com, kexec ke...@lists.infradead.org, kexec kdump redhat mailing

Re: [RFC] autokdump - automated kdump testsuite

2014-09-22 Thread CAI Qian
- Original Message - From: Vivek Goyal vgo...@redhat.com To: CAI Qian caiq...@redhat.com Cc: ltp-list sourceforge.net, kexec kdump redhat mailing list kexec-kdump-l...@redhat.com, kexec ke...@lists.infradead.org, linux-kernel vger.kernel.org, crash-utility redhat.com Sent

[RFC] autokdump - automated kdump testsuite

2014-09-19 Thread CAI Qian
back into the 1st kernel. implementation: It will setup a daemon to handle reboots. plan: I might also to test the makedumpfile all together later. CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More

Re: [ 00/19] 3.10.1-stable review

2013-07-18 Thread CAI Qian
- 原始邮件 - 发件人: H. Peter Anvin h...@zytor.com 收件人: CAI Qian caiq...@redhat.com 抄送: Steven Rostedt rost...@goodmis.org, Thomas Gleixner t...@linutronix.de, Sarah Sharp sarah.a.sh...@linux.intel.com, Linus Torvalds torva...@linux-foundation.org, Ingo Molnar mi...@kernel.org, Guenter

Re: [ 00/19] 3.10.1-stable review

2013-07-17 Thread CAI Qian
- Original Message - From: Joe Perches j...@perches.com To: NeilBrown ne...@suse.de Cc: Steven Rostedt rost...@goodmis.org, J. Bruce Fields bfie...@fieldses.org, Linus Torvalds torva...@linux-foundation.org, Sarah Sharp sarah.a.sh...@linux.intel.com, Ingo Molnar mi...@kernel.org,

Re: [Ksummit-2013-discuss] [ATTEND] How to act on LKML

2013-07-17 Thread CAI Qian
- Original Message - From: Trond Myklebust trond.mykleb...@netapp.com To: Ric Wheeler ricwhee...@gmail.com Cc: Sarah Sharp sarah.a.sh...@linux.intel.com, David Lang da...@lang.hm, ksummit-2013-disc...@lists.linuxfoundation.org, Greg Kroah-Hartman gre...@linuxfoundation.org,

Re: [Ksummit-2013-discuss] [ATTEND] How to act on LKML

2013-07-17 Thread CAI Qian
- Original Message - From: Sarah Sharp sarah.a.sh...@linux.intel.com To: CAI Qian caiq...@redhat.com Cc: Trond Myklebust trond.mykleb...@netapp.com, Ric Wheeler ricwhee...@gmail.com, David Lang da...@lang.hm, ksummit-2013-disc...@lists.linuxfoundation.org, Greg Kroah-Hartman gre

Re: [ 00/19] 3.10.1-stable review

2013-07-17 Thread CAI Qian
- Original Message - From: Thomas Gleixner t...@linutronix.de To: Sarah Sharp sarah.a.sh...@linux.intel.com Cc: Linus Torvalds torva...@linux-foundation.org, Ingo Molnar mi...@kernel.org, Guenter Roeck li...@roeck-us.net, Greg Kroah-Hartman gre...@linuxfoundation.org, Steven

Re: [ 00/19] 3.10.1-stable review

2013-07-17 Thread CAI Qian
- Original Message - From: Steven Rostedt rost...@goodmis.org To: CAI Qian caiq...@redhat.com Cc: Thomas Gleixner t...@linutronix.de, Sarah Sharp sarah.a.sh...@linux.intel.com, Linus Torvalds torva...@linux-foundation.org, Ingo Molnar mi...@kernel.org, Guenter Roeck li...@roeck

Re: [ 00/19] 3.10.1-stable review

2013-07-17 Thread CAI Qian
- Original Message - From: Steven Rostedt rost...@goodmis.org To: CAI Qian caiq...@redhat.com Cc: Thomas Gleixner t...@linutronix.de, Sarah Sharp sarah.a.sh...@linux.intel.com, Linus Torvalds torva...@linux-foundation.org, Ingo Molnar mi...@kernel.org, Guenter Roeck li...@roeck

kernel BUG at mm/slub.c:3352!

2013-06-06 Thread CAI Qian
[ 1104.320313] Instruction dump: [ 1104.320317] 7ce95214 e9070008 7fc9502a e9270010 2fbe 41de0088 2fa9 3b20 [ 1104.320329] 419e007c e95c0022 e93c 79290720 7f1e502a 0b09 0b19 3920 [ 1104.320342] ---[ end trace c320e07d73bae693 ]--- [ 1104.329423] CAI Qian

Re: 3.9.4 Oops running xfstests (WAS Re: 3.9.3: Oops running xfstests)

2013-06-03 Thread CAI Qian
/scratch 020 crashed immediately... CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: 3.9.4 Oops running xfstests (WAS Re: 3.9.3: Oops running xfstests)

2013-06-03 Thread CAI Qian
- Original Message - From: Dave Chinner da...@fromorbit.com To: CAI Qian caiq...@redhat.com Cc: x...@oss.sgi.com, sta...@vger.kernel.org, LKML linux-kernel@vger.kernel.org, linux-mm linux...@kvack.org Sent: Monday, June 3, 2013 12:00:38 PM Subject: Re: 3.9.4 Oops running xfstests

Re: 3.9.4 Oops running xfstests (WAS Re: 3.9.3: Oops running xfstests)

2013-06-02 Thread CAI Qian
There's memory corruption all over the place. It is most likely that trinity is causing this - it's purpose is to trigger corruption issues, but they aren't always immediately seen. If you can trigger this xfs trace without trinity having been run and without all the

Re: 3.9.2/3.9.3: stack overrun on s390x and ppc64 (WAS Re: 3.9.2: xfstests triggered panic)

2013-05-23 Thread CAI Qian
OK, here is clearer stack output from the run. CAI Qian + ./check FSTYP -- xfs (non-debug) PLATFORM -- Linux/s390x ibm-z10-23 3.9.3 001 29s 002 3s 003 2s 004 [not run] this test requires a valid $SCRATCH_DEV 005 2s 006 9s 007 10s 008 7s 009

3.9.2: trinity triggered oops

2013-05-22 Thread CAI Qian
Reproduced on a few systems. CAI Qian created 375 sockets Generating file descriptors Added 45 filenames from /dev Added 19858 filenames from /proc Added 11816 filenames from /sys [1143] Random reseed: 1433907474 trinity(1143): Randomness reseeded to 0x5577b112 trinity: trinity(1143

3.9.2: xfstests triggered panic

2013-05-22 Thread CAI Qian
¨3743 0063df78 00634f24 000 14028 15320.366557¨ Krnl Code: 0063678a: b9040082lgr %r8,%r2 15320.366560¨0063678e: a729ffbf CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: 3.9.2: xfstests triggered panic

2013-05-22 Thread CAI Qian
- Original Message - From: Dave Chinner da...@fromorbit.com To: CAI Qian caiq...@redhat.com Cc: LKML linux-kernel@vger.kernel.org, sta...@vger.kernel.org, x...@oss.sgi.com Sent: Wednesday, May 22, 2013 5:53:00 PM Subject: Re: 3.9.2: xfstests triggered panic On Wed, May 22, 2013

Re: 3.9.2: trinity triggered oops

2013-05-22 Thread CAI Qian
- Original Message - From: Greg KH gre...@linuxfoundation.org To: CAI Qian caiq...@redhat.com Cc: Li Zefan lize...@huawei.com, LKML linux-kernel@vger.kernel.org, Dave Jones da...@redhat.com, sta...@vger.kernel.org Sent: Wednesday, May 22, 2013 11:30:24 PM Subject: Re: 3.9.2

Re: 3.9.2: xfstests triggered panic

2013-05-22 Thread CAI Qian
- Original Message - From: Dave Chinner da...@fromorbit.com To: CAI Qian caiq...@redhat.com Cc: LKML linux-kernel@vger.kernel.org, sta...@vger.kernel.org, x...@oss.sgi.com Sent: Thursday, May 23, 2013 11:46:11 AM Subject: Re: 3.9.2: xfstests triggered panic On Wed, May 22, 2013

3.9.2/3.9.3: stack overrun on s390x and ppc64 (WAS Re: 3.9.2: xfstests triggered panic)

2013-05-22 Thread CAI Qian
Original report: http://oss.sgi.com/archives/xfs/2013-05/msg00683.html Also seen on Power7: http://marc.info/?l=linux-kernelm=136927904900692w=2 CAI Qian - Original Message - From: Dave Chinner da...@fromorbit.com To: CAI Qian caiq...@redhat.com Cc: LKML linux-kernel@vger.kernel.org

Re: 3.9.0: WARNING: at drivers/base/core.c:575

2013-05-09 Thread CAI Qian
- Original Message - From: Borislav Petkov b...@alien8.de To: CAI Qian caiq...@redhat.com Cc: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com, LKML linux-kernel@vger.kernel.org, mche...@redhat.com, Greg KH gre...@linuxfoundation.org, ba...@ti.com Sent: Tuesday, May 7, 2013 9:28

3.9.0: panic during boot - kernel BUG at include/linux/gfp.h:323!

2013-05-06 Thread CAI Qian
[8117495d] new_slab+0x2ad/0x340 [2.194238] RSP 880234603bf8 [2.198982] ---[ end trace 43bf8bb0334e5135 ]--- [2.205097] Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel

3.9.0: panic during boot at tick_do_broadcast

2013-05-06 Thread CAI Qian
] Shutting down cpus with NMI CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

3.9.0: system deadlock at semctl running selinux testsuite

2013-05-06 Thread CAI Qian
1c b0 00 00 53 0f 1f 44 00 00 fb f4 65 44 8b 24 25 1c b0 00 00 0f 1f 44 00 00 5b 41 5c 5d c3 90 e8 CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out

2013-04-21 Thread CAI Qian
Hi Ted, - Original Message - From: Theodore Ts'o ty...@mit.edu To: CAI Qian caiq...@redhat.com Cc: Eric Whitney enwli...@gmail.com, Dmitry Monakhov dmonak...@openvz.org, Christian Kujau nerdbynature.de, LKML linux-kernel@vger.kernel.org, linux-s390 linux-s...@vger.kernel.org

[BUG] Fatal exception in interrupt - nf_nat_cleanup_conntrack during IPv6 tests

2013-04-09 Thread CAI Qian
. [ 3603.097893] RIP [ (null)] (null) [ 3603.123740] RSP 8801b04efcf0 [ 3603.140928] CR2: [ 3603.157190] ---[ end trace 62e555f1b47d35f6 ]--- [ 3603.181234] Kernel panic - not syncing: Fatal exception in interrupt CAI Qian -- To unsubscribe from this list

Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out

2013-04-08 Thread CAI Qian
Hello Ted, - Original Message - From: Theodore Ts'o ty...@mit.edu To: Eric Whitney enwli...@gmail.com Cc: Dmitry Monakhov dmonak...@openvz.org, Christian Kujau li...@nerdbynature.de, CAI Qian caiq...@redhat.com, LKML linux-kernel@vger.kernel.org, linux-s390 linux-s

Re: bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)

2013-04-03 Thread CAI Qian
[Text Documents:disable-es_lookup_extent.patch] With this patch, I cannot reproduce it any more. CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

xfs deadlock on 3.9-rc5 running xfstests case #78

2013-04-02 Thread CAI Qian
Saw on almost all the servers range from x64, ppc64 and s390x with kernel 3.9-rc5 and xfsprogs-3.1.10. Never caught this in 3.9-rc4, so looks like something new broke this. Log is here with sysrq debug info. http://people.redhat.com/qcai/stable/log CAI Qian -- To unsubscribe from this list: send

NULL pointer at kset_find_obj

2013-04-02 Thread CAI Qian
] [81628cd8] ? page_fault+0x28/0x30 [ 60.200012] [810c9347] sys_init_module+0xd7/0x120 [ 60.200012] [81630d59] system_call_fastpath+0x16/0x1b CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org

Re: Loopback device hung [was Re: xfs deadlock on 3.9-rc5 running xfstests case #78]

2013-04-02 Thread CAI Qian
- Original Message - From: Jens Axboe ax...@kernel.dk To: Dave Chinner da...@fromorbit.com Cc: CAI Qian caiq...@redhat.com, x...@oss.sgi.com, LKML linux-kernel@vger.kernel.org Sent: Tuesday, April 2, 2013 3:30:35 PM Subject: Re: Loopback device hung [was Re: xfs deadlock on 3.9

Re: Loopback device hung [was Re: xfs deadlock on 3.9-rc5 running xfstests case #78]

2013-04-02 Thread CAI Qian
- Original Message - From: Jens Axboe ax...@kernel.dk To: CAI Qian caiq...@redhat.com Cc: Dave Chinner da...@fromorbit.com, x...@oss.sgi.com, LKML linux-kernel@vger.kernel.org Sent: Tuesday, April 2, 2013 5:00:47 PM Subject: Re: Loopback device hung [was Re: xfs deadlock on 3.9

Re: NULL pointer at kset_find_obj

2013-04-02 Thread CAI Qian
- Original Message - From: David Howells dhowe...@redhat.com To: CAI Qian caiq...@redhat.com, ru...@rustcorp.com.au Cc: dhowe...@redhat.com, LKML linux-kernel@vger.kernel.org Sent: Wednesday, April 3, 2013 1:38:50 AM Subject: Re: NULL pointer at kset_find_obj CAI Qian caiq

Re: s390x: kernel BUG at fs/ext4/inode.c:1591!

2013-04-01 Thread CAI Qian
- Original Message - From: Dmitry Monakhov dmonak...@openvz.org To: CAI Qian caiq...@redhat.com, Theodore Ts'o ty...@mit.edu Cc: LKML linux-kernel@vger.kernel.org, linux-s390 linux-s...@vger.kernel.org, Steve Best sb...@redhat.com, linux-e...@vger.kernel.org Sent: Monday, April 1

bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!)

2013-04-01 Thread CAI Qian
Bisect indicated this is the culprit, 0e401101db49959f5783f6ee9e676124b5a183ac ext4: fix memory leakage in mext_check_coverage This following with Dmitry's debug patch applied, CAI Qian Ý 101.408610¨ ES cache assertation failed for inode: 753 es_cached ex Ý56/5/744 81/20¨ != found ex Ý56/5

Re: s390x: kernel BUG at fs/ext4/inode.c:1591!

2013-03-29 Thread CAI Qian
- Original Message - From: Dmitry Monakhov dmonak...@openvz.org To: Theodore Ts'o ty...@mit.edu, CAI Qian caiq...@redhat.com Cc: LKML linux-kernel@vger.kernel.org, linux-s390 linux-s...@vger.kernel.org, Steve Best sb...@redhat.com, linux-e...@vger.kernel.org Sent: Thursday, March

Re: s390x: kernel BUG at fs/ext4/inode.c:1591!

2013-03-29 Thread CAI Qian
- Original Message - From: Theodore Ts'o ty...@mit.edu To: CAI Qian caiq...@redhat.com Cc: LKML linux-kernel@vger.kernel.org, linux-s390 linux-s...@vger.kernel.org, Steve Best sb...@redhat.com, linux-e...@vger.kernel.org Sent: Thursday, March 28, 2013 8:05:17 PM Subject: Re

s390x: kernel BUG at fs/ext4/inode.c:1591!

2013-03-28 Thread CAI Qian
System hung when running xfstests-dev 013 test case on an s390x guest. Never saw this on 3.9-rc3 before but need to double-check. Any idea? CAI Qian Ý 1113.795759¨ Ý cut here ¨ Ý 1113.795771¨ kernel BUG at fs/ext4/inode.c:1591! Ý 1113.795845¨ illegal operation: 0001 Ý#1

Re: BUG at kmem_cache_alloc

2013-03-28 Thread CAI Qian
- Original Message - From: Dave Jones da...@redhat.com To: CAI Qian caiq...@redhat.com Cc: Christoph Lameter c...@linux.com, David Rientjes rient...@google.com, linux-mm linux...@kvack.org, linux-kernel@vger.kernel.org, Oleg Nesterov o...@redhat.com Sent: Wednesday, March 27, 2013

Re: s390x: kernel BUG at fs/ext4/inode.c:1591!

2013-03-28 Thread CAI Qian
- Original Message - From: CAI Qian caiq...@redhat.com To: LKML linux-kernel@vger.kernel.org Cc: linux-s390 linux-s...@vger.kernel.org, Steve Best sb...@redhat.com, Theodore Ts'o ty...@mit.edu, linux-e...@vger.kernel.org Sent: Thursday, March 28, 2013 2:40:33 PM Subject: s390x

Re: BUG at kmem_cache_alloc

2013-03-26 Thread CAI Qian
- Original Message - From: Christoph Lameter c...@linux.com To: CAI Qian caiq...@redhat.com Cc: David Rientjes rient...@google.com, linux-mm linux...@kvack.org, linux-kernel@vger.kernel.org, Oleg Nesterov o...@redhat.com Sent: Tuesday, March 26, 2013 2:00:16 AM Subject: Re: BUG

Re: BUG at kmem_cache_alloc

2013-03-25 Thread CAI Qian
- Original Message - From: CAI Qian caiq...@redhat.com To: David Rientjes rient...@google.com Cc: linux-mm linux...@kvack.org, linux-kernel@vger.kernel.org, Oleg Nesterov o...@redhat.com Sent: Monday, March 25, 2013 1:37:50 PM Subject: Re: BUG at kmem_cache_alloc

Re: BUG at kmem_cache_alloc

2013-03-24 Thread CAI Qian
- Original Message - From: David Rientjes rient...@google.com To: CAI Qian caiq...@redhat.com Cc: linux-mm kvack.org, linux-kernel@vger.kernel.org, Oleg Nesterov o...@redhat.com Sent: Friday, March 22, 2013 5:35:34 PM Subject: Re: BUG at kmem_cache_alloc On Fri, 22 Mar 2013

BUG at kmem_cache_alloc

2013-03-21 Thread CAI Qian
[xfs] [12137.537843] [] ? down_read+0x24/ Any idea? CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org

Re: be2net failed to initialize regression

2013-03-10 Thread CAI Qian
- Original Message - From: Sathya Perla sathya.pe...@emulex.com To: CAI Qian caiq...@redhat.com, net...@vger.kernel.org Cc: Ivan Vecera ivec...@redhat.com, LKML linux-kernel@vger.kernel.org Sent: Friday, March 8, 2013 6:22:24 PM Subject: RE: be2net failed to initialize regression

be2net failed to initialize regression

2013-03-08 Thread CAI Qian
FlexFabric 10Gb Adapter Confirmed no such problem using 3.7 kernel. Reproduced every time and still bisecting. Just want to give an early head-up to see if anyone saw sometime obvious. CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: change of behavior for madvise in 3.9-rc1

2013-03-07 Thread CAI Qian
- Original Message - From: Hugh Dickins hu...@google.com To: Shaohua Li s...@kernel.org Cc: CAI Qian caiq...@redhat.com, linux-mm linux...@kvack.org, linux-kernel linux-kernel@vger.kernel.org, Rik van Riel r...@redhat.com, Sasha Levin sasha.le...@oracle.com, Andrew Morton

Re: 3.9-rc1: crash kernel panic - not syncing: Can not allocate SWIOTLB buffer earlier and can't now provide you with the DMA bounce buffer

2013-03-07 Thread CAI Qian
... CAI Qian - Original Message - From: WANG Chao chaow...@redhat.com To: LKML vger.kernel.org Cc: CAI Qian caiq...@redhat.com Sent: Friday, March 8, 2013 1:54:37 PM Subject: 3.9-rc1: crash kernel panic - not syncing: Can not allocate SWIOTLB buffer earlier and can't now provide you

3.9-rc1 NULL pointer crash at find_pid_ns

2013-03-07 Thread CAI Qian
Just came across this during LTP run on a ppc64 system. Still trying to reproduce and possible bisect, but want to give an early head-up to see if anyone see anything obvious. CAI Qian [ 6476.040024] Unable to handle kernel paging request for data at address 0xfff0 [ 6476.040051

change of behavior for madvise in 3.9-rc1

2013-03-06 Thread CAI Qian
argument madvise024 TPASS : failed as expected: TEST_ERRNO=ENOMEM(12): Cannot allocate memory madvise025 TPASS : failed as expected: TEST_ERRNO=EBADF(9): Bad file descriptor CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: 3.8-rc5 xfs corruption

2013-01-31 Thread CAI Qian
- Original Message - From: Dave Chinner da...@fromorbit.com To: CAI Qian caiq...@redhat.com Cc: x...@oss.sgi.com, linux-...@vger.kernel.org, linux-kernel linux-kernel@vger.kernel.org Sent: Thursday, January 31, 2013 12:07:48 PM Subject: Re: 3.8-rc5 xfs corruption On Wed, Jan 30

3.8-rc5 xfs corruption

2013-01-30 Thread CAI Qian
): xfs_do_force_shutdown(0x8) called from line 1340 of file fs/xfs/xfs_buf.c. Return address = 0xa0197411 Does this ring any bell? Regards, CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: oom caused disk corruption on 3.7.1

2013-01-29 Thread CAI Qian
- Original Message - From: CAI Qian caiq...@redhat.com To: linux-mm kvack.org Cc: sta...@vger.kernel.org, linux-kernel vger.kernel.org Sent: Wednesday, January 9, 2013 5:50:53 PM Subject: oom caused disk corruption on 3.7.1 While doing oom testing on a power7 system with swapping

Re: [PATCH] slub: assign refcount for kmalloc_caches

2013-01-24 Thread CAI Qian
- Original Message - From: Greg Kroah-Hartman gre...@linuxfoundation.org To: Joonsoo Kim iamjoonsoo@lge.com Cc: Paul Hargrove phhargr...@lbl.gov, Pekka Enberg penb...@kernel.org, linux-kernel@vger.kernel.org, linux...@kvack.org, Christoph Lameter c...@linux.com Sent: Tuesday,

Re: mmap regression on power7?

2013-01-09 Thread CAI Qian
- Original Message - From: CAI Qian caiq...@redhat.com To: linux-mm linux...@kvack.org Cc: linux-kernel linux-kernel@vger.kernel.org Sent: Tuesday, January 8, 2013 5:46:32 PM Subject: mmap regression on power7? Noticed that this test is failing at the moment up to v3.8.0-rc1

mmap regression on power7?

2013-01-08 Thread CAI Qian
in swap cache Swap cache stats: add 538, delete 482, find 127/141 Free swap = 5161024kB Total swap = 5177280kB 81920 pages RAM 900 pages reserved 47062 pages shared 39873 pages non-shared sd 0:0:1:0: Can't allocate memory for indirect table sd 0:0:1:0: couldn't convert cmd to srp_cmd CAI Qian

Re: [PATCH 1/2] signals: sys_ssetmask() uses uninitialized newmask

2013-01-05 Thread CAI Qian
- Original Message - From: Oleg Nesterov o...@redhat.com To: CAI Qian caiq...@redhat.com, Andrew Morton a...@linux-foundation.org, Linus Torvalds torva...@linux-foundation.org Cc: Linda Wang lw...@redhat.com, Matt Zywusko mzywu...@redhat.com, Al Viro v...@zeniv.linux.org.uk

Re: load/unload dccp module caused oops

2013-01-04 Thread CAI Qian
- Original Message - From: Christoph Lameter c...@linux.com To: CAI Qian caiq...@redhat.com Cc: net...@vger.kernel.org, Dave Miller da...@redhat.com, sta...@vger.kernel.org, linux-kernel linux-kernel@vger.kernel.org, Pekka Enberg penb...@kernel.org, Glauber Costa glom

Re: load/unload dccp module caused oops

2013-01-03 Thread CAI Qian
to fix this. Keep digging... The kernel config used the SLUB, http://people.redhat.com/qcai/stable/.config CAI Qian - Original Message - From: CAI Qian caiq...@redhat.com To: net...@vger.kernel.org Cc: Dave Miller da...@redhat.com, sta...@vger.kernel.org Sent: Friday, January 4, 2013

kernel compilation failure on power7 system

2012-12-30 Thread CAI Qian
architectures. - Used this config - http://people.redhat.com/qcai/stable/config-ppc system information here, # cat /proc/device-tree/model IBM,8231-E2B CAI Qian -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo

Re: kernel compilation failure on power7 system

2012-12-30 Thread CAI Qian
Please ignore this as this turned out some unclean bits rendered the result unstable. It is now passed the complication testing. - Original Message - From: CAI Qian caiq...@redhat.com To: Mihai Caraman mihai.cara...@freescale.com, Benjamin Herrenschmidt b...@kernel.crashing.org Cc

Re: boot panic regression introduced in 3.5-rc7

2012-07-30 Thread CAI Qian
- Original Message - On 07/29/2012 08:51 PM, CAI Qian wrote: The bisecting pointed out this patch caused one of dell servers boot panic. 5baefd6d84163443215f4a99f6a20f054ef11236 hrtimer: Update hrtimer base offsets each hrtimer_interrupt [2.971092] WARNING

boot panic regression introduced in 3.5-rc7

2012-07-29 Thread CAI Qian
] [81c59356] x86_64_start_reservations+0x131/0x135 [ 19.808927] [81c5945a] x86_64_start_kernel+0x100/0x10f Kernel config and full dmesg are here. http://people.redhat.com/qcai/config http://people.redhat.com/qcai/dmesg CAI Qian -- To unsubscribe from this list: send the line unsubscribe

Re: kernel panic - help!?

2007-12-28 Thread Cai Qian
Hi, From: Oliver Falk [EMAIL PROTECTED] Subject: Re: kernel panic - help!? Date: Fri, 28 Dec 2007 08:36:20 +0100 On 12/12/2007 03:24 PM, Justin Banks wrote: Dave Young wrote On Dec 12, 2007 5:17 PM, Oliver Falk [EMAIL PROTECTED] wrote: Can someone explain me that? Dec 12 00:24:15