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

[Chris Metcalf <cmetcalf@ezchip.com>]

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 anything
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.
>
> Thanks.
>
> 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 <cmetcalf@ezchip.com> 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
>> license.
>>
>>
>> Thanks
>>

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