src/sys/compat/linux/linux_util.h, branch release/5.4.0

MFC: /- and my license changes for sys/[a-d]

2005-01-30T01:00:13+00:00

Use sv_psstrings from the current process's sysentvec structure instead

2004-08-15T11:52:45+00:00

of PS_STRINGS. This is a no-op at present, but it will be needed when
running 32-bit Linux binaries on amd64 to ensure PS_STRINGS is in
addressable memory.

Add function linux_msg() for regulating output from the linux emulation

2003-01-02T02:19:10+00:00

code, make the emulator use it.

Rename unsupported_msg() to unimplemented_syscall().  Rename some arguments
for clarity

Fixup grammar.

Requested by: bde

When complaining about obsolete/unimplemented syscalls output the process

2003-01-01T01:42:57+00:00

name to make things more clear for the user.

PR: 46661
MFC After: 3 days

Add a new function linux_emul_convpath(), which is a version of

2002-09-01T21:15:37+00:00

linux_emul_find() that does not use stack gap storage but instead
always returns the resulting path in a malloc'd kernel buffer.
Implement linux_emul_find() in terms of this function. Also add
LCONVPATH* macros that wrap linux_emul_convpath in the same way
that the CHECKALT* macros wrap linux_emul_find().

Remove __P.

2002-03-20T05:48:58+00:00

Garbage collect options AVM_A1_PCI, AVM_A1_PCMCIA, DEBUG_LINUX, DEV_APM,

2002-02-15T10:19:39+00:00

GUS_DMA, GUS_DMA2, GUS_IRQ, OLTR_NO_BULLSEYE_MAC, OLTR_NO_HAWKEYE_MAC,
OLTR_NO_TMS_MAC and PCIC_RESUME_RESET.

Eliminate the prefix parameter to linux_emul_find(), which was always

2001-10-27T11:15:19+00:00

linux_emul_path anyway.  Linux_emul_find() has interesting bugs in its
prefix handling (which luckily are not currently exploitable); this
commit is preliminary to an attempt at cleaning it up.

Approved by:	marcel

Whitespace fix.

2001-10-19T00:46:17+00:00

KSE Milestone 2

2001-09-12T08:38:13+00:00

Note ALL MODULES MUST BE RECOMPILED
make the kernel aware that there are smaller units of scheduling than the
process. (but only allow one thread per process at this time).
This is functionally equivalent to teh previousl -current except
that there is a thread associated with each process.

Sorry john! (your next MFC will be a doosie!)

Reviewed by: peter@freebsd.org, dillon@freebsd.org

X-MFC after:    ha ha ha ha