<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/usr.sbin/rpc.lockd/kern.c, 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 revs 1.20 and 1.21 to RELENG_6:</title>
<updated>2006-08-23T17:24:30Z</updated>
<author>
<name>Thomas Quinot</name>
<email>thomas@FreeBSD.org</email>
</author>
<published>2006-08-23T17:24:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=aeed8e67345b11df9c41be629c0ba63effe472aa'/>
<id>urn:sha1:aeed8e67345b11df9c41be629c0ba63effe472aa</id>
<content type='text'>
* Use setproctitle(3) to provide identification of the client and server
  processes
* style fix of above.
</content>
</entry>
<entry>
<title>MFC: 1.19</title>
<updated>2006-06-02T01:20:58Z</updated>
<author>
<name>Craig Rodrigues</name>
<email>rodrigc@FreeBSD.org</email>
</author>
<published>2006-06-02T01:20:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1863215dda8fe0a17507d7757e17c85bbe94f6d6'/>
<id>urn:sha1:1863215dda8fe0a17507d7757e17c85bbe94f6d6</id>
<content type='text'>
Move call to ignore SIGPIPE signals before calling fork(),
so that both parent and child processes ignore this signal.

PR:             bin/97768
Submitted by:   Gea-Suan Lin &lt;gslin at csie dot nctu dot edu dot tw&gt;
</content>
</entry>
<entry>
<title>Add FBSDID. Add missing prototypes. Remove unused variables. Give variable</title>
<updated>2005-05-20T13:01:47Z</updated>
<author>
<name>Philippe Charnier</name>
<email>charnier@FreeBSD.org</email>
</author>
<published>2005-05-20T13:01:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7838f9dd893a5cb70b67709c5e6cd12cb07db4ab'/>
<id>urn:sha1:7838f9dd893a5cb70b67709c5e6cd12cb07db4ab</id>
<content type='text'>
an initial value to silent compiler.
</content>
</entry>
<entry>
<title>Consumers of nfslockdans() seems to think it should return 0 on success, so</title>
<updated>2005-03-16T23:55:48Z</updated>
<author>
<name>Olivier Houchard</name>
<email>cognet@FreeBSD.org</email>
</author>
<published>2005-03-16T23:55:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d32c3b7dcefa78525e7253f78c754f99bb06f411'/>
<id>urn:sha1:d32c3b7dcefa78525e7253f78c754f99bb06f411</id>
<content type='text'>
make it so.
</content>
</entry>
<entry>
<title>Userland change corresponding to the change in kernel/userland communication</title>
<updated>2004-12-06T08:32:09Z</updated>
<author>
<name>Poul-Henning Kamp</name>
<email>phk@FreeBSD.org</email>
</author>
<published>2004-12-06T08:32:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0cbf6231e828ed4c9f941737ca930e5bdb7b43f2'/>
<id>urn:sha1:0cbf6231e828ed4c9f941737ca930e5bdb7b43f2</id>
<content type='text'>
for NFS locking.
</content>
</entry>
<entry>
<title>Make this compile cleanly.  It passes WARNS=2, but I haven't checked</title>
<updated>2003-10-26T06:10:44Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2003-10-26T06:10:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=75e40e4604163e646c0d58e2057d0107c6f15be1'/>
<id>urn:sha1:75e40e4604163e646c0d58e2057d0107c6f15be1</id>
<content type='text'>
it is so on more platforms.
</content>
</entry>
<entry>
<title>When getting back an NLM DENIED response for a requested lock from the</title>
<updated>2003-05-15T03:19:30Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2003-05-15T03:19:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=eda8b2821f32a27603b57100e0c6d08e931bd3ee'/>
<id>urn:sha1:eda8b2821f32a27603b57100e0c6d08e931bd3ee</id>
<content type='text'>
server, map it to EAGAIN locally rather than EACCES.  The NLM spec
indicates the DENIED corresponds to lock contention, not a permission
failure.  This fixes O_EXLOCK/O_SHLOCK with O_NONBLOCK, which would
previously give a permission error, which in turn fixes things
like mailq(8) and lockf(1) over NFS.

Approved by:	scottl (re)
Reviewed by:	truckman, Andrew P Lentvorski, Jr. &lt;bsder@allcaps.org&gt;
Idea from:	truckman
</content>
</entry>
<entry>
<title>Remove a case of exposing 'struct ucred' to userspace.  Use a struct xucred</title>
<updated>2002-08-15T21:52:22Z</updated>
<author>
<name>Alfred Perlstein</name>
<email>alfred@FreeBSD.org</email>
</author>
<published>2002-08-15T21:52:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f898f7c5b2f5143359906b8833c588e1a6c23762'/>
<id>urn:sha1:f898f7c5b2f5143359906b8833c588e1a6c23762</id>
<content type='text'>
for LOCKD_MSG instead.

Requested by: rwatson
</content>
</entry>
<entry>
<title>Add IPv6 support.</title>
<updated>2002-07-15T19:40:23Z</updated>
<author>
<name>Alfred Perlstein</name>
<email>alfred@FreeBSD.org</email>
</author>
<published>2002-07-15T19:40:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=09ce4f7aaf5898daa573253450125b3f86bb946b'/>
<id>urn:sha1:09ce4f7aaf5898daa573253450125b3f86bb946b</id>
<content type='text'>
Submitted by: Jean-Luc Richier &lt;Jean-Luc.Richier@imag.fr&gt;
</content>
</entry>
</feed>
