> On Mon, Jun 05, 2023 at 11:57:44AM +0800, Zhangjin Wu wrote:
> > This allows to check the other issues of the output file manually even
> > when all of them passed.
>
> Till now I preferred not to see it when everything was OK since it was
> useless and permitted a quick visual check in the reports. Do you
> really think it's useful ? If others prefer it that way we can change
> it but I purposely added this test to "improve" the output (for me at
> least). I'm interested in opinions here.
>
I planed to add detailed potential issues to check in the commit
message, but didn't do that eventually.
The potential 'issues' may be:
1. string alignment, I found one character offset in the user-space
'efault' handler patchset
2. duplicated print, the one like '30 fork' we have fixed up
3. kernel messages (may provide some important info)
I did add this manually several times in the past weeks, so, if the path
is there, I can simply copy it and cat it, hope we can print the path by
default ;-)
The commit message may be changed to something like this:
This allows us to check the details in the log file even when all of
them passed, from the log details, we can check the string
alignment, duplicated print and kernel messages.
Best regards,
Zhangjin
> Willy
