<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/amd64/linux32, branch release/7.0.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2008-02-24T05:45:17Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2008-02-24T05:45:17Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2008-02-24T05:45:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a9c219fa3cec18ef9f30edec6fa106bf0e2d423d'/>
<id>urn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d</id>
<content type='text'>
'RELENG_7_0_0_RELEASE'.

This commit was manufactured to restore the state of the 7.0-RELEASE image.
</content>
</entry>
<entry>
<title>Fill in cr2 in the signal context from ksi-&gt;ksi_addr.</title>
<updated>2007-09-20T13:46:26Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2007-09-20T13:46:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=96a2b63525c3b22336e51fdf00467219fc94b215'/>
<id>urn:sha1:96a2b63525c3b22336e51fdf00467219fc94b215</id>
<content type='text'>
Together with the sys/i386/i386/trap.c rev. 1.306 it fixes the PR.

Submitted by:	rdivacky
Suggested by:	jhb
Sponsored by:	Google Summer of Code 2007
PR:		kern/77710
Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>The kernel version of Linux statfs64 is actually supposed to take</title>
<updated>2007-09-18T19:50:33Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2007-09-18T19:50:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3ab8526963fe1bcf17dec5b4b2b4449fbae7928d'/>
<id>urn:sha1:3ab8526963fe1bcf17dec5b4b2b4449fbae7928d</id>
<content type='text'>
3 arguments, but we had forgotten the second argument. Also make the
Linux statfs64 struct depend on the architecture because it has an
extra 4 bytes padding on amd64 compared to i386.

The three argument fix is from David Taylor, the struct statfs64
stuff is my fault. With this patch I can install i386 Linux matlab
on an amd64 machine.

Submitted by: David Taylor &lt;davidt_at_yadt.co.uk&gt;
Approved by: re (kensmith)
</content>
</entry>
<entry>
<title>Regenerate.</title>
<updated>2007-08-28T12:36:23Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2007-08-28T12:36:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0e6ed4feab627360a69a484a8c077b6296a59703'/>
<id>urn:sha1:0e6ed4feab627360a69a484a8c077b6296a59703</id>
<content type='text'>
Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Implement fake linux sched_getaffinity() syscall to enable java to work</title>
<updated>2007-08-28T12:26:35Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2007-08-28T12:26:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b6e645c90f37e74056544503883f1cf02d290116'/>
<id>urn:sha1:b6e645c90f37e74056544503883f1cf02d290116</id>
<content type='text'>
with Linux 2.6 emulation. This shall be reimplemented once FreeBSD gets
native scheduler affinity syscalls.

Submitted by:	rdivacky
Reviewed by:	jkim
Sponsored by:	Google Summer of Code 2007
Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Fix a couple of issues with the stack limit for 32-bit processes on 64-bit</title>
<updated>2007-07-12T18:01:31Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2007-07-12T18:01:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=59d8f3ff083f7395b85f30888af849eeca42967e'/>
<id>urn:sha1:59d8f3ff083f7395b85f30888af849eeca42967e</id>
<content type='text'>
kernels exposed by the recent fixes to resource limits for 32-bit processes
on 64-bit kernels:
- Let ABIs expose their maximum stack size via a new pointer in sysentvec
  and use that in preference to maxssiz during exec() rather than always
  using maxssiz for all processses.
- Apply the ABI's limit fixup to the previous stack size when adjusting
  RLIMIT_STACK to determine if the existing mapping for the stack needs to
  be grown or shrunk (as well as how much it should be grown or shrunk).

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Don't add the 'pad' argument to the mmap/truncate/etc syscalls.</title>
<updated>2007-07-04T23:06:43Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2007-07-04T23:06:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=79d5bdcca56c2af5a283e608e763a540c4f9e57a'/>
<id>urn:sha1:79d5bdcca56c2af5a283e608e763a540c4f9e57a</id>
<content type='text'>
Submitted by: kensmith
Approved by: re (kensmith)
</content>
</entry>
<entry>
<title>Commit 14/14 of sched_lock decomposition.</title>
<updated>2007-06-05T00:00:57Z</updated>
<author>
<name>Jeff Roberson</name>
<email>jeff@FreeBSD.org</email>
</author>
<published>2007-06-05T00:00:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=982d11f836278f1e95ae1ae398aa4d1d07a19006'/>
<id>urn:sha1:982d11f836278f1e95ae1ae398aa4d1d07a19006</id>
<content type='text'>
 - Use thread_lock() rather than sched_lock for per-thread scheduling
   sychronization.
 - Use the per-process spinlock rather than the sched_lock for per-process
   scheduling synchronization.

Tested by:      kris, current@
Tested on:      i386, amd64, ULE, 4BSD, libthr, libkse, PREEMPTION, etc.
Discussed with: kris, attilio, kmacy, jhb, julian, bde (small parts each)
</content>
</entry>
<entry>
<title>Move futex support code from &lt;arch&gt;/support.s into linux compat directory.</title>
<updated>2007-05-23T08:33:06Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2007-05-23T08:33:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1c182de9a99afd152c548bda64ab626a1b9f5a3e'/>
<id>urn:sha1:1c182de9a99afd152c548bda64ab626a1b9f5a3e</id>
<content type='text'>
Implement all futex atomic operations in assembler to not depend on the
fuword() that does not allow to distinguish between -1 and failure return.
Correctly return 0 from atomic operations on success.

In collaboration with:	rdivacky
Tested by:	Scot Hetzel &lt;swhetzel gmail com&gt;, Milos Vyletel &lt;mvyletel mzm cz&gt;
Sponsored by:	Google SoC 2007
</content>
</entry>
<entry>
<title>Rework the support for ABIs to override resource limits (used by 32-bit</title>
<updated>2007-05-14T22:40:04Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2007-05-14T22:40:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=19059a13ed4ffc98639d0b7e34dac856e0eff37e'/>
<id>urn:sha1:19059a13ed4ffc98639d0b7e34dac856e0eff37e</id>
<content type='text'>
processes under 64-bit kernels).  Previously, each 32-bit process overwrote
its resource limits at exec() time.  The problem with this approach is that
the new limits affect all child processes of the 32-bit process, including
if the child process forks and execs a 64-bit process.  To fix this, don't
ovewrite the resource limits during exec().  Instead, sv_fixlimits() is
now replaced with a different function sv_fixlimit() which asks the ABI to
sanitize a single resource limit.  We then use this when querying and
setting resource limits.  Thus, if a 32-bit process sets a limit, then
that new limit will be inherited by future children.  However, if the
32-bit process doesn't change a limit, then a future 64-bit child will
see the "full" 64-bit limit rather than the 32-bit limit.

MFC is tentative since it will break the ABI of old linux.ko modules (no
other modules are affected).

MFC after:	1 week
</content>
</entry>
</feed>
