| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
nForce MCP adapters for a long time.
Yays: jhb, remko, yongari
Nays: none on the current and stable lists
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- netmap pipes, providing bidirectional blocking I/O while moving
100+ Mpps between processes using shared memory channels
(no mistake: over one hundred million. But mind you, i said
*moving* not *processing*);
- kqueue support (BHyVe needs it);
- improved user library. Just the interface name lets you select a NIC,
host port, VALE switch port, netmap pipe, and individual queues.
The upcoming netmap-enabled libpcap will use this feature.
- optional extra buffers associated to netmap ports, for applications
that need to buffer data yet don't want to make copies.
- segmentation offloading for the VALE switch, useful between VMs.
and a number of bug fixes and performance improvements.
My colleagues Giuseppe Lettieri and Vincenzo Maffione did a substantial
amount of work on these features so we owe them a big thanks.
There are some external repositories that can be of interest:
https://code.google.com/p/netmap
our public repository for netmap/VALE code, including
linux versions and other stuff that does not belong here,
such as python bindings.
https://code.google.com/p/netmap-libpcap
a clone of the libpcap repository with netmap support.
With this any libpcap client has access to most netmap
feature with no recompilation. E.g. tcpdump can filter
packets at 10-15 Mpps.
https://code.google.com/p/netmap-ipfw
a userspace version of ipfw+dummynet which uses netmap
to send/receive packets. Speed is up in the 7-10 Mpps
range per core for simple rulesets.
Both netmap-libpcap and netmap-ipfw will be merged upstream at some
point, but while this happens it is useful to have access to them.
And yes, this code will be merged soon. It is infinitely better
than the version currently in 10 and 9.
MFC after: 3 days
|
|
|
|
|
|
| |
ieee80211_adhoc.c, ieee80211_hostap.c and ieee80211_sta.c.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Useful for so-called USB tethering.
- Imported code from OpenBSD
- Adapted code to FreeBSD
- Removed some unused functions
- Fixed some buffer encoding and decoding issues
- Optimised data transport path a bit, by sending multiple packets at a time
- Increased receive buffer to 16K
Obtained from: OpenBSD
Requested by: eadler @
MFC after: 2 weeks
|
|
|
|
|
| |
MFC after: 1 month
X-MFC-with: 261342
|
|
|
|
|
|
|
| |
add some missing devd entries.
Submitted by: Huang Wen Hui <huanghwh@gmail.com>
MFC after: 1 week
|
|
|
|
| |
Reviewed by: markm (random bits only)
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
| |
Committed from: Centrino 105 device
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix geom_uncompress(4) module loading. Don't link zlib.c (which is a module
itself) directly.
The built module was verified and used to read a few mkulzma(8) images on
amd64 to validate some of the informations on the manual page.
While here, don't overwrite CFLAGS.
Reviewed by: ray
Approved by: adrian (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
| |
drivers and their firmware were under active development, but those days
have passed. The firmware now exists in pre-compiled form, no longer
dependent on it's sources or on aicasm. If you wish to rebuild the
firmware from source, the glue still exists under the 'make firmware'
target in sys/modules/aic7xxx.
This also fixes the problem introduced with r257777 et al with building
kernels the old fashioned way in sys/$arch/compile/$CONFIG when the
ahc/ahd drivers were included.
|
| |
|
|
|
|
|
|
|
| |
Wireless-N 135 wireless adapters, soon to be supported by iwn(4).
Committed using: Laptop with Centrino 135 chipset
Obtained from: wireless.kernel.org firmware downloads
|
|
|
|
|
|
| |
unused variables for now.
MFC after: 3 days
|
|
|
|
|
|
| |
functions for now.
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
modules which require this flag to compile. Use a GCC_MS_EXTENSIONS
variable, defined in kern.pre.mk, which can be used to easily supply the
flag (or not), depending on the compiler type.
MFC after: 3 days
|
|
|
|
|
|
| |
contrib/ipfilter.
MFC after: 3 days
|
|
|
|
|
|
| |
ieee80211_mesh.c for now.
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
is only to stop gcc complaining about anonymous unions, which clang does
not do. For clang 3.4 however, -fms-extensions enables the Microsoft
__wchar_t type, which clashes with our own types.h.
MFC after: 3 days
|
|
|
|
|
|
| |
functions and variables, since they are contributed code.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
- netmap.c base code
- netmap_freebsd.c FreeBSD-specific code
- netmap_generic.c emulate netmap over standard drivers
- netmap_mbq.c simple mbuf tailq
- netmap_mem2.c memory management
- netmap_vale.c VALE switch
simplify devce-specific code
|
|
|
|
|
|
| |
syscons.
Sponsored by: The FreeBSD Foundation
|
|
|
|
|
|
| |
Tested:
* Intel 6235
|
|
|
|
|
|
| |
without having to build the complete kernel.
MFC after: 2 weeks
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
Reviewed by: nwhitehorn
MFC_to_10_after: re approval
Sponsored by: The FreeBSD Foundation
|
| |\
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | | |
Sponsored by: The FreeBSD Foundation
|
| |_|/
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Add 'hyperv' module into build;
- Allow building Hyper-V support as part of the kernel;
- Hook Hyper-V build into NOTES.
This is intended for MFC if re@ permits.
MFC after: 3 days
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
bhyve supports a single timer block with 8 timers. The timers are all 32-bit
and capable of being operated in periodic mode. All timers support interrupt
delivery using MSI. Timers 0 and 1 also support legacy interrupt routing.
At the moment the timers are not connected to any ioapic pins but that will
be addressed in a subsequent commit.
This change is based on a patch from Tycho Nightingale (tycho.nightingale@pluribusnetworks.com).
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
option, unbreak the lock tracing release semantic by embedding
calls to LOCKSTAT_PROFILE_RELEASE_LOCK() direclty in the inlined
version of the releasing functions for mutex, rwlock and sxlock.
Failing to do so skips the lockstat_probe_func invokation for
unlocking.
- As part of the LOCKSTAT support is inlined in mutex operation, for
kernel compiled without lock debugging options, potentially every
consumer must be compiled including opt_kdtrace.h.
Fix this by moving KDTRACE_HOOKS into opt_global.h and remove the
dependency by opt_kdtrace.h for all files, as now only KDTRACE_FRAMES
is linked there and it is only used as a compile-time stub [0].
[0] immediately shows some new bug as DTRACE-derived support for debug
in sfxge is broken and it was never really tested. As it was not
including correctly opt_kdtrace.h before it was never enabled so it
was kept broken for a while. Fix this by using a protection stub,
leaving sfxge driver authors the responsibility for fixing it
appropriately [1].
Sponsored by: EMC / Isilon storage division
Discussed with: rstone
[0] Reported by: rstone
[1] Discussed with: philip
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
adapters. Both devices support Gigabit Ethernet and USB 2.0, and the AX88179
supports USB 3.0. The driver was written by kevlo@ and lwhsu@, with a few
bug fixes from me.
MFC after: 2 months
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
upcoming in-kernel device emulations like the HPET.
The ioctls VM_IOAPIC_ASSERT_IRQ and VM_IOAPIC_DEASSERT_IRQ are used to
manipulate the ioapic pin state.
Discussed with: grehan@
Submitted by: Tycho Nightingale (tycho.nightingale@pluribusnetworks.com)
|
| |
| |
| |
| | |
kernel config environment anyway.
|
|/ |
|
|
|
|
|
|
|
|
| |
in the kernel. This abstraction was redundant because the only device emulated
inside vmm.ko is the local apic and it is always at a fixed guest physical
address.
Discussed with: grehan
|
|
|
|
|
|
|
|
|
|
| |
components instead of with the kernel and/or modules. This ensures that it
gets built with the host compiler, not the compiler in obj/... used to build
the target components (which may be a cross-compiler outputting code for a
different architecture and using header files with types and options set up
for the wrong architecture).
Reviewed by: imp
|
|
|
|
|
|
|
|
|
| |
it had no hooks. It has abused ifnet's if_afdata slot and actually
abused every subsystem it touched.
lagg(4) is a proper trunking solution at ifnet(9) layer.
ng_one2many(4) is a proper trunking solution in netgraph(4).
|
|
|
|
|
|
| |
manually. This change has no functional impact.
Discussed with: gnn
|
|
|
|
|
|
| |
(the default). They build, but are unloadable, due to missing ibcore.ko.
Sponsored by: FreeBSD Foundation
|
|
|
|
|
|
| |
of the iw_cxgb4 found in OFED distributions.
Obtained from: Chelsio
|
|
|
|
|
|
|
| |
It's incomplete, it doesn't contain full instruction emulation, but it should be
sufficient for most cases.
MFC after: 1 month
|
|
|
|
|
| |
use sys/ofed some time back). This has been sitting around as dead code
in the tree for a very long time.
|
| |
|
|
|
|
| |
Approved by: re (kib)
|
|
|
|
|
|
|
|
|
|
| |
Add a SYSINIT that forces a reseed during proc0 setup, which happens
fairly late in the boot process.
Add a RANDOM_DEBUG option which enables some debugging printf()s.
Add a new RANDOM_ATTACH entropy source which harvests entropy from the
get_cyclecount() delta across each call to a device attach method.
|
|
|
|
| |
Approved by: re (glebius)
|
|
|
|
|
|
|
| |
disabling the sfxge.ko.symbols build for embedded systems.
Approved by: re (marius)
MFC after: 3 days
|