qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] tile: Can load elf64 tilegx binary successfully


From: Chris Metcalf
Subject: Re: [Qemu-devel] [PATCH] tile: Can load elf64 tilegx binary successfully for linux-user.
Date: Thu, 12 Feb 2015 17:31:22 -0500
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]