<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
LTP is built natively,atleast for now i seeing crash for this particular test only. I am also not able to get how and that is failing there?</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Jan Stancek <jstancek@redhat.com><br>
<b>Sent:</b> Tuesday, February 25, 2020 2:01 PM<br>
<b>To:</b> Pankaj Vinadrao Joshi <Pankaj.VJ@exaleapsemi.com><br>
<b>Cc:</b> LTP Mailing List <ltp@lists.linux.it><br>
<b>Subject:</b> Re: [LTP] min_free_kbytes.c:134: FAIL: child unexpectedly failed: 139</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">[adding back LTP list] Please keep the list CC-ed, you might get more responses<br>
from other members.<br>
<br>
----- Original Message -----<br>
> (gdb) bt<br>
> #0 0x0000003fe1713b92 in __vfscanf_internal (s=0x23000, format=<optimized<br>
> out>, argptr=<optimized out>, mode_flags=<optimized out>) at<br>
> vfscanf-internal.c:345<br>
> Backtrace stopped: Cannot access memory at address 0xfffffffffffffff9<br>
<br>
Which is unfortunate.<br>
<br>
Only place I see child reaching vfscanf is via check_monitor -> get_sys_tune,<br>
but per test output it's not check_monitor child, but eatup_mem one.<br>
<br>
I don't see why it would crash here, and why it happens on RISCV only.<br>
I can only recommend to try simplify the testcase to see what triggers it.<br>
<br>
Is this the only LTP test you see crashing?<br>
Is it built natively on RISCV or is it cross-compiled in other environment?<br>
<br>
> (gdb) where<br>
> #0 0x0000003fe1713b92 in __vfscanf_internal (s=0x23000, format=<optimized<br>
> out>, argptr=<optimized out>, mode_flags=<optimized out>) at<br>
> vfscanf-internal.c:345<br>
> Backtrace stopped: Cannot access memory at address 0xfffffffffffffff9<br>
><br>
> (gdb) info registers<br>
> ra 0x16438 0x16438 <safe_waitpid+40><br>
> sp 0x3fffd94850 0x3fffd94850<br>
> gp 0x29f10 0x29f10 <ipc_path+544><br>
> tp 0x3fe16cd720 0x3fe16cd720<br>
> t0 0xffffffffffffffff -1<br>
> t1 0x1366c 79468<br>
> t2 0x1000 4096<br>
> fp 0x1 0x1<br>
> s1 0x180 384<br>
> a0 0x180 384<br>
> a1 0x3fffd948c4 274875369668<br>
> a2 0xa 10<br>
> a3 0x0 0<br>
> a4 0x3fffd948c4 274875369668<br>
> a5 0xffffffffffffffff -1<br>
> a6 0x1 1<br>
> a7 0x104 260<br>
> s2 0x3fffd948c4 274875369668<br>
> s3 0xa 10<br>
> s4 0x79 121<br>
> s5 0x3fe17e6008 274366095368<br>
> s6 0x21ad0 137936<br>
> s7 0x22000 139264<br>
> s8 0x22000 139264<br>
> s9 0x22000 139264<br>
> s10 0x23000 143360<br>
> s11 0x1fed70 2092400<br>
> t3 0x3fe17e5790 274366093200<br>
> t4 0x3fe17a2070 274365816944<br>
> t5 0x3fe17a2970 274365819248<br>
> t6 0x5 5<br>
> pc 0x3fe1713b92 0x3fe1713b92 <__vfscanf_internal+1126><br>
> (gdb)<br>
><br>
> ________________________________<br>
> Sent: Tuesday, February 25, 2020 1:03 PM<br>
> Subject: Re: [LTP] min_free_kbytes.c:134: FAIL: child unexpectedly failed:<br>
> 139<br>
><br>
> ----- Original Message -----<br>
><br>
> > Hi Jan,<br>
> > i have tried to collect the core through GDB this is the result i<br>
> > found??what<br>
> > i should conclude from this??<br>
><br>
> Can you paste the output of backtrace? ('bt' command in gdb)<br>
><br>
><br>
> > root@exaleapsemi:~/pankaj_ltpn/ltp/testcases/kernel/mem/tunable# gdb<br>
> > ./min_free_kbytes core.378<br>
> > GNU gdb (GDB) 8.3.1<br>
> > Copyright (C) 2019 Free Software Foundation, Inc.<br>
> > License GPLv3+: GNU GPL version 3 or later<br>
> > <<a href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><br>
> > This is free software: you are free to change and redistribute it.<br>
> > There is NO WARRANTY, to the extent permitted by law.<br>
> > Type "show copying" and "show warranty" for details.<br>
> > This GDB was configured as "riscv64-oe-linux".<br>
> > Type "show configuration" for configuration details.<br>
> > For bug reporting instructions, please see:<br>
> > <<a href="http://www.gnu.org/software/gdb/bugs/">http://www.gnu.org/software/gdb/bugs/</a>>.<br>
> > Find the GDB manual and other documentation resources online at:<br>
> > <<a href="http://www.gnu.org/software/gdb/documentation/">http://www.gnu.org/software/gdb/documentation/</a>>.<br>
><br>
> > For help, type "help".<br>
> > Type "apropos word" to search for commands related to "word"...??<br>
> > Reading symbols from ./min_free_kbytes...<br>
> > [New LWP 378]<br>
> > [Thread debugging using libthread_db enabled]<br>
> > Using host libthread_db library "/lib/libthread_db.so.1".<br>
> > Core was generated by `./min_free_kbytes'.<br>
> > Program terminated with signal SIGSEGV, Segmentation fault.<br>
> > #0 0x0000003fe1713b92 in __vfscanf_internal (s=0x23000, format=<optimized<br>
> > out>, argptr=<optimized out>, mode_flags=<optimized out>) at<br>
> > vfscanf-internal.c:345<br>
><br>
<br>
[EXT]<br>
</div>
</span></font></div>
</body>
</html>