Re: [PATCH 2/4] linux-user/arm: Remove bogus SVC 0xf0002 handling

2020-04-21 Thread Edgar E. Iglesias
On Mon, Apr 20, 2020 at 10:22:04PM +0100, Peter Maydell wrote: > We incorrectly treat SVC 0xf0002 as a cacheflush request (which is a > NOP for QEMU). This is the wrong syscall number, because in the > svc-immediate OABI syscall numbers are all offset by the > ARM_SYSCALL_BASE value and so the cor

Re: [PATCH 2/4] linux-user/arm: Remove bogus SVC 0xf0002 handling

2020-04-21 Thread Philippe Mathieu-Daudé
On 4/20/20 11:22 PM, Peter Maydell wrote: > We incorrectly treat SVC 0xf0002 as a cacheflush request (which is a > NOP for QEMU). This is the wrong syscall number, because in the > svc-immediate OABI syscall numbers are all offset by the > ARM_SYSCALL_BASE value and so the correct insn is SVC 0x9f

[PATCH 2/4] linux-user/arm: Remove bogus SVC 0xf0002 handling

2020-04-20 Thread Peter Maydell
We incorrectly treat SVC 0xf0002 as a cacheflush request (which is a NOP for QEMU). This is the wrong syscall number, because in the svc-immediate OABI syscall numbers are all offset by the ARM_SYSCALL_BASE value and so the correct insn is SVC 0x9f0002. (This is handled further down in the code wi