[Buildroot] MIPS arch on NPTL branch

James Chapman jchapman at katalix.com
Wed Mar 4 09:17:25 UTC 2009


Carmelo AMOROSO wrote:
> James Chapman wrote:
>> Carmelo AMOROSO wrote:
>>> James Chapman wrote:
>>>> Carmelo AMOROSO wrote:
>>>>> James Chapman wrote:
>>>>>> Carmelo Amoroso wrote:
>>>>>>> Bernhard Reutner-Fischer wrote:
>>>>>>>> [James, wrong list, redirecting accordingly]
>>>>>>>>
>>>>>>>> On Mon, Mar 02, 2009 at 10:27:25PM +0000, James Chapman wrote:
>>>>>>>>> Just wondering what the status of the MIPS arch is on the uclibc-NPTL
>>>>>>>>> branch tip.  I'm seeing compile errors because _dl_find_hash() now has
>>>>>>>>> an extra argument. Is MIPS missing an update after generic ldso changes?
>>>>>>> I think so
>>>>>>>>> Perhaps someone is already working on this?
>>>>>>> I don't think so. The patch may be trivial. If you are able to test,
>>>>>>> please post the teste patch.
>>>>>> Unfortunately, adding NULL values to the _dl_find_hash() calls as done
>>>>>> in the attached patch doesn't produce useful executables.
>>>>> I did mean trivial == pass NULL.
>>>>> In the NPTL case (more correctly TLS case) it needs to pass, in some
>>>>> case the exta parameter that will hold the pointer to the tpnt where
>>>>> the TLS symbol has been found.
>>>>>
>>>>> Give me some time to check/fix your patch. I don't have any mips box
>>>>> anyway to test... I'll kindly ask you to do this.
>>>> Ok. I'll be happy to test.
>>> James,
>>> I looked at the mips specific part of ld.so and I realised that there in
>>> *nothing* for handling TLS relocations. Probably Steve, who originally
>>> started working on TLS/NPTL port for mips, has never released his mips work.
>>> So, in one word, TLS support on NPTL branch is only available (and
>>> working) for ARM and SH4, that's my understanding.
>> Hmmm. MIPS/NPTL was working with TLS on the NPTL branch back in April
>> 2007. My understanding is that all the work done by Steve was committed
>> to svn back then. It seems to me that changes made since then broke
>> MIPS. If no-one noticed until now, it's a pity.
> 
> James,
> sorry sorry sorry !!!!
> 
> you are perfectly right. I found that rev 24524 by Denys, completely
> brake TLS support for MIPS !!!!!!!!!!!!!!!!!! removing all the code
> related to TLS relocations.
> 
> I'll see if I can try to recover it back.

Thanks Carmelo. It's much appreciated. Let me know if you want me to try
something out - I'm happy to test any work in progress.

> 
> Steve, sorry if I had doubt on your work ;-)
> 
> Carmelo
> 
>>> The common code of ld.so (including TLS part) is working. So if you
>>> volunteer your self for complete the work, welcome !.
>> If someone can give an overview of the changes that need to be made in
>> this area, it would help. Unfortunately I'm unfamiliar with the guts of
>> the uclibc NPTL implementation so I would need some pointers to get
>> started.  :(
> 
>> /james
> 
>>> Carmelo.
>>>
>>>>> Cheers,
>>>>> Carmelo
>>>>>
>>>>>
>>>>>> Freeing unused kernel memory: 144k freed
>>>>>> Kernel panic - not syncing: Attempted to kill init!
>>>>>> /sbin/init: can't handle reloc type 0x2f
>>>>>> What svn version is recommended for MIPS NPTL?
> 

-- 
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development



More information about the uClibc mailing list