On 2011-06-22 12:56, Gilles Chanteperdrix wrote:
> On 06/22/2011 12:55 PM, Jan Kiszka wrote:
>> On 2011-06-22 12:36, Gilles Chanteperdrix wrote:
>>> On 06/22/2011 11:26 AM, Jan Kiszka wrote:
>>>> Hi Gilles,
>>>> do you remember reasons for only pre-faulting the main thread's stack?
>>>> The desire to avoid wasting resources by forcing all stacks into memory?
>>>> I've the requirement on my table to provide a generic solution of all
>>>> shadow threads. I think this should be possible using pthread_getattr_np
>>>> and walking the stack page-wise, but I may miss some pitfall.
>>> Last time I checked, only the main thread stack was mapped on demand.
>>> Other threads have mmaped stacks, which are made present by mlockall,
>>> so, do not need faulting.
>> That's definitely not the case in general. Customer has just confirmed
>> that pre-faulting thread stacks avoids first-access domain switches.
> self-contained test case please.
Yes, will check this. Currently distracted again by a higher prio oops :-/.
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
Xenomai-core mailing list