Add warning to the Linuxulator makefiles that building it outside of akernel does not make sence.PR: 222861MFC after: 2 weeksDifferential Revision: https://reviews.freebsd.org/D20179
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
Introduce a new module linux_common.ko which is intended for thefollowing primary purposes:1. Remove the dependency of linsysfs and linprocfs modules from linux.ko,which will be architecture spec
Introduce a new module linux_common.ko which is intended for thefollowing 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 whichwe'll support two Linuxulator modules (for both instruction set - 32 & 64 bit).3. Move malloc(9) declaration to linux_common.ko, to enable getting memoryusage statistics properly.Currently linux_common.ko incorporates a code from linux_mib.c and linux_util.cand linprocfs, linsysfs and linux kernel modules depend on linux_common.ko.Temporarily remove dtrace garbage from linux_mib.c and linux_util.cDifferential Revision: https://reviews.freebsd.org/D1072In collaboration with: Vassilis Laganakos.Reviewed by: trasz
show more ...
MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead
MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unlesswe're tesitng for a specific target. The isn't even moot fori386/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 onthe ROUTETABLES kernel option thus there is no need to include opt_route.hanymore in all consumers of vnet.h and no longer dep
After r193232 rt_tables in vnet.h are no longer indirectly dependent onthe ROUTETABLES kernel option thus there is no need to include opt_route.hanymore in all consumers of vnet.h and no longer depend on it for modulebuilds.Remove the hidden include in flowtable.h as well and leave the twoexplicit #includes in ip_input.c and ip_output.c.
Add stuff to support upcoming BMC/IPMI flashing of newer Dell machinevia the Linux tool. - Add Linux shim to ipmi(4) - Create a partitions file to linprocfs to make Linux fdisk see
Add stuff to support upcoming BMC/IPMI flashing of newer Dell machinevia 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 bmcupdate tool and hacking makes it work on newer Dell boxes. Note, probablyif you can't figure out how to do this, then you probably shouldn't bedoing it :-)
Rather than using hidden includes (with cicular dependencies),directly include only the header files needed. This reduces theunneeded spamming of various headers into lots of files.For now, this
Rather than using hidden includes (with cicular dependencies),directly include only the header files needed. This reduces theunneeded spamming of various headers into lots of files.For now, this leaves us with very few modules including vnet.hand thus needing to depend on opt_route.h.Reviewed by: brooks, gnn, des, zec, impSponsored by: The FreeBSD Foundation
- Add the new files to the linux module.- 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 comm
- Add the new files to the linux module.- 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 2006Submitted by: rdivacky
Let kmod.mk touch opt_*.h files as needed.Inspired by: imp's email
Build a dummy opt_compat.h header since linprocfs.c now requires it.
o Remove @- from the ln and change it to a -sf. This was bogus, and regocnized as such at the time. Now that the other bogons in the tree have been fixed, we can remove this ugly kludge.o Remo
o Remove @- from the ln and change it to a -sf. This was bogus, and 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: ruReviewed by: bdeApproved by: re@ (jhb)
Move the pseudofs, procfs and linprocfs modules out from the fs directory.Keeping them there seemed like a good idea at the time, but it annoys bdeand confuses people who do not understand how MODU
Move the pseudofs, procfs and linprocfs modules out from the fs directory.Keeping them there seemed like a good idea at the time, but it annoys bdeand confuses people who do not understand how MODULES_OVERRIDE works.
Disconnect linprocfs prior to moving it.
Remove some cruft
Use a consistent style and one much closer to the rest of /usr/src
The linprocfs sources have moved to sys/compat/linprocfs.
Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead ofencoding the relative path.
Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk.This means that the kernel can be totally self contained now and is notdependent on the last buildworld to update /usr/share/mk. Thi
Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk.This means that the kernel can be totally self contained now and is notdependent on the last buildworld to update /usr/share/mk. This mightalso make it easier to build 5.x kernels on 4.0 boxes etc, assuminggensetdefs and config(8) are updated.
Point to the new location of the sources under the i386 linux compatibilitycode.
Linux /proc filesystem.Submitted by: pb