On 4 March 2016 at 00:27, Edgar E. Iglesias <edgar.igles...@gmail.com> wrote:
> On Thu, Mar 03, 2016 at 08:15:13PM +0000, Peter Maydell wrote:
>> Hi Edgar -- I'm just looking back at these signal handling
>> race condition fix patches, and with this one I have a confusion
>> about the Microblaze Linux syscall code that I hope you can
>> clear up for me.
>>
>> Looking at the kernel entry.S code it looks to me like
>> the way syscalls work on microblaze is:

> Yes, that sounds right.

Thanks for the confirmation.

>> (For context, the original patch is this one:
>> http://patchwork.ozlabs.org/patch/514879/
>> and I now suspect my review comments at the time to be wrong.)
>
> I see. Functionally I think the patch is OK. It seems to have
> some whitespace fixes mixed with functional changes (nitpick).

It also fixes a bug in do_sigreturn -- you'll notice that
previously we were returning env->regs[10] and so would
corrupt the guest r3 with the guest r10 value. Switching to
using -TARGET_QEMU_ESIGRETURN avoids that.

> Either way:
>
> Reviewed-by: Edgar E. Iglesias <edgar.igles...@xilinx.com>

(I'm going to add a brief comment about why not updating r14 is ok.)

Thanks
-- PMM

Reply via email to