<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/lib/libpthread/arch, branch release/6.2.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.2.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.2.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2007-01-11T22:54:46Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2007-01-11T22:54:46Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2007-01-11T22:54:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=201f78d6b90635d961fa373ecd706e3786333b7e'/>
<id>urn:sha1:201f78d6b90635d961fa373ecd706e3786333b7e</id>
<content type='text'>
'RELENG_6_2_0_RELEASE'.

This commit was manufactured to restore the state of the 6.2-RELEASE image.
</content>
</entry>
<entry>
<title>MFC TLS fixes.</title>
<updated>2006-09-02T19:41:21Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2006-09-02T19:41:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7f17908103490007d6f1eec234adff7a6fad56b1'/>
<id>urn:sha1:7f17908103490007d6f1eec234adff7a6fad56b1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC: Relevent commit logs are below.</title>
<updated>2006-03-16T23:29:08Z</updated>
<author>
<name>Daniel Eischen</name>
<email>deischen@FreeBSD.org</email>
</author>
<published>2006-03-16T23:29:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=40837c5215e9e4c23b101a3189cd6c208d173e0c'/>
<id>urn:sha1:40837c5215e9e4c23b101a3189cd6c208d173e0c</id>
<content type='text'>
  Only catch SIGINFO (for dumping thread states) when LIBPTHREAD_DEBUG
  is defined in the environment.

  Modify the code path of the ifdef NOTYET part of _kse_single_thread():

  o  Don't reinitialise the atfork() handler list in the child.  We
     are meant to call the child handler, and on subsequent fork()s
     should call all three functions as normal.
  o  Don't reinitialise the thread specific keyed data in the
     child after a fork.  Applications may require this for context.
  o  Reinitialise curthread-&gt;tlflags after removing ourselves from
     (and reinitialising) the various internal thread lists.
  o  Reinitialise __malloc_lock in the child after fork() (to balance
     our explicitly taking the lock prior to the fork()).

  With these changes, it is possible to enable the NOTYET code in
  thr_kern.c to allow the use of non-async-safe functions after
  fork()ing from a threaded program.

  Eliminate a race condition in timed waits (cv, mutex, and sleeps).

  Don't forget to initialize a tailq before using it.

  For the ``#ifdef NOTYET'' code that allows calling non-async-safe
  functions in the child after a fork() from a threaded process,
  use __sys_setprocmask() rather than setprocmask() to keep our
  signal handling sane.  Without this fix, signals are essentially
  ignored in said child and things such as protection violations
  result in an endless busy loop.

  Allocate a thread's tcb last so it is easier to handle failures to
  malloc() siginfo.

  Include needed headers that were obtained through &lt;pthread.h&gt;.  Sort headers
  while here.

  amd64
  -----
  Fix a race condition introduced when redzones were added.  Use an
  atomic operation to return and adjust the stack (amd64).

  test
  -----
  o  Include &lt;string.h&gt;
  o  Make this ILP32/LP64 clean: cast pointers to long.

Approved by:	re (scottl)
</content>
</entry>
<entry>
<title>Clean out the leftovers from the i386_set_gsbase() TLS conversion.</title>
<updated>2005-06-29T23:15:36Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2005-06-29T23:15:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3b4399f6a7c6213ad6abffb909614c2fd67be41e'/>
<id>urn:sha1:3b4399f6a7c6213ad6abffb909614c2fd67be41e</id>
<content type='text'>
Like on libthr, there is an i386_set_gsbase() stub implementation here
to avoid libc.so.5 issues.  This should likely be a weak symbol and I
expect this will be fixed soon.

Approved by:	re
</content>
</entry>
<entry>
<title>Add a missing END() to quiet a warning.</title>
<updated>2005-05-31T19:58:23Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2005-05-31T19:58:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=884f050a624ddff37afbdc075a617710d2357c92'/>
<id>urn:sha1:884f050a624ddff37afbdc075a617710d2357c92</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove the special _amd64_set_gsbase() code for #ifdef COMPAT_32BIT, now</title>
<updated>2005-04-26T20:41:48Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2005-04-26T20:41:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1ec622fdd6342e40efcc446184e474cae44bdcbc'/>
<id>urn:sha1:1ec622fdd6342e40efcc446184e474cae44bdcbc</id>
<content type='text'>
that the amd64 kernel implements i386_get/set_gsbase().  All the rest of
the ldt backwards compat code should go away soon.
</content>
</entry>
<entry>
<title>Use the i386_set_gsbase() syscall if it is implemented in the kernel.</title>
<updated>2005-04-14T00:13:20Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2005-04-14T00:13:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=72a79166ea4881001b4751d99e66af14b101ba09'/>
<id>urn:sha1:72a79166ea4881001b4751d99e66af14b101ba09</id>
<content type='text'>
This is a little hairy here because the allocation and usage of this
functionality is split into two places in libpthread.
</content>
</entry>
<entry>
<title>Use the new atomic_cmpset_32().</title>
<updated>2005-04-07T22:06:05Z</updated>
<author>
<name>Olivier Houchard</name>
<email>cognet@FreeBSD.org</email>
</author>
<published>2005-04-07T22:06:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e0d6cac076e67971fa4ffa99d8d05659ea1aac15'/>
<id>urn:sha1:e0d6cac076e67971fa4ffa99d8d05659ea1aac15</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bring in a more healthy version of the libpthread for arm, which uses</title>
<updated>2005-02-26T19:06:49Z</updated>
<author>
<name>Olivier Houchard</name>
<email>cognet@FreeBSD.org</email>
</author>
<published>2005-02-26T19:06:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=788d6eeca0da3fba56e4c2be08fbb7a75e09e422'/>
<id>urn:sha1:788d6eeca0da3fba56e4c2be08fbb7a75e09e422</id>
<content type='text'>
ARM_TP_ADDRESS.
</content>
</entry>
<entry>
<title>i386_set_ldt() is not available when running 32 bit binaries on amd64</title>
<updated>2004-11-06T03:35:51Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2004-11-06T03:35:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9e6d5a03d4e9ba7e9c383e82b51e51a6de0baa5b'/>
<id>urn:sha1:9e6d5a03d4e9ba7e9c383e82b51e51a6de0baa5b</id>
<content type='text'>
kernels.  Use the recently exposed direct-set routines instead.  This is
only activated for when we compile i386 support libraries on amd64.
</content>
</entry>
</feed>
