sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
linsysfs(4): Reimplement listnics() using ifAPIHandle if arrival/departure events and VNETs.Differential Revision: https://reviews.freebsd.org/D38901MFC after: 1 monthXMFC with: ifAPI, pseudo
linsysfs(4): Reimplement listnics() using ifAPIHandle if arrival/departure events and VNETs.Differential Revision: https://reviews.freebsd.org/D38901MFC after: 1 monthXMFC with: ifAPI, pseudofs
show more ...
Revert "linsysfs(4): Reimplement listnics() using ifAPI"This reverts commit 0b56641cfcda30d06243223f37781ccc18455bef.As it poorly interacts with vnet subsystem
linsysfs(4): Reimplement listnics() using ifAPIHandle if arrival/departure events.Reviewed by: melifaro (early version)Differential Revision: https://reviews.freebsd.org/D38901MFC after: 1 mo
linsysfs(4): Reimplement listnics() using ifAPIHandle if arrival/departure events.Reviewed by: melifaro (early version)Differential Revision: https://reviews.freebsd.org/D38901MFC after: 1 monthXMFC with: ifAPI
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
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...
- 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
Add in linsysfs. A linux 2.6 like sys filesystem to pacify the LinuxLSI MegaRAID SAS utility.Sponsored by: IronPort SystemsMan page help from: brueffer