<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/fs/devfs/devfs_devs.c, branch release/8.2.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2011-02-16T16:18:46Z</updated>
<entry>
<title>Copy releng/8.2 to release/8.2.0 for 8.2-RELEASE.</title>
<updated>2011-02-16T16:18:46Z</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2011-02-16T16:18:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=dec99dafe5763ba1db6950342aa80a634169c083'/>
<id>urn:sha1:dec99dafe5763ba1db6950342aa80a634169c083</id>
<content type='text'>
Approved by:	re (implicit)

This commit was manufactured to restore the state of the 8.2-RELEASE image.
</content>
</entry>
<entry>
<title>MFC r208951:</title>
<updated>2010-08-19T15:33:43Z</updated>
<author>
<name>Jaakko Heinonen</name>
<email>jh@FreeBSD.org</email>
</author>
<published>2010-08-19T15:33:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d16baa5516646e13549cc44e9e9b5c3694fc9158'/>
<id>urn:sha1:d16baa5516646e13549cc44e9e9b5c3694fc9158</id>
<content type='text'>
Add a new function devfs_parent_dirent() for resolving devfs parent
directory entry. Use the new function in devfs_fqpn(), devfs_lookupx()
and devfs_vptocnp() instead of manually resolving the parent entry.
</content>
</entry>
<entry>
<title>MFC r207729:</title>
<updated>2010-05-20T09:38:15Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2010-05-20T09:38:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c67c645d9da3298ec2f2c877faa446055c4cc846'/>
<id>urn:sha1:c67c645d9da3298ec2f2c877faa446055c4cc846</id>
<content type='text'>
Add MAKEDEV_NOWAIT flag for make_dev_credf(9).
</content>
</entry>
<entry>
<title>Move "options MAC" from opt_mac.h to opt_global.h, as it's now in GENERIC</title>
<updated>2009-06-05T14:55:22Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2009-06-05T14:55:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bcf11e8d0048006ba97cb460a134cc23290428b2'/>
<id>urn:sha1:bcf11e8d0048006ba97cb460a134cc23290428b2</id>
<content type='text'>
and used in a large number of files, but also because an increasing number
of incorrect uses of MAC calls were sneaking in due to copy-and-paste of
MAC-aware code without the associated opt_mac.h include.

Discussed with:	pjd
</content>
</entry>
<entry>
<title>Mark most often used sysctl's as MPSAFE.</title>
<updated>2009-01-28T19:58:05Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2009-01-28T19:58:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f3b86a5fd795dcbd10dde01e27493718dd262179'/>
<id>urn:sha1:f3b86a5fd795dcbd10dde01e27493718dd262179</id>
<content type='text'>
After running a `make buildkernel', I noticed most of the Giant locks in
sysctl are only caused by a very small amount of sysctl's:

- sysctl.name2oid. This one is locked by SYSCTL_LOCK, just like
  sysctl.oidfmt.

- kern.ident, kern.osrelease, kern.version, etc. These are just constant
  strings.

- kern.arandom, used by the stack protector. It is already protected by
  arc4_mtx.

I also saw the following sysctl's show up. Not as often as the ones
above, but still quite often:

- security.jail.jailed. Also mark security.jail.list as MPSAFE. They
  don't need locking or already use allprison_lock.

- kern.devname, used by devname(3), ttyname(3), etc.

This seems to reduce Giant locking inside sysctl by ~75% in my primitive
test setup.
</content>
</entry>
<entry>
<title>Already initialize the vfs timestamps inside the cdev upon allocation.</title>
<updated>2008-09-21T14:02:43Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2008-09-21T14:02:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=219cc94999d992712ee736fff4884a94d84acceb'/>
<id>urn:sha1:219cc94999d992712ee736fff4884a94d84acceb</id>
<content type='text'>
In the MPSAFE TTY branch I noticed the vfs timestamps inside devfs were
allocated with 0, where the getattr() routine bumps the timestamps to
boottime if the value is below 3600. The reason why it has been designed
like this, is because timestamps during boot are likely to be invalid.

This means that device nodes that are created on demand (posix_openpt())
have timestamps with a value of boottime, which is not what we want.
Solve this by calling vfs_timestamp() inside devfs_alloc().

Discussed with:	kib
</content>
</entry>
<entry>
<title>Struct cdev is always the member of the struct cdev_priv. When devfs</title>
<updated>2008-06-16T17:34:59Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2008-06-16T17:34:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=05427aafc6de1e9f752cd413178ea1bbac7b62ac'/>
<id>urn:sha1:05427aafc6de1e9f752cd413178ea1bbac7b62ac</id>
<content type='text'>
needed to promote cdev to cdev_priv, the si_priv pointer was followed.

Use member2struct() to calculate address of the wrapping cdev_priv.
Rename si_priv to __si_reserved.

Tested by:	pho
Reviewed by:	ed
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>VOP_LOCK1() (and so VOP_LOCK()) and VOP_UNLOCK() are only used in</title>
<updated>2008-01-13T14:44:15Z</updated>
<author>
<name>Attilio Rao</name>
<email>attilio@FreeBSD.org</email>
</author>
<published>2008-01-13T14:44:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=22db15c06f1fbc66b47c8c931bbe291b9fd23d45'/>
<id>urn:sha1:22db15c06f1fbc66b47c8c931bbe291b9fd23d45</id>
<content type='text'>
conjuction with 'thread' argument passing which is always curthread.
Remove the unuseful extra-argument and pass explicitly curthread to lower
layer functions, when necessary.

KPI results broken by this change, which should affect several ports, so
version bumping and manpage update will be further committed.

Tested by: kris, pho, Diego Sardina &lt;siarodx at gmail dot com&gt;
</content>
</entry>
<entry>
<title>vn_lock() is currently only used with the 'curthread' passed as argument.</title>
<updated>2008-01-10T01:10:58Z</updated>
<author>
<name>Attilio Rao</name>
<email>attilio@FreeBSD.org</email>
</author>
<published>2008-01-10T01:10:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cb05b60a8982e5497cd30449710deb2f4be653d4'/>
<id>urn:sha1:cb05b60a8982e5497cd30449710deb2f4be653d4</id>
<content type='text'>
Remove this argument and pass curthread directly to underlying
VOP_LOCK1() VFS method. This modify makes the code cleaner and in
particular remove an annoying dependence helping next lockmgr() cleanup.
KPI results, obviously, changed.

Manpage and FreeBSD_version will be updated through further commits.

As a side note, would be valuable to say that next commits will address
a similar cleanup about VFS methods, in particular vop_lock1 and
vop_unlock.

Tested by:	Diego Sardina &lt;siarodx at gmail dot com&gt;,
		Andrea Di Pasquale &lt;whyx dot it at gmail dot com&gt;
</content>
</entry>
<entry>
<title>Merge first in a series of TrustedBSD MAC Framework KPI changes</title>
<updated>2007-10-24T19:04:04Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2007-10-24T19:04:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=30d239bc4c510432e65a84fa1c14ed67a3ab1c92'/>
<id>urn:sha1:30d239bc4c510432e65a84fa1c14ed67a3ab1c92</id>
<content type='text'>
from Mac OS X Leopard--rationalize naming for entry points to
the following general forms:

  mac_&lt;object&gt;_&lt;method/action&gt;
  mac_&lt;object&gt;_check_&lt;method/action&gt;

The previous naming scheme was inconsistent and mostly
reversed from the new scheme.  Also, make object types more
consistent and remove spaces from object types that contain
multiple parts ("posix_sem" -&gt; "posixsem") to make mechanical
parsing easier.  Introduce a new "netinet" object type for
certain IPv4/IPv6-related methods.  Also simplify, slightly,
some entry point names.

All MAC policy modules will need to be recompiled, and modules
not updates as part of this commit will need to be modified to
conform to the new KPI.

Sponsored by:	SPARTA (original patches against Mac OS X)
Obtained from:	TrustedBSD Project, Apple Computer
</content>
</entry>
</feed>
