public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug nptl/10686] New: Request for new TLS field for x86 and x86_64
@ 2009-09-23  5:23 ian at airs dot com
  0 siblings, 0 replies; only message in thread
From: ian at airs dot com @ 2009-09-23  5:23 UTC (permalink / raw)
  To: glibc-bugs

In http://gcc.gnu.org/wiki/SplitStacks I describe an enhancement to gcc to
support discontiguous stacks.  This is useful for permitting a large number of
threads to flexibly share stack space.  It is possible to have many more threads
executing when they do not all have to simultaneously have the maximum required
stack space.  This is naturally most useful when using a 32-bit address space. 
I'm working on adding this to gcc.

I think the best approach to make this efficient on x86 and x86_64 will be to
store the current stack limit, less some appropriate offset, in the TCB header.
 Therefore, I would like to request a new field in the TCB header, at a fixed
offset, for x86 and x86_64.  The field should have type void * or uintptr_t.

Thanks.

-- 
           Summary: Request for new TLS field for x86 and x86_64
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: nptl
        AssignedTo: drepper at redhat dot com
        ReportedBy: ian at airs dot com
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=10686

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-09-23  5:23 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-09-23  5:23 [Bug nptl/10686] New: Request for new TLS field for x86 and x86_64 ian at airs dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).