[Top][All Lists]

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

Re: [Qemu-devel] [PATCH 1/5] target-tile: Firstly add to qemu with minim

From: Chris Metcalf
Subject: Re: [Qemu-devel] [PATCH 1/5] target-tile: Firstly add to qemu with minimized features
Date: Mon, 16 Feb 2015 19:29:59 -0500
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0

Yes, I think there is a bit less documentation on tilegx SPRs available.
If this becomes a blocker for you, let me know and I will see if there is 
we can do about it.  Probably best to wait until you have made more progress
on qemu before trying to make a case for it internally, though.

On 2/15/2015 10:40 PM, Chen Gang S wrote:
Excuse me, I want to consult the related information about SPR.

For SPRs (Special Purpose Register) under tilegx, I can not get related
documents (I only got the tilepro related document for SPR). After read
through the source code of Linux kernel for tile, I guess:

  - SPRs are in "arch/tile/include/uapi/arch/spr_def_64.h".

  - SPRs are all 64-bit registers (I referenced the 'interrupt_mask' and
    CHIP_HAS_SPLIT_INTR_MASK to know about it).

If what I guess is incorrect, please let me know. And welcome to provide
tilegx SPR related documents, too.


On 2/14/15 23:53, Chen Gang S wrote:
On 2/14/15 13:47, Peter Maydell wrote:
On 14 February 2015 at 03:37, Chris Metcalf <address@hidden> wrote:
I'm not sure whether Tilera can simply re-release the tilegx-specific stuff
from binutils as a separate tarball with GPL v2 licensing.  Hopefully we can
avoid having to figure that out. :-)
I believe it is theoretically possible (the usual FSF copyright arrangements
involve the original authors giving the copyright to the FSF but being
granted back a right to distribute their work under other licenses).
However it is definitely a "check with your lawyers" kind of question
and I entirely appreciate the desire to avoid having to go down that
route :-)

For me, the main feature of kernel disassembly implementation is almost
the same as the feature of binutils disassembly implementation. And all
of related code are not quite much (only several thousand lines),

So at present, I guess, we needn't consider more about the related


Chris Metcalf, EZChip Semiconductor

reply via email to

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