[PATCH][MIPS] NetLogic XLP scheduling
Maxim Kuvyrkov
maxim@codesourcery.com
Fri Jul 20 04:27:00 GMT 2012
On 16/07/2012, at 6:56 PM, Maxim Kuvyrkov wrote:
> On 16/07/2012, at 6:37 PM, Chung-Lin Tang wrote:
>
>> On 2012/7/16 12:28 AM, Richard Sandiford wrote:
>>> Chung-Lin Tang <cltang@codesourcery.com> writes:
>>>> This patch adds scheduling support for the NetLogic XLP, including a new
>>>> pipeline description, and associated changes.
>>>>
>>>> Asides from the new xlp.md description file, there are also some sync
>>>> primitive attribute modifications, for better scheduling of sync loops
>>>> (Maxim should be able to better explain this).
>>>
>>> Rather than add a "type" attribute to each sync loop, please just add:
>>>
>>> (not (eq_attr "sync_mem" "none"))
>>> (symbol_ref "syncloop")
>>>
>>> to the default value of the "type" attribute. You'll probably need
>>> to swap the order of the sync* attributes with the "type" attribute
>>> in order for this to compile.
>>>
>>> The patch is effectively changing the type of the sync loops from
>>> "unknown" to "syncloop". That's certainly OK, but you'll need to
>>> add "syncloop" to the "unknown" reservations of all other schedulers
>>> (except for generic.md, where what you've done instead is fine).
>>> It might be easier if you split out the addition of syncloop
>>> as a separate patch.
>>
>> I'll leave it to Maxim to respond to the sync parts.
>
> Richard, that's indeed simpler, thanks.
Attached is a stand-alone patch that adds handling of "syncloop" and "atomic" type attributes.
Tested by building cross-toolchain mips64-linux-gnu including GLIBC. OK to apply?
--
Maxim Kuvyrkov
CodeSourcery / Mentor Graphics
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Support-scheduling-of-sync-loops-and-atomic-instruct.patch
Type: application/octet-stream
Size: 17251 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20120720/45807d03/attachment.obj>
-------------- next part --------------
More information about the Gcc-patches
mailing list