Re: [Qemu-devel] [PATCH] tile: Can load elf64 tilegx binary successfully for linux-user.

[Chris Metcalf <cmetcalf@ezchip.com>]

On 2/11/2015 10:32 PM, Chen Gang S wrote:
>>> + */
>>> +#define TARGET_NR_io_setup                      0
>>> +#define TARGET_NR_io_destroy                    1
>>> +#define TARGET_NR_io_submit                     2
>> [...]
>>
>> Isn't there a way to say "use the asm-generic syscalls"?  What does ARM64 do, for example?  They use the generic syscall list.
>>
>>> [...]
>>> +#define TARGET_NR_bpf                           280
>>> +#define TARGET_NR_execveat                      281
>>> +
> Do you mean we need to remove them?

No, I'm saying it would be good to be able to have a single shared header that listed all the asm-generic syscall numbers that could be shared by tile, arm64, etc.

>>> +/* current tilegx Linux kernel do not want to support the macros below */
>>> +
>> Probably better not to define them, then look at fixing anything that breaks as a result.  Again, ARM64 will be the same.
>>
> Do you mean we do not need to define the macros below?
>
>    #define TARGET_NR_open 1024
>    #define TARGET_NR_link 1025
>    #define TARGET_NR_unlink 1026

That's my suggestion, yes.

> And excuse me, my English is not quite well, I don't quite understand:
>
>    "fixing anything that breaks as a result".
>
> Could you provide more details? Thanks.

So if you undefine TARGET_NR_open, etc, hopefully qemu will build. If it does not build, you should probably find out why, and fix it. Perhaps you can use NR_openat as a replacement for NR_open, etc.

>> Tilera did some work on a qemu port only intended to be used with KVM for virtualization, so it probably doesn't do you much good.  If you're interested, I can send you the diffs.
>>
> Welcome the related diffs, I guess, it must be helpful. :-)

I uploaded it to:

   http://173.201.26.195/scm/qemu-kvm-0.13.0.get

Notice that this is against a much older version of qemu, though.

-- 
Chris Metcalf, EZChip Semiconductor
http://www.ezchip.com