src-test2/sys/modules/linux, branch release/10.0.0

Revert r255672, it has some serious flaws, leaking file references etc.

2013-09-18T18:48:33Z

Approved by: re (delphij)

Implement epoll support in Linuxulator. This is a tiny wrapper around kqueue

2013-09-18T17:56:04Z

to implement epoll subset of functionality. The kqueue user data are 32bit on i386 which is not enough for epoll user data so this patch overrides kqueue fileops to maintain enough space in struct file. Initial patch developed by me in 2007 and then extended and finished by Yuri Victorovich. Approved by: re (delphij) Sponsored by: Google Summer of Code Submitted by: Yuri Victorovich Tested by: Yuri Victorovich

Assemble linux32_locore.s and ia32_sigtramp.S with clang integrated assembler.

2013-08-27T18:35:04Z

Support for .code32 and .code64 in llvm was implemented more than 2 years ago. Tested by: Dan McGregor

Add missing dependency to linux${SFX}_genassym.c

2013-06-17T21:30:46Z

Submitted by: nox MFC After: 3 days

Fix make depend

2012-05-06T11:41:00Z

Define several extra macros in bsd.sys.mk and sys/conf/kern.pre.mk, to

2012-02-28T18:30:18Z

get rid of testing explicitly for clang (using ${CC:T:Mclang}) in individual Makefiles. Instead, use the following extra macros, for use with clang: - NO_WERROR.clang (disables -Werror) - NO_WCAST_ALIGN.clang (disables -Wcast-align) - NO_WFORMAT.clang (disables -Wformat and friends) - CLANG_NO_IAS (disables integrated assembler) - CLANG_OPT_SMALL (adds flags for extra small size optimizations) As a side effect, this enables setting CC/CXX/CPP in src.conf instead of make.conf! For clang, use the following: CC=clang CXX=clang++ CPP=clang-cpp MFC after: 2 weeks

Upgrade our copy of llvm/clang to r126079, from upstream's trunk.

2011-02-20T19:33:47Z

This contains many improvements, primarily better C++ support, an integrated assembler for x86 and support for -pg.

Move linux_clone(), linux_fork(), linux_vfork() to a MI path.

2011-02-12T18:17:12Z

MFtbemd:

2010-08-23T06:13:29Z

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

Bring USB fixes for linux(4).

2010-05-24T07:04:00Z

Intention of this commit is to let us take a full advantage of libusb(8) ported to Linux. This decreases a possibility of getting any collisions within ioctl() "command" space, especially with relation to LINUX_SNDCTL_SEQ... stuff. Basically, we provide commands, that will be mapped in the kernel to correct ones and forward those to the USB layer. Port enabling functionality brought with this patch is here: http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 Bump __FreeBSD_version to catch, since which version installing a port makes sense. This patch should bring no regressions. So far, only i386 is tested. Tested by: thompsa@ Reviewed by: thompsa@ OKed by: netchild@