<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/mips/include/param.h, branch release/13.2.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2018-03-12T22:10:06Z</updated>
<entry>
<title>MIPS: Implement fue*word* and casueword* in assembly.</title>
<updated>2018-03-12T22:10:06Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2018-03-12T22:10:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=97519ff698287ce6a04c3d90c8dee222bc7c0c34'/>
<id>urn:sha1:97519ff698287ce6a04c3d90c8dee222bc7c0c34</id>
<content type='text'>
Remove NO_FUEWORD so the 'e' variants are wrapped by the non-'e'
variants.  This is more correct and leaves sparc64 as the outlier.

Reviewed by:	jmallett, kib
Obtained from:	CheriBSD
Sponsored by:	DARPA, AFRL
Differential Revision:	https://reviews.freebsd.org/D14603
</content>
</entry>
<entry>
<title>sys: further adoption of SPDX licensing ID tags.</title>
<updated>2017-11-20T19:43:44Z</updated>
<author>
<name>Pedro F. Giffuni</name>
<email>pfg@FreeBSD.org</email>
</author>
<published>2017-11-20T19:43:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=51369649b03ece2aed3eb61b0c8214b9aa5b2fa2'/>
<id>urn:sha1:51369649b03ece2aed3eb61b0c8214b9aa5b2fa2</id>
<content type='text'>
Mainly focus on files that use BSD 3-Clause license.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.

Special thanks to Wind River for providing access to "The Duke of
Highlander" tool: an older (2014) run over FreeBSD tree was useful as a
starting point.
</content>
</entry>
<entry>
<title>Renumber copyright clause 4</title>
<updated>2017-02-28T23:42:47Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2017-02-28T23:42:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fbbd9655e5107c68e4e0146ff22b73d7350475bc'/>
<id>urn:sha1:fbbd9655e5107c68e4e0146ff22b73d7350475bc</id>
<content type='text'>
Renumber cluase 4 to 3, per what everybody else did when BSD granted
them permission to remove clause 3. My insistance on keeping the same
numbering for legal reasons is too pedantic, so give up on that point.

Submitted by:	Jan Schaumann &lt;jschauma@stevens.edu&gt;
Pull Request:	https://github.com/freebsd/freebsd/pull/96
</content>
</entry>
<entry>
<title>Subject: [PATCH] Pass MACHINE_ARCH on command line for MIPS kernels.</title>
<updated>2016-11-18T16:23:31Z</updated>
<author>
<name>Alexander Kabaev</name>
<email>kan@FreeBSD.org</email>
</author>
<published>2016-11-18T16:23:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=63a16ecab1973c856ac3b4c90639100ec448d241'/>
<id>urn:sha1:63a16ecab1973c856ac3b4c90639100ec448d241</id>
<content type='text'>
While there, make param.h guess proper MACHINE_ARCH on hardfloat targets
correctly as well, so tools like bmake can get their defaults right.
This does not help the kernel case, since we compile them with forced
-msoft-float and need to override an incorrect guess by param.h.

Reviewed by: br
Differential Revision:	https://reviews.freebsd.org/D8574
</content>
</entry>
<entry>
<title>When attempting to satisfy mmap() requests for superpage alignment on</title>
<updated>2016-04-30T19:29:03Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2016-04-30T19:29:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a75a7d90e918f3a46d4fbdc4dea9ca0ddd15977f'/>
<id>urn:sha1:a75a7d90e918f3a46d4fbdc4dea9ca0ddd15977f</id>
<content type='text'>
64-bit MIPS, use superpage rather than physical-segment constants, or
we may improperly fail to apply suitable alignment -- yet still allow
mmap() to appear to succeed.

Reviewed by:	sson
MFC after:	1 week
Sponsored by:	DARPA, AFRL
</content>
</entry>
<entry>
<title>Add fueword(9) and casueword(9) functions.  They are like fuword(9)</title>
<updated>2014-10-28T15:22:13Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2014-10-28T15:22:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4f3dc900231ae7975a614581b973ce530836a0c9'/>
<id>urn:sha1:4f3dc900231ae7975a614581b973ce530836a0c9</id>
<content type='text'>
and casuword(9), but do not mix value read and indication of fault.

I know (or remember) enough assembly to handle x86 and powerpc.  For
arm, mips and sparc64, implement fueword() and casueword() as wrappers
around fuword() and casuword(), which means that the functions cannot
distinguish between -1 and fault.

On architectures where fueword() and casueword() are native, implement
fuword() and casuword() using fueword() and casuword(), to reduce
assembly code duplication.

Sponsored by:	The FreeBSD Foundation
Tested by:	pho
MFC after:	2 weeks (ia64 needs treating)
</content>
</entry>
<entry>
<title>Rename VM_NDOMAIN into MAXMEMDOM and move it into machine/param.h in</title>
<updated>2013-05-07T22:46:24Z</updated>
<author>
<name>Attilio Rao</name>
<email>attilio@FreeBSD.org</email>
</author>
<published>2013-05-07T22:46:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=941646f5ec5d89c10dbc9a0ff3b412b52ae74002'/>
<id>urn:sha1:941646f5ec5d89c10dbc9a0ff3b412b52ae74002</id>
<content type='text'>
order to match the MAXCPU concept.  The change should also be useful
for consolidation and consistency.

Sponsored by:	EMC / Isilon storage division
Obtained from:	jeff
Reviewed by:	alc
</content>
</entry>
<entry>
<title>Eliminate some definitions that haven't been used in a decade or more.</title>
<updated>2012-12-19T05:07:27Z</updated>
<author>
<name>Alan Cox</name>
<email>alc@FreeBSD.org</email>
</author>
<published>2012-12-19T05:07:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c2c46ecd68f215c49951bb94f6954529ba3adcd4'/>
<id>urn:sha1:c2c46ecd68f215c49951bb94f6954529ba3adcd4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Assume a big-endian default on MIPS and drop the "eb" suffix from MACHINE_ARCH.</title>
<updated>2012-03-29T02:54:35Z</updated>
<author>
<name>Juli Mallett</name>
<email>jmallett@FreeBSD.org</email>
</author>
<published>2012-03-29T02:54:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=84db023ec18b6681d9fbc9eebb1ac6dbfe6c9e01'/>
<id>urn:sha1:84db023ec18b6681d9fbc9eebb1ac6dbfe6c9e01</id>
<content type='text'>
This makes our naming scheme more closely match other systems and the
expectations of much third-party software.  MIPS builds which are little-endian
should require and exhibit no changes.  Big-endian TARGET_ARCHes must be
changed:
	From:		To:
	mipseb		mips
	mipsn32eb	mipsn32
	mips64eb	mips64

An entry has been added to UPDATING and some foot-shooting protection (complete
with warnings which should become errors in the near future) to the top-level
base system Makefile.
</content>
</entry>
<entry>
<title>o) Add COMPAT_FREEBSD32 support for MIPS kernels using the n64 ABI with userlands</title>
<updated>2012-03-03T08:19:18Z</updated>
<author>
<name>Juli Mallett</name>
<email>jmallett@FreeBSD.org</email>
</author>
<published>2012-03-03T08:19:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9624d947015a3cac6e1afa69815a02c1cd908035'/>
<id>urn:sha1:9624d947015a3cac6e1afa69815a02c1cd908035</id>
<content type='text'>
   using the o32 ABI.  This mostly follows nwhitehorn's lead in implementing
   COMPAT_FREEBSD32 on powerpc64.
o) Add a new type to the freebsd32 compat layer, time32_t, which is time_t in the
   32-bit ABI being used.  Since the MIPS port is relatively-new, even the 32-bit
   ABIs use a 64-bit time_t.
o) Because time{spec,val}32 has the same size and layout as time{spec,val} on MIPS
   with 32-bit compatibility, then, disable some code which assumes otherwise
   wrongly when built for MIPS.  A more general macro to check in this case would
   seem like a good idea eventually.  If someone adds support for using n32
   userland with n64 kernels on MIPS, then they will have to add a variety of
   flags related to each piece of the ABI that can vary.  That's probably the
   right time to generalize further.
o) Add MIPS to the list of architectures which use PAD64_REQUIRED in the
   freebsd32 compat code.  Probably this should be generalized at some point.

Reviewed by:	gonzo
</content>
</entry>
</feed>
