src - FreeBSD source tree

	Commit message (Collapse)	Author	Age	Files	Lines
*	Clean some 'svn:executable' properties in the tree.	Pedro F. Giffuni	2013-01-26	2	-0/+0
\| \| \| \| \| \| \| \|	Submitted by: Christoph Mallon MFC after: 3 days Notes: svn path=/head/; revision=245952
*	Per email to arch@ a little while ago (that was greeted with silence),	Warner Losh	2008-09-01	1	-2/+2
\| \| \| \| \| \| \| \|	prefer the more common > ${.TARGET} over > opt_foo.h in modules makefiles. Notes: svn path=/head/; revision=182668
*	Fix our ioctl(2) implementation when the argument is "int". New	Ruslan Ermilov	2006-09-27	1	-0/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	ioctls passing integer arguments should use the _IOWINT() macro. This fixes a lot of ioctl's not working on sparc64, most notable being keyboard/syscons ioctls. Full ABI compatibility is provided, with the bonus of fixing the handling of old ioctls on sparc64. Reviewed by: bde (with contributions) Tested by: emax, marius MFC after: 1 week Notes: svn path=/head/; revision=162711
*	Let modules use the kernel's opt_*.h files if built along with	Yaroslav Tykhiy	2005-10-14	1	-0/+2
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	the kernel by wrapping all targets for fake opt_*.h files in .if defined(KERNBUILDDIR). Thus, such fake files won't be created at all if modules are built with the kernel. Some modules undergo cleanup like removing unused or unneeded options or .h files, without which they wouldn't build this way or the other. Reviewed by: ru Tested by: no binary changes in modules built alone Tested on: i386 sparc64 amd64 Notes: svn path=/head/; revision=151350
*	Fix my recent breakage of some modules.	Bruce Evans	2002-02-15	1	-0/+4
\| \| \| \|	Notes: svn path=/head/; revision=90706
*	digiio.h has moved to /usr/include/sys	Brian Somers	2001-05-19	1	-1/+1
\| \| \| \|	Notes: svn path=/head/; revision=76848
*	Add a ``digi'' driver.	Brian Somers	2001-05-02	10	-0/+73
	This driver supports PCI Xr-based and ISA Xem Digiboard cards. dgm will go away soon if there are no problems reported. For now, configuring dgm into your kernel warns that you should be using digi. This driver is probably close to supporting Xi, Xe and Xeve cards, but I wouldn't expect them to work properly (hardware donations welcome). The digi_* pseudo-drivers are not drivers themselves but contain the BIOS and FEP/OS binaries for various digiboard cards and are auto-loaded and auto-unloaded by the digi driver at initialisation time. They may be configured into the kernel, but waste a lot of space if they are. They're intended to be left as modules. The digictl program is (mainly) used to re-initialise cards that have external port modules attached such as the PC/Xem. Notes: svn path=/head/; revision=76195