src - FreeBSD source tree

	Commit message (Collapse)	Author	Age	Files	Lines
*	Create a new MACHINE_ARCH for Freescale PowerPC e500v2	Justin Hibbits	2016-10-22	1	-0/+2
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Summary: The Freescale e500v2 PowerPC core does not use a standard FPU. Instead, it uses a Signal Processing Engine (SPE)--a DSP-style vector processor unit, which doubles as a FPU. The PowerPC SPE ABI is incompatible with the stock powerpc ABI, so a new MACHINE_ARCH was created to deal with this. Additionaly, the SPE opcodes overlap with Altivec, so these are mutually exclusive. Taking advantage of this fact, a new file, powerpc/booke/spe.c, was created with the same function set as in powerpc/powerpc/altivec.c, so it becomes effectively a drop-in replacement. setjmp/longjmp were modified to save the upper 32-bits of the now-64-bit GPRs (upper 32-bits are only accessible by the SPE). Note: This does _not_ support the SPE in the e500v1, as the e500v1 SPE does not support double-precision floating point. Also, without a new MACHINE_ARCH it would be impossible to provide binary packages which utilize the SPE. Additionally, no work has been done to support ports, work is needed for this. This also means no newer gcc can yet be used. However, gcc's powerpc support has been refactored which would make adding a powerpcspe-freebsd target very easy. Test Plan: This was lightly tested on a RouterBoard RB800 and an AmigaOne A1222 (P1022-based) board, compiled against the new ABI. Base system utilities (/bin/sh, /bin/ls, etc) still function appropriately, the system is able to boot multiuser. Reviewed By: bdrewery, imp Relnotes: yes Differential Revision: https://reviews.freebsd.org/D5683 Notes: svn path=/head/; revision=307761
*	Make the building of libsmb and mount_smbfs unconditional, now that r292552	Ian Lepore	2015-12-21	1	-1/+0
\| \| \| \| \| \| \| \| \| \| \|	has eliminated alignment and endian problems that were making it fail on some platforms. PR: 180438 PR: 189415 Notes: svn path=/head/; revision=292553
*	- Trim an unused and bogus Makefile for mount_smbfs.	Davide Italiano	2013-06-28	1	-0/+1
\| \| \| \| \| \| \| \| \|	- Reconnect with some minor modifications, in particular now selsocket() internals are adapted to use sbintime units after recent'ish calloutng switch. Notes: svn path=/head/; revision=252356
*	Disconnect non-MPSAFE SMBFS from the build in preparation for dropping	Attilio Rao	2012-10-18	1	-1/+0
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	GIANT from VFS. In addition, disconnect also netsmb, which is a base requirement for SMBFS. In the while SMBFS regular users can use FUSE interface and smbnetfs port to work with their SMBFS partitions. Also, there are ongoing efforts by vendor to support in-kernel smbfs, so there are good chances that it will get relinked once properly locked. This is not targeted for MFC. Notes: svn path=/head/; revision=241680
*	Merge from tbemd: use Makefile.arch to control building.	Warner Losh	2010-09-13	1	-0/+5
	Reviewed by: arch@ (many times, no objection) Notes: svn path=/head/; revision=212525