Hi Jens,
>> Yes. If we set unlimit core dump, fio will generate a core with
>> backtrace like this one:
>>
>> #0 mfspr (envp=<value optimized out>) at arch/arch-ppc.h:55
>> 55 asm volatile("mfspr %0,%1": "=r" (val) : "K" (reg));
>> Missing separate debuginfos, use: debuginfo-install
glibc-2.12-1.107.el6.ppc64 libaio-0.3.107-10.el6.ppc64
>> (gdb) bt
>> #0 mfspr (envp=<value optimized out>) at arch/arch-ppc.h:55
>> #1 get_cpu_clock (envp=<value optimized out>) at arch/arch-ppc.h:71
>> #2 atb_child (envp=<value optimized out>) at arch/arch-ppc.h:88
>> #3 atb_clocktest (envp=<value optimized out>) at arch/arch-ppc.h:98
>> #4 arch_init (envp=<value optimized out>) at arch/arch-ppc.h:116
>> #5 initialize_fio (envp=<value optimized out>) at libfio.c:248
>> #6 0x0000000010067294 in main (argc=<value optimized out>, argv=<value
optimized out>,
>> envp=<value optimized out>) at fio.c:33
>>
>>
>> Apologize for late to reply.
> Alright, I'll have PPC default to the normal clock until we can improve
> and detect this properly.
Is there a new rpm for fio available with this fix?
With fio version fio-2.1.2, I am still getting the core dump.
Thanks,
Saritha
--
To unsubscribe from this list: send the line "unsubscribe fio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
