History log of /freebsd-14.2/sys/modules/linsysfs/Makefile (Results 1 – 10 of 10)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/13.4.0-p5, release/13.5.0-p1, release/14.2.0-p3, release/13.5.0, release/14.2.0-p2, release/14.1.0-p8, release/13.4.0-p4, release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3, release/14.2.0, release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0
# 031beb4e 16-Aug-2023 Warner Losh <[email protected]>

sys: Remove $FreeBSD$: one-line sh pattern

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/


Revision tags: release/13.2.0
# 7ae0972c 03-Apr-2023 Dmitry Chagin <[email protected]>

linsysfs(4): Reimplement listnics() using ifAPI

Handle if arrival/departure events and VNETs.

Differential Revision: https://reviews.freebsd.org/D38901
MFC after: 1 month
XMFC with: ifAPI, pseudo

linsysfs(4): Reimplement listnics() using ifAPI

Handle if arrival/departure events and VNETs.

Differential Revision: https://reviews.freebsd.org/D38901
MFC after: 1 month
XMFC with: ifAPI, pseudofs

show more ...


# f94b5734 31-Mar-2023 Dmitry Chagin <[email protected]>

Revert "linsysfs(4): Reimplement listnics() using ifAPI"

This reverts commit 0b56641cfcda30d06243223f37781ccc18455bef.

As it poorly interacts with vnet subsystem


# 0b56641c 25-Mar-2023 Dmitry Chagin <[email protected]>

linsysfs(4): Reimplement listnics() using ifAPI

Handle if arrival/departure events.

Reviewed by: melifaro (early version)
Differential Revision: https://reviews.freebsd.org/D38901
MFC after: 1 mo

linsysfs(4): Reimplement listnics() using ifAPI

Handle if arrival/departure events.

Reviewed by: melifaro (early version)
Differential Revision: https://reviews.freebsd.org/D38901
MFC after: 1 month
XMFC with: ifAPI

show more ...


Revision tags: release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0
# 6e4cf32e 13-May-2019 Dmitry Chagin <[email protected]>

Add warning to the Linuxulator makefiles that building it outside of a
kernel does not make sence.

PR: 222861
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D20179


Revision tags: release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0
# 193d9e76 04-Mar-2017 Enji Cooper <[email protected]>

sys/modules: normalize .CURDIR-relative paths to SRCTOP

This simplifies make output/logic

Tested with: `cd sys/modules; make ALL_MODULES=` on amd64
MFC after: 1 month
Sponsored by: Dell EMC Isilon


Revision tags: release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0
# 67d39748 24-May-2015 Dmitry Chagin <[email protected]>

Introduce a new module linux_common.ko which is intended for the
following 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 the
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

show more ...


Revision tags: release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0
# c09808d0 23-Aug-2010 Warner Losh <[email protected]>

MFtbemd:

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

MFtbemd:

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...

show more ...


Revision tags: release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0
# adfa0ade 15-Aug-2006 Alexander Leidinger <[email protected]>

- 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 2006
Submitted by: rdivacky

show more ...


Revision tags: release/5.5.0_cvs, release/5.5.0
# 32397ce0 09-May-2006 Doug Ambrisko <[email protected]>

Add in linsysfs. A linux 2.6 like sys filesystem to pacify the Linux
LSI MegaRAID SAS utility.

Sponsored by: IronPort Systems
Man page help from: brueffer