<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/gnu, branch release/9.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2013-08-10T00:00:19Z</updated>
<entry>
<title>MFC: r241374</title>
<updated>2013-08-10T00:00:19Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-08-10T00:00:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=04dc4ea4b468a7c4a412108e1a46928d8a11dc1d'/>
<id>urn:sha1:04dc4ea4b468a7c4a412108e1a46928d8a11dc1d</id>
<content type='text'>
Add an unified macro to deny ability from the compiler to reorder
instruction loads/stores at its will.
The macro __compiler_membar() is currently supported for both gcc and
clang, but kernel compilation will fail otherwise.

Reviewed by:	bde, kib
Discussed with:	dim, theraven
</content>
</entry>
<entry>
<title>MFC r227293 (by ed):</title>
<updated>2013-04-05T08:22:11Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2013-04-05T08:22:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1139d398ea93668ee65ae02b8ceab630ca9e5487'/>
<id>urn:sha1:1139d398ea93668ee65ae02b8ceab630ca9e5487</id>
<content type='text'>
Mark MALLOC_DEFINEs static that have no corresponding MALLOC_DECLAREs.

This means that their use is restricted to a single C file.
</content>
</entry>
<entry>
<title>MFC: r227309 (partial)</title>
<updated>2013-03-09T02:36:32Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-03-09T02:36:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7b1b32ed4582e7bcdd416c4718d0d79ebaea192d'/>
<id>urn:sha1:7b1b32ed4582e7bcdd416c4718d0d79ebaea192d</id>
<content type='text'>
Mark all SYSCTL_NODEs static that have no corresponding SYSCTL_DECLs.

The SYSCTL_NODE macro defines a list that stores all child-elements of
that node. If there's no SYSCTL_DECL macro anywhere else, there's no
reason why it shouldn't be static.
</content>
</entry>
<entry>
<title>MFC r239959:</title>
<updated>2012-09-07T17:58:36Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2012-09-07T17:58:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=97418a1d7825a6c66bc2108b3e6731e7fc4af186'/>
<id>urn:sha1:97418a1d7825a6c66bc2108b3e6731e7fc4af186</id>
<content type='text'>
  Work around several warnings from clang in the xfs filesystem, when
  linking it statically into the kernel.  With our gcc in base there are
  no warnings, so also remove the WERROR= from the module makefile.

  Noted by:	Eir Nym &lt;eirnym@gmail.com&gt;

MFC r240011:

  Partially revert r239959, after actually fixing most of the clang
  warnings in sys/gnu/fs/xfs.  The only warnings that still need to be
  suppressed are those about array bound overruns of flexible array
  members in xfs_dir2_{block,sf}.c, which are too expensive (in terms of
  cascading code changes) to fix.
</content>
</entry>
<entry>
<title>MFC r238980:</title>
<updated>2012-09-02T03:36:57Z</updated>
<author>
<name>Tai-hwa Liang</name>
<email>avatar@FreeBSD.org</email>
</author>
<published>2012-09-02T03:36:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8af7abb85c8d42aa6d4c92b0222a8140baa63396'/>
<id>urn:sha1:8af7abb85c8d42aa6d4c92b0222a8140baa63396</id>
<content type='text'>
  Just like the other file systems found in /sys/fs, g_vfs_open()
should be paried with g_vfs_close().  Though g_vfs_close() is a wrapper
around g_wither_geom_close(), r206130 added the following test in
g_vfs_open():

	if (bo-&gt;bo_private != vp)
		return (EBUSY);

  Which will cause a 'Device busy' error inside reiserfs_mountfs() if
the same file system is re-mounted again after umount or mounting failure:

	(case 1, /dev/ad4s3 is not a valid REISERFS partition)
	# mount -t reiserfs -o ro /dev/ad4s3 /mnt
	mount: /dev/ad4s3: Invalid argument
	# mount -t msdosfs -o ro /dev/ad4s3 /mnt
	mount: /dev/ad4s3: Device busy

	(case 2, /dev/ad4s3 is a valid REISERFS partition)
	# mount -t reiserfs -o ro /dev/ad4s3 /mnt
	# umount /mnt
	# mount -t reiserfs -o ro /dev/ad4s3 /mnt
	mount: /dev/ad4s3: Device busy

  On the other hand, g_vfs_close() 'fixed' the above cases by doing an
extra step to keep 'sc-&gt;sc_bo-&gt;bo_private' and 'cp-&gt;private' pointers
synchronised.

Reviewed by:	kib
</content>
</entry>
<entry>
<title>MFC r233575:</title>
<updated>2012-04-30T15:46:41Z</updated>
<author>
<name>Jean-Sébastien Pédron</name>
<email>dumbbell@FreeBSD.org</email>
</author>
<published>2012-04-30T15:46:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f8979b3ee27c64b4e57522efa33d2abdae489ffb'/>
<id>urn:sha1:f8979b3ee27c64b4e57522efa33d2abdae489ffb</id>
<content type='text'>
Make ReiserFS MPSAFE

Most functions seemed to be already fine w.r.t. what's done in msdosfs.
</content>
</entry>
<entry>
<title>MFC:	r230897</title>
<updated>2012-02-05T20:09:50Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2012-02-05T20:09:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=19fb543118e420b6c14af1a2e34ff65c491d5916'/>
<id>urn:sha1:19fb543118e420b6c14af1a2e34ff65c491d5916</id>
<content type='text'>
Use new OSS-based BSD-licensed header for cs sound driver.

The cs driver requires a table with firmware values. An
alternative firmware is available in a similar Open Sound
System driver. This is actually a partial revert of
Revision 77504.

The csa driver is now free of the GPL.

Tested by:	joel
Approved by:	jhb (mentor)
</content>
</entry>
<entry>
<title>MFC:	r230401, r230898</title>
<updated>2012-02-04T17:13:34Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2012-02-04T17:13:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7b48b8f73dae99931a474151054d5bad344d9cf6'/>
<id>urn:sha1:7b48b8f73dae99931a474151054d5bad344d9cf6</id>
<content type='text'>
Replace GPLd headers from the Maestro3 driver with BSD licensed
versions derived from /usr/ports/audio/oss.

The particular headers used were taken from the
attic/drv/oss_allegro directory and are mostly identical
to the previous files.

The Maestro3 driver is now free from the GPL.

NOTE: due to lack of testers this driver is being
considered for deprecation and removal, however the MFC
still makes sense instead of distribution a GPL'd
firmware without source code.

PR:		kern/153920
Approved by:	jhb (mentor)
</content>
</entry>
<entry>
<title>MFC:	 r229981, r230898</title>
<updated>2012-02-03T22:39:04Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2012-02-03T22:39:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1d8c975c3bb0a18e26ae2d9a399eaf68831d04de'/>
<id>urn:sha1:1d8c975c3bb0a18e26ae2d9a399eaf68831d04de</id>
<content type='text'>
Replace a GPL'd header in the emu10kx snd driver code.

This uses the emuxkireg.h already used in the emu10k1
snd driver. Special thanks go to Alexander Motin as
he was able to find some errors and reverse engineer
some wrong values in the emuxkireg header.

While here also merge some cleanups to the module Makefile.

PR:		153901
Obtained from:	NetBSD
Approved by:	core (mentor implicit)
</content>
</entry>
<entry>
<title>MFC r230249:</title>
<updated>2012-01-29T08:03:45Z</updated>
<author>
<name>Kirk McKusick</name>
<email>mckusick@FreeBSD.org</email>
</author>
<published>2012-01-29T08:03:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2ab99e703f6afb84694fcb0b7aa495b57d33e10b'/>
<id>urn:sha1:2ab99e703f6afb84694fcb0b7aa495b57d33e10b</id>
<content type='text'>
Make sure all intermediate variables holding mount flags (mnt_flag)
and that all internal kernel calls passing mount flags are declared
as uint64_t so that flags in the top 32-bits are not lost.

MFC r230250:

There are several bugs/hangs when trying to take a snapshot on a UFS/FFS
filesystem running with journaled soft updates. Until these problems
have been tracked down, return ENOTSUPP when an attempt is made to
take a snapshot on a filesystem running with journaled soft updates.
</content>
</entry>
</feed>
