[LTP] LTP master testing on arm64 hikey

James Morse james.morse@arm.com
Fri May 4 20:20:11 CEST 2018


Hello!

On 03/05/18 08:45, Richard Palethorpe wrote:
> Naresh Kamboju writes:
>> On 2 May 2018 at 16:59, Richard Palethorpe <rpalethorpe@suse.de> wrote:
>>> Naresh Kamboju writes:
>>>> LTP master branch tested on arm64 Hikey device and we have noticed
>>>> following observations,

>>>> The newly added test cases failed.
>>>>
>>>> read_all_dev: fail
>>>> read_all_proc: fail
>>>> read_all_sys: fail
>>>
>>> Well the retrying messages are definitely not helpful, I think we should
>>> remove them.
>>>
>>> My guess is that one or more of the read_all tests read one or more
>>> buggy sys files causing the stack traces (probably one which is exposed
>>> by a driver). On the other hand it could just be that the board can not
>>> handle having so many files read in parallel.
>>>
>>> I would start by running "./read_all -d /dev -e '/dev/watchdog?(0)'"
>>> manually. See ./read_all --help and the fs runtest file.
>>
>> I have run these steps manually on the board here is the output.
>> read_all is reading all /dev/ entries.

(...this doesn't sound like a great plan...)


>> + ./read_all -d /dev -e '/dev/watchdog?(0)'
>> tst_test.c:1015: [1;34mINFO: [0mTimeout per run is 0h 05m 00s
>> read_all.c:221: [1;34mINFO: [0mread(/dev/dri/card0): EAGAIN/EWOULDBLOCK
>> read_all.c:221: [1;34mINFO: [0mread(/dev/rfkill): EAGAIN/EWOULDBLOCK
>> [   26.533620] tun: Universal TUN/TAP device driver, 1.6
>> read_all.c:221: [1;34mINFO: [0mread(/dev/net/tun): EBADFD
>> [   26.621183] raid6: int64x1  gen()   350 MB/s
>> [   26.693131] raid6: int64x1  xor()   437 MB/s
>> <>
>> read_all.c:221: [1;34mINFO: [0mread(/dev/tty0): EAGAIN/EWOULDBLOCK
>> read_all.c:221: [1;34mINFO: [0mread(/dev/console): EAGAIN/EWOULDBLOCK
>> read_all.c:221: [1;34mINFO: [0mread(/dev/tty): EIO
>> tst_test.c:339: [1;31mBROK: [0mChild (3156) killed by signal SIGSEGV

> It is still not clear which file is the problem. So we should limit it
> to one thread and print all the reads:

I've hit this with read_all touching /dev/port on a system that doesn't have any
PCI IO space.

If you disable CONFIG_DEVPORT does this go away?


Thanks,

James


More information about the ltp mailing list