While running stress test from avocado-misc-test against next-20190306 (SHA:
cf08baa296)
on a POWER9 LPAR ran into following kernel bug followed by panic.
next-20190305 was good.
(1/1) avocado-misc-tests/perf/stress.py:Stress.test: [ 947.743425]
request_module: kmod_concurrent_max (0) close t
> On 27-Feb-2020, at 5:42 PM, Michal Hocko wrote:
>
> A very good hint indeed. I would do this
> diff --git a/include/linux/topology.h b/include/linux/topology.h
> index eb2fe6edd73c..d9f1b6737e4d 100644
> --- a/include/linux/topology.h
> +++ b/include/linux/topology.h
> @@ -137,6 +137,8 @@ sta
> On 12-Mar-2020, at 10:57 AM, Srikar Dronamraju
> wrote:
>
> * Michal Hocko [2020-03-11 12:57:35]:
>
>> On Wed 11-03-20 16:32:35, Srikar Dronamraju wrote:
>>> A Powerpc system with multiple possible nodes and with CONFIG_NUMA
>>> enabled always used to have a node 0, even if node 0 does not
> The patch below might work. Sachin can you test this? I tried faking up
> a system with a memoryless node zero but couldn't get it to even start
> booting.
>
The patch did not help. The kernel crashed during
the boot with the same call trace.
BUG_ON() introduced with the patch was not triggered
> On 13-Mar-2020, at 5:05 PM, Vlastimil Babka wrote:
>
> On 3/13/20 12:12 PM, Srikar Dronamraju wrote:
>> * Michael Ellerman [2020-03-13 21:48:06]:
>>
>>> Sachin Sant writes:
>>>>> The patch below might work. Sachin can you test this? I tried fa
t; undefined!
> make[1]: *** [scripts/Makefile.modpost:94: __modpost] Error 1
> make: *** [Makefile:1298: modules] Error 2
>
> Signed-off-by: Stefan Berger
Reported-by: Sachin Sant
Tested-by: Sachin Sant
Thanks
-Sachin
> OK how about this version? It's somewhat ugly, but important is that the fast
> path case (c->page exists) is unaffected and another common case (c->page is
> NULL, but node is NUMA_NO_NODE) is just one extra check - impossible to avoid
> at
> some point anyway.
>
I attempted the suggested t
> On 19-Mar-2020, at 6:53 PM, Vlastimil Babka wrote:
>
> On 3/19/20 9:52 AM, Sachin Sant wrote:
>>
>>> OK how about this version? It's somewhat ugly, but important is that the
>>> fast
>>> path case (c->page exists) is unaffected and ano
>>> Great, thanks! Can I add your Tested-by: then?
>>
>> Sure.
>> Tested-by: Sachin Sant
>>
>> Thank you for the fix.
>
> Thanks! Sorry to bother, but in the end I decided to do further change so I
> would appreciate verification if it still wor
While running ndctl[1] tests against 5.6.0-rc7 following crash is encountered.
Bisect leads me to commit d41e2f3bd546
mm/hotplug: fix hot remove failure in SPARSEMEM|!VMEMMAP case
Reverting this commit helps and the tests complete without any crash.
pmem0: detected capacity change from 0 to 10
> On 24-Mar-2020, at 2:45 PM, Aneesh Kumar K.V
> wrote:
>
> Sachin Sant writes:
>
>> While running ndctl[1] tests against 5.6.0-rc7 following crash is
>> encountered.
>>
>> Bisect leads me to commit d41e2f3bd546
>> mm/hotplug: fix
I am running into intermittent crashes with linux-next on POWER 9 PowerVM LPAR
First it was against next-20200324 while running LTP tests. With next-20200325
I ran into similar crash (a different stack trace but same failure point —
link_path_walk)
while running sosreport command.
BUG: Kernel NUL
> On 26-Mar-2020, at 7:19 PM, Al Viro wrote:
>
> On Thu, Mar 26, 2020 at 10:40:06PM +1100, Michael Ellerman wrote:
>
>>> The code in question (link_path_walk() in fs/namei.c ) was recently changed
>>> by
>>> following commit:
>>>
>>> commit 881386f7e46a:
>>> link_path_walk(): sample paren
>> ERROR: modpost: "tpm2_get_cc_attrs_tbl" [drivers/char/tpm/tpm_ibmvtpm.ko]
>> undefined!
>> make[1]: *** [scripts/Makefile.modpost:94: __modpost] Error 1
>> make: *** [Makefile:1298: modules] Error 2
>>
>> Fixes: 18b3670d79ae ("tpm: ibmvtpm: Add
Following Oops is seen on latest (commit 3b4852888d) powerpc merge branch
code while running ndctl (test_namespace) tests
85c5b0984e was good.
(06/12) avocado-misc-tests/memory/ndctl.py:NdctlTest.test_namespace: [
213.570536] memmap_init_zone_device initialised 1636608 pages in 10ms
[ 213.57
> On 16-Nov-2019, at 12:25 AM, Aneesh Kumar K.V
> wrote:
>
> On 11/15/19 11:36 AM, Sachin Sant wrote:
>> Following Oops is seen on latest (commit 3b4852888d) powerpc merge branch
>> code while running ndctl (test_namespace) tests
>> 85c5b0984e was good.
>
>
> Fixes: 076265907cf9 ("powerpc: Chunk calls to flush_dcache_range in
> arch_*_memory")
> Reported-by: Sachin Sant
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/mm/mem.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
It t
Latest -next fails to boot on POWER9 PowerVM LPAR due to RCU stalls.
This problem was introduced with next-20190620 (dc636f5d78).
next-20190619 was last good kernel.
Reverting following commit allows the kernel to boot.
2fd4aeea6b603 : mm/memory_hotplug: move and simplify walk_memory_blocks()
[
> On 24-Jun-2019, at 8:12 PM, David Hildenbrand wrote:
>
> On 24.06.19 16:09, Sachin Sant wrote:
>> Latest -next fails to boot on POWER9 PowerVM LPAR due to RCU stalls.
>>
>> This problem was introduced with next-20190620 (dc636f5d78).
>> next-20190619 was l
Booting mainline kernel on PowerVM LPAR with vTPM enabled results
into a kernel crash.
[0.365989] BUG: Kernel NULL pointer dereference at 0x0012
[0.365995] Faulting instruction address: 0xc073dd80
[0.366000] Oops: Kernel access of bad area, sig: 11 [#1]
[0.366005] LE PA
tpm_chip_register. This ensures that allocated banks are initialized
>> in any case.
>>
>> Fixes: 879b589210a9 ("tpm: retrieve digest size of unknown algorithms with
>> PCR read")
>> Signed-off-by: Nayna Jain
> Reviewed-by: Mimi Zohar
Thanks for the fix. Kernel boots fine with this fix.
Tested-by: Sachin Sant
Thanks
-Sachin
> prefectly capable of handling them, so do that.
>
> Cc: Nicholas Piggin
> Fixes: 4a7b06c157a2 ("powerpc/eeh: Handle hugepages in ioremap space")
> Reported-by: Sachin Sant
> Signed-off-by: Oliver O'Halloran
Tested-by: Sachin Sant
Thanks
-Sachin
Todays next fails to boot on a POWER9 PowerVM logical partition
with following trace:
[8.767660] random: systemd: uninitialized urandom read (16 bytes read)
[8.768629] BUG: Kernel NULL pointer dereference on read at 0x73b0
[8.768635] Faulting instruction address: 0xc03d55f4
> On 18-Feb-2020, at 4:20 PM, Kirill Tkhai wrote:
>
> Hi, Sachin,
>
> On 18.02.2020 13:45, Sachin Sant wrote:
>>
>> commit a75056fc1e7c
>> mm/memcontrol.c: allocate shrinker_map on appropriate NUMA node
>>
>> I can boot the kernel successfully
>> could you please test your boot with original patch from here:
>>
>> https://patchwork.kernel.org/patch/11360007/
>
> After you tried the above patch instead of the problem patch,
> do one more test and apply the below on current linux-next.
> Please, say which of the patches makes your kern
>> Yes, I can recreate the same problem with the patch applied on top of
>> 5.6.0-rc2.
>
> And just to make sure. This was with
> http://lkml.kernel.org/r/fff0e636-4c36-ed10-281c-8cdb0687c...@virtuozzo.com
> right?
>
Yes, the same patch.
> If yes, is it possible that the specific node is som
;tb_val);
BUG_ON(result);
I had never tried enabling CONFIG_RTC_DRV_PS3 option before
so not sure if this is a new problem or an old one.
Thanks
-Sachin
--
---------
Sachin Sant
IBM Linux Technology Center
India Systems and Technolog
Geert Uytterhoeven wrote:
On non-PS3, we get:
| kernel BUG at drivers/rtc/rtc-ps3.c:36!
because the rtc-ps3 platform device is registered unconditionally in a kernel
with builtin support for PS3.
Reported-by: Sachin Sant
Signed-off-by: Geert Uytterhoeven
---
arch/powerpc/platforms/ps3
}
1) + 75.274 us | }
1) | .die() {
1) |.oops_enter() {
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technol
does some crazy crap with it.
-- Steve
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxpp
Steven Rostedt wrote:
On Thu, 2009-09-10 at 11:02 +0530, Sachin Sant wrote:
Steven Rostedt wrote:
Ah, seems the bug happens to be in the module handling. Does the call
back always have .mod_return_to_handler?
Yes. Every time it ends up in .mod_return_to_handler
BTW
e8 a1 00 88 ld r5,136(r1)
1ab4: 7c 09 00 2a ldx r0,r9,r0
1ab8: 7c 63 02 14 add r3,r3,r0
1abc: 7c 63 b2 14 add r3,r3,r22
1ac0: 48 00 00 01 bl 1ac0 <.pcpu_alloc+0x754>
1ac
Sachin Sant wrote:
Tejun Heo wrote:
Ah... sorry about that. Sachin, is it possible for you to build the
kernel with debug info and ask gdb where the stalling NIP is in the c
file?
<6>NET: Registered protocol family 10
<3>BUG: soft lockup - CPU#2 stuck for 61s! [modprobe:1865
l/perf_counter.o] Error 1
make: *** [arch/powerpc/kernel] Error 2
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc
Sachin Sant wrote:
Sachin Sant wrote:
Tejun Heo wrote:
Ah... sorry about that. Sachin, is it possible for you to build the
kernel with debug info and ask gdb where the stalling NIP is in the c
file?
<6>NET: Registered protocol family 10
<3>BUG: soft lockup - CPU#2 stuck for 61
Tejun Heo wrote:
Can you please apply the attached patch and see whether anything
interesting shows up in the kernel log?
Thanks Tejun for the debug patch. Attached here are the relevant logs.
The only messages related to percpu in the logs are
<6>PERCPU: Embedded 2 pages/cpu @c12000
Tejun Heo wrote:
Sachin Sant wrote:
Tejun Heo wrote:
Can you please apply the attached patch and see whether anything
interesting shows up in the kernel log?
Thanks Tejun for the debug patch. Attached here are the relevant logs.
The only messages related to percpu in the
8 -> 16 c000db70fb00
<4>PERCPU: relocated
<4>PERCPU: chunk 1, alloc pages [0,1)
<4>PERCPU: chunk 1, map pages [0,1)
<4>PERCPU: map 0xd7f0, 1 pages 53544
<4>PERCPU: map 0xd7fffff80000, 1 pages 53545
<4>PERCPU: chunk 1, will clear 4096b/un
Tejun Heo wrote:
Tejun Heo wrote:
Hello,
Sachin Sant wrote:
<4>PERCPU: chunk 1 relocating -1 -> 18 c000db70fb00
<4>PERCPU: relocated
<4>PERCPU: chunk 1 relocating 18 -> 16 c000db70fb00
<4>PERCPU: relocated
<4>PERCPU: chunk 1, alloc pages
bdb8 7c0903a6 mtctr r0
c004bdbc 4182002c beq c004bde8#
.memset+0x88/0xfc
c004bdc0 f886 std r4,0(r6)
At this point R06 contains d7f0.
Have attached the xmon log.
Thanks
-Sachin
--
------
unction_graph.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
diff -Naurp a/arch/powerpc/kernel/entry_64.S b/arch/powerpc/kernel/entry_64.S
--- a/arch/powerpc/kern
Enabling function graph causes oops due to usage of LOAD_REG_IMMEDIATE().
As explained by Ben the usage of LOAD_REG_IMMEDIATE generates relocs that are
not supported when CONFIG_RELOCATABLE is set.
Switch to LOAD_REG_ADDR().
Signed-off-by : Sachin Sant
---
Enabling function graph causes oops
().
Signed-off-by : Sachin Sant
---
diff -Naurp old/arch/powerpc/kernel/entry_64.S
new/arch/powerpc/kernel/entry_64.S
--- old/arch/powerpc/kernel/entry_64.S 2009-10-08 18:37:44.0 +0530
+++ new/arch/powerpc/kernel/entry_64.S 2009-10-08 18:34:33.0 +0530
@@ -1038,8 +1038,8 @@ _GLOBAL
ection from the assembly,
we now always do the comparison between vmalloc and ioremap.
Signed-off-by; Benjamin Herrenschmidt
---
Sachin, can you verify that works for you ?
Works great. Thanks Ben.
Tested by: Sachin Sant
Regards
-Sachin
--
---------
Sachin Sant
IBM L
Steven Rostedt wrote:
On Thu, 2009-10-08 at 20:21 +0530, Sachin Sant wrote:
Switch to LOAD_REG_ADDR().
Signed-off-by : Sachin Sant
---
diff -Naurp old/arch/powerpc/kernel/entry_64.S
new/arch/powerpc/kernel/entry_64.S
--- old/arch/powerpc/kernel/entry_64.S 2009-10-08 18:37:44.0
cr = 24000442
ctr = c02f0cb0 xer = 200a trap = 700
3:mon>
Have attached the boot log. Next tree for 20091030 worked fine.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, Indi
Sachin Sant wrote:
Today's next tree failed to boot on a POWER 6 box with :
[ cut here ]
kernel BUG at mm/mmap.c:2135!
Oops: Exception in kernel mode, sig: 5 [#2]
SMP NR_CPUS=1024 NUMA pSeries
Problem exists with today's next as well.
Likely cause for th
David Gibson wrote:
On Wed, Nov 04, 2009 at 06:08:44PM +0530, Sachin Sant wrote:
Sachin Sant wrote:
Today's next tree failed to boot on a POWER 6 box with :
[ cut here ]
kernel BUG at mm/mmap.c:2135!
Oops: Exception in kernel mode, sig: 5 [#2]
SMP NR_CPUS
c00085b4 syscall_exit+0x0/0x40
--- Exception: c01 (System Call) at 0fff89a8ff40
SP (fffdf8a2460) is in userspace
Have attached the complete boot log.
At the time of crash values of mm and mm->nr_ptes were
<7>exit_mmap(): mm c000fa9f9580 nr_ptes 1
Thanks
-Sachin
--
-
available for you to debug this issue.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
[ cut here ]
kernel BUG at mm/mmap.c:2142!
cpu 0x3: V
_context_t.
Signed-off-by: David Gibson
Thanks David for the patch. With this patch on top of next-20091123
my test machine boots fine.
Regards
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangal
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozl
ks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
mp;m=125802682922299&w=2
I will try few more iterations with and without the above
patch just to make sure i have the correct results.
If someone has a suggestion let me know.
Thanks
-Sachin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Benjamin Herrenschmidt wrote:
On Fri, 2009-12-11 at 16:23 +0530, Sachin Sant wrote:
While executing cpu_hotplug(from autotest) tests against latest
next on a power6 box, the machine locks up. A soft reset shows
the following trace
Have you heard anything about that one yet or it
unsigned intâ
arch/powerpc/mm/hash_utils_64.c:345: error: format â%08xâ expects type
âunsigned intâ, but argument 5 has type âlong unsigned intâ
arch/powerpc/mm/hash_utils_64.c: In function âhtab_initializeâ:
... SNIP ...
Signed-off-by: Sachin Sant
---
diff -Naurp a/arch/powerpc/mm
lize':
arch/powerpc/mm/hash_utils_64.c:666: error: format '%x' expects type 'unsigned
int', but argument 4 has type 'long unsigned int'
... SNIP ...
Signed-off-by: Sachin Sant
---
diff -Naurp a/arch/powerpc/mm/hash_utils_64.c b/arch/powerpc/mm/hash_utils_64.c
-
Peter Zijlstra wrote:
On Fri, 2009-12-11 at 16:23 +0530, Sachin Sant wrote:
While executing cpu_hotplug(from autotest) tests against latest
next on a power6 box, the machine locks up. A soft reset shows
the following trace
cpu 0x0: Vector: 100 (System Reset) at [cc9333d0]
pc
achin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/lis
to find a solution
for this issue ?
Thanks
-Sachin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc
rks. Thanks.
Regards
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
ht
Sachin Sant wrote:
Today's next failed to boot on a powerpc box
(Power6 blade IBM,7998-61X) with following recursive locking message.
=
[ INFO: possible recursive locking detected ]
2.6.29-next-20090325 #1
After bisecting the failure seems
.
Thanks
-Sachin
[1] -> CPU Hotplug test which is part of LTP.
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
<6>Phyp-dump disabled at boot time.
<6>Using pSeries mach
Benjamin Herrenschmidt wrote:
On Tue, 2009-03-31 at 14:57 +0530, Sachin Sant wrote:
While executing CPU HotPlug[1] tests i observed that during
every cpu offline process an exception is thrown.
Looks like a BUG_ON() to me... can you look at what other
messages just before that ?
I
(first use in this function)
arch/powerpc/platforms/pseries/dtl.c:238: error: (Each undeclared identifier is
reported only once
arch/powerpc/platforms/pseries/dtl.c:238: error: for each function it appears
in.)
Signed-off-by : Sachin Sant
---
* Fixes the following build error
*
* arch/powerpc
Sachin Sant wrote:
Benjamin Herrenschmidt wrote:
On Tue, 2009-03-31 at 14:57 +0530, Sachin Sant wrote:
While executing CPU HotPlug[1] tests i observed that during
every cpu offline process an exception is thrown.
Looks like a BUG_ON() to me... can you look at what other
messages just
gger to
move to a different mail client. Thanks Mikey.
Regards
-Sachin
--
---------
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-d
0
[c000541ffdc0] [c0161748] .compat_sys_open+0x24/0x38
[c000541ffe30] [c0008554] syscall_exit+0x0/0x40
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India System
anks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
72 bind 65536).
<6>TCP reno registered.
<6>NET: Registered protocol family 1.
<6>Unpacking initramfs... do
8
ctr = c02e35ac xer = 0001 trap = 300
dar = 0010 dsisr = 4000
On subsequent reboots, i observed similar oops during bootup.
I have attached the oops message here.
Let me know if i can provide any other information.
Thanks
-Sachin
--
---
rb_node);
+ RB_CLEAR_NODE(&cfqq->p_node);
INIT_LIST_HEAD(&cfqq->fifo);
atomic_set(&cfqq->ref, 0);
Yes. The above patch fixed this oops. Thanks
Regards
-Sachin
--
-----
Sachin Sant
IBM Linux Technol
Sachin Sant wrote:
Sachin Sant wrote:
Benjamin Herrenschmidt wrote:
On Tue, 2009-03-31 at 14:57 +0530, Sachin Sant wrote:
While executing CPU HotPlug[1] tests i observed that during
every cpu offline process an exception is thrown.
Looks like a BUG_ON() to me... can you look at what
nline cpus without
any problem.
Thanks
-Sachin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxpp
ached. Let me know if you need any other info. I will
try yesterday's next
tree to check if this problem can be recreated.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangal
rmation.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://oz
tch i don't get any extra information other that what is
already reported.
Have attached the boot log captured using loglevel=8 mminit_loglevel=4
options.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangal
Nick Piggin wrote:
On Thu, Apr 30, 2009 at 11:06:36AM +0530, Sachin Sant wrote:
Hmm, OK. Can you post the disassembly of your pidmap_init please?
Here is the information.
Unable to handle kernel paging request for data at address 0x0010
Faulting instruction address
ore majordomo info at http://vger.kernel.org/majordomo-info.html
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev
es
XMON dest_cpu = 1024 . dead_cpu = 1 . nr_cpu_ids = 2
XMON dest_cpu = 0
XMON dest_cpu = 1024 . dead_cpu = 1 . nr_cpu_ids = 2
XMON dest_cpu = 0
XMON dest_cpu = 1024 . dead_cpu = 1 . nr_cpu_ids = 2
XMON dest_cpu = 0
Let me know if i should try to record any specific value ?
Thanks
-Sachin
--
000,,
,,,,,,,,
,,0002
XMON dest_cpu = 1
hope i got the data correct.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bang
uot;, "online" etc for SMP and UP case */
set_cpu_online(cpu, true);
+ set_cpu_active(cpu, true);
set_cpu_present(cpu, true);
set_cpu_possible(cpu, true);
}
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems a
Xiaotian Feng wrote:
Does this testcase hotplug cpu 0 off?
No, i don't think so. It skips cpu0 during online/offline
process.
thanks
-Sachin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore,
Xiaotian Feng wrote:
On Wed, Dec 16, 2009 at 2:41 PM, Sachin Sant wrote:
Xiaotian Feng wrote:
Does this testcase hotplug cpu 0 off?
No, i don't think so. It skips cpu0 during online/offline
process.
Then how could this happen ? Looks like cpu 0 is offline
);
return -ENOMEM;
+ }
cpu_hotplug_begin();
err = __raw_notifier_call_chain(&cpu_chain, CPU_DOWN_PREPARE | mod,
Unless of course, I messed up, which appears to be rather likely given
these problems ;-)
--
-----
Sachin S
ks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
Using 00825420 bytes for initrd buffer
Please wait, loading kernel...
Allocated 00f0 bytes for kernel @ 00d0
Elf64 kernel loaded...
Loading ramdisk...
ramd
Sachin Sant wrote:
Yesterday's next failed to boot on various powerpc boxes
with following error :
NET: Registered protocol family 15
registered taskstats version 1
Freeing unused kernel memory: 640k freed
doing fast boot
scsi_mod: Unknown ADD relocation: 26
WARNING: Error inserting scs
boxes with it.
thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs
oduced by commit 4610ee1d36...
kprobes: Introduce generic insn_slot framework
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
eof(kprobe_opcode_t));
if (idx >= 0 && idx < slots_per_page(c)) {
WARN_ON(kip->slot_used[idx] != SLOT_USED);
if (dirty) {
--
-
Sachin Sant
IBM Linux Technology Center
India Systems
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ole' speed
This problem seem to have started with
2.6.34-rc1-git9 (352d4657b23fbd329efccc396000a549e0150907).
Haven't yet tried a git bisect. Boot log attached
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology L
istinfo/linuxppc-dev
--
-----
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
-
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
http
Amit Shah wrote:
On (Fri) Mar 26 2010 [14:43:56], Sachin Sant wrote:
And this suggests that hvc_kick() is called before hvc_task is
initialised, ie, before hvc_init() is called.
Does this help?
Hi Amit,
I too ran into this issue as reported by Anton. Unfortunately in my
case the
033b20] .kernel_thread+0x54/0x70
Instruction dump:
e93e8190 8009 2f80 409e03f8 48280539 6000 2fa3 419e03e8
e93e8198 8009 2f80 409e03d8 <0fe0> 480003d0 e93e8140 fb9d
Uniform Multi-Platform E-IDE driver
Thanks
-Sachin
--
-----
Sachi
FUJITA Tomonori wrote:
On Fri, 02 Apr 2010 10:48:55 +0530
Sachin Sant wrote:
2.6.34-rc3 boot on a power5 box produces this badness message
during ibmvscsi initialization.
ibmvscsi 3003: Client reserve enabled
ibmvscsi 3003: sent SRP login
ibmvscsi 3003: SRP_LOGIN succeeded
Eric W. Biederman wrote:
Could you try the fix Wolfram Sang sent to linux-kernel yesterday?
Yes that fixed the issue for me. Thanks Eric.
Regards
-Sachin
--
-
Sachin Sant
IBM Linux Technology Center
India Systems and Technology Labs
Bangalore, India
if (hp->ops->notifier_del)
hp->ops->notifier_del(hp, hp->data);
--
-----
Sachin Sant
IBM Linux Technology Center
India System
Sachin Sant wrote:
With today's next release, eHEA network interface on couple
of power6 boxes fails to initialize.
# modprobe ehea
IBM eHEA ethernet device driver (Release EHEA_0102)
alloc irq_desc for 256 on node 0
alloc kstat_irqs on node 0
irq: irq 590080 on host null mapped to vi
83e378 389f0040 4bfffdbd 7c63e838
7c7d07b4 2fbd 409e0030 3bff00c8 <881f> 2f80 409eff60 881f0020
---[ end trace cb522a034d760fb8 ]---
next-20100428 was OK. Will try to bisect.
Thanks
-Sachin
--
-----
Sachin Sant
IBM Linux Technology Center
India System
Sachin Sant wrote:
With today's next eHEA drivers fails to initialize.
If i revert the following patch eHEA network interface is initialized
properly.
commit cebfe0b6709abdab997c1a00499d67efa32ee1f0
drivercore: Add of_match_table to the common device drivers
Thanks
-Sachin
IBM
1 - 100 of 371 matches
Mail list logo