src/sys/modules/linprocfs, branch releng/12.2 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2 2017-03-04T10:10:17Z sys/modules: normalize .CURDIR-relative paths to SRCTOP 2017-03-04T10:10:17Z Enji Cooper ngie@FreeBSD.org 2017-03-04T10:10:17Z urn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048 This simplifies make output/logic Tested with: `cd sys/modules; make ALL_MODULES=` on amd64 MFC after: 1 month Sponsored by: Dell EMC Isilon Introduce a new module linux_common.ko which is intended for the 2015-05-24T15:51:18Z Dmitry Chagin dchagin@FreeBSD.org 2015-05-24T15:51:18Z urn:sha1:67d39748499e85cff626c202aa2cb6e9f180283e following primary purposes: 1. Remove the dependency of linsysfs and linprocfs modules from linux.ko, which will be architecture specific on amd64. 2. Incorporate into linux_common.ko general code for platforms on which we'll support two Linuxulator modules (for both instruction set - 32 & 64 bit). 3. Move malloc(9) declaration to linux_common.ko, to enable getting memory usage statistics properly. Currently linux_common.ko incorporates a code from linux_mib.c and linux_util.c and linprocfs, linsysfs and linux kernel modules depend on linux_common.ko. Temporarily remove dtrace garbage from linux_mib.c and linux_util.c Differential Revision: https://reviews.freebsd.org/D1072 In collaboration with: Vassilis Laganakos. Reviewed by: trasz MFtbemd: 2010-08-23T06:13:29Z Warner Losh imp@FreeBSD.org 2010-08-23T06:13:29Z urn:sha1:c09808d0d611d103bece3d41886b87de160900c0 Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed... After r193232 rt_tables in vnet.h are no longer indirectly dependent on 2009-06-08T19:57:35Z Bjoern A. Zeeb bz@FreeBSD.org 2009-06-08T19:57:35Z urn:sha1:8d8bc0182ea6f8f85409e76e53053487c7d23a84 the ROUTETABLES kernel option thus there is no need to include opt_route.h anymore in all consumers of vnet.h and no longer depend on it for module builds. Remove the hidden include in flowtable.h as well and leave the two explicit #includes in ip_input.c and ip_output.c. Add stuff to support upcoming BMC/IPMI flashing of newer Dell machine 2009-03-26T17:14:22Z Doug Ambrisko ambrisko@FreeBSD.org 2009-03-26T17:14:22Z urn:sha1:d2b2128a286a00ee53d79cb88b4e59bf42525cf9 via the Linux tool. - Add Linux shim to ipmi(4) - Create a partitions file to linprocfs to make Linux fdisk see disks. This file is dynamic so we can see disks come and go. - Convert msdosfs to vfat in mtab since Linux uses that for msdosfs. - In the Linux mount path convert vfat passed in to msdosfs so Linux mount works on FreeBSD. Note that tasting works so that if da0 is a msdos file system /compat/linux/bin/mount /dev/da0 /mnt works. - fix a 64it bug for l_off_t. Grabing sh, mount, fdisk, df from Linux, creating a symlink of mtab to /compat/linux/etc/mtab and then some careful unpacking of the Linux bmc update tool and hacking makes it work on newer Dell boxes. Note, probably if you can't figure out how to do this, then you probably shouldn't be doing it :-) Rather than using hidden includes (with cicular dependencies), 2008-12-02T21:37:28Z Bjoern A. Zeeb bz@FreeBSD.org 2008-12-02T21:37:28Z urn:sha1:4b79449e2fb67cb37c4c9f46d31791893a39ddd8 directly include only the header files needed. This reduces the unneeded spamming of various headers into lots of files. For now, this leaves us with very few modules including vnet.h and thus needing to depend on opt_route.h. Reviewed by: brooks, gnn, des, zec, imp Sponsored by: The FreeBSD Foundation - Add the new files to the linux module. 2006-08-15T13:01:36Z Alexander Leidinger netchild@FreeBSD.org 2006-08-15T13:01:36Z urn:sha1:adfa0adec0b5d7c19c220a85ef6ca729235ed172 - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky Let kmod.mk touch opt_*.h files as needed. 2004-09-04T06:37:58Z Ruslan Ermilov ru@FreeBSD.org 2004-09-04T06:37:58Z urn:sha1:c11c12792618404025412f0ce20f1ed4df7fff12 Inspired by: imp's email Build a dummy opt_compat.h header since linprocfs.c now requires it. 2004-08-18T11:39:56Z Tim J. Robbins tjr@FreeBSD.org 2004-08-18T11:39:56Z urn:sha1:da9d85ff984bff19ae3140b6adefd1409c81e554 o Remove @- from the ln and change it to a -sf. This was bogus, and 2003-11-19T05:08:27Z Warner Losh imp@FreeBSD.org 2003-11-19T05:08:27Z urn:sha1:3193579b66fd7067f898dbc54bdea81a0e6f9bd0 regocnized as such at the time. Now that the other bogons in the tree have been fixed, we can remove this ugly kludge. o Remove stale/bogus opt_foo.h files. These are left over from by-gone resources. And they point to the need, yet again, to improve the build system so meta information is only in one place. Submitted by: ru Reviewed by: bde Approved by: re@ (jhb)