On Thursday, November 21, 2019, Philippe Mathieu-Daudé <phi...@redhat.com>
wrote:

> On 11/21/19 6:00 PM, Aleksandar Markovic wrote:
>
>> On Thursday, November 21, 2019, Philippe Mathieu-Daudé <phi...@redhat.com
>> <mailto:phi...@redhat.com>> wrote:
>>
>>     On 11/21/19 9:19 AM, Helge Deller wrote:
>>
>>         On 20.11.19 23:20, Aleksandar Markovic wrote:
>>
>>             On Wed, Nov 20, 2019 at 10:13 PM Aleksandar Markovic
>>             <aleksandar.m.m...@gmail.com
>>             <mailto:aleksandar.m.m...@gmail.com>> wrote:
>>
>>
>>                 On Wed, Nov 20, 2019 at 3:58 PM Helge Deller
>>                 <del...@gmx.de <mailto:del...@gmx.de>> wrote:
>>
>>
>>                     Improve strace output of various syscalls which
>>                     either have none
>>                     or only int-type parameters.
>>
>>
>>                 It would be nice if you included a history of the patch
>>                 (after the line
>>                 "---", as it is customary for single patch submission).
>>                 You changed
>>                 only ioctl() in v2, right?
>>
>>
>>         Yes. Will add history in next round.
>>
>>                 I missed your v2, but responded with several hints to v1.
>>
>>
>>         Yes, I saw all your mails.
>>         Thanks for your feedback!
>>
>>             userfaultfd(), membarrier(), mlock2()... - all could be
>>             included into
>>             your patch.
>>
>>
>>         I think there are quite some more which I didn't included.
>>         That's why I wrote "*various*" and not "*all*" in my changelog.
>>         I'm debugging other code, and the ones I fixed are the ones I
>>         actually tested with my code.
>>
>>
>>     If you don't have handy way to test the other syscalls, I'll rather
>>     restrict your patch to the one you tested, at least you are certain
>>     you didn't introduced regressions. Unless their implementation is
>>     trivial, of course.
>>
>>
>> What can be handier than writing a program that contains a single system
>> call?
>>
>
> Ahah very easy indeed :) Not noticing it shows how busy I am with firmware
> world than I forgot linux-user can be a simpler/powerful way to easily test
> stuff, as the Hexagon recent port also demonstrated.
>
>
Hexagon port doesn't have anything to do with this patch and didn't
demonstrate anything new wrt linux-user. I have no idea what you meant to
say.

But, OK, Helge is the submitter, and he decides on the scope of his patch.
I am fine if he wants to limit it only to handful of syscalls. I just
hinted he could increase the vslue of the patch significantly in an easy
way.

Thanks,
Aleksandar

Reply via email to