| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Removed dead code that assumed that M_TRYWAIT can return NULL; it's not true
since the advent of MBUMA.
Reviewed by: arch
There are ongoing disputes as to whether we want to switch to directly using
UMA flags M_WAITOK/M_NOWAIT for mbuf(9) allocation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
free function controlable, instead of passing the KVA of the buffer
storage as the first argument.
Fix all conventional users of the API to pass the KVA of the buffer
as the first argument, to make this a no-op commit.
Likely break the only non-convetional user of the API, after informing
the relevant committer.
Update the mbuf(9) manual page, which was already out of sync on
this point.
Bump __FreeBSD_version to 800016 as there is no way to tell how
many arguments a CPP macro needs any other way.
This paves the way for giving sendfile(9) a way to wait for the
passed storage to have been accessed before returning.
This does not affect the memory layout or size of mbufs.
Parental oversight by: sam and rwatson.
No MFC is anticipated.
|
|
|
|
| |
Obtained from: MBUF issues in 4.4BSD IPv6/IPsec support (itojun)
|
|
|
|
|
|
| |
transition to mbuma (FreeBSD 5.3) and the fact that mbufs are now limited
almost entirely to packet storage, with straight UMA zones being used for
most other network data types.
|
|
|
|
|
| |
frequently forget. i.e. that you can not keep using pointers to
within the old chain.
|
|
|
|
| |
o Correct MT_HEADER define.
|
|
|
|
|
|
|
| |
m_unshare and the caller can now control how mbufs are allocated
Reviewed by: andre, luigi, mlaier
MFC after: 1 week
|
|
|
|
|
|
| |
which were removed with rev. 1.179 of mbuf.h.
Sponsored by: TCP/IP Optimization Fundraise 2005
|
| |
|
|
|
|
| |
Approved by: re (hrs)
|
|
|
|
| |
Approved by: re
|
|
|
|
|
|
|
|
|
|
| |
alignment restrictive, and help performance on some ethernet cards which
currently copy the entire packet a couple bytes to get the packet aligned
properly...
Wordsmithing by: dwhite
Obtained from: NetBSD (code only)
I'll clean it up later: rwatson
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Submitted by: Gleb Smirnoff
|
|
|
|
|
| |
Submitted by: Gleb Smirnoff
MFC after: 2 weeks
|
|
|
|
|
| |
Optained from: NetBSD
MFC after: 1 week
|
| |
|
|
|
|
| |
Submitted by: hmp
|
|
|
|
| |
in uipc_mbuf.c)
|
| |
|
|
|
|
| |
Requested by: Maxim Konovalov
|
|
|
|
|
|
|
| |
PR: docs/62129
Submitted by: Lee Brotherston <lee@nerds.org.uk> (PR),
Marc Silver <marcs@draenor.org> (patch)
Approved by: blackend (mentor)
|
|
|
|
|
|
| |
network interface cards smart (or twisted?) enough to be able
to calculate a TCP/UDP checksum for a packet fragmented by the
host CPU. Therefore the paragraph on the case has been revised.
|
| |
|
|
|
|
|
| |
facilities based on http://people.freebsd.org/~jlemon/csum.txt
and my own observations.
|
|
|
|
|
|
|
| |
to the nice style used in ifnet(9).
This includes specifying field types, starting descriptions
with a capital letter, and ending them with a full stop.
Improve the language a bit, as well.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
a pointer to struct mbuf for clarity and consistency.
|
|
|
|
|
|
| |
Remove a reference to the defunct macro M_COPY_PKTHDR;
document the new functions m_dup_pkthdr() and m_move_pkthdr(),
and the macro variant of the latter, M_MOVE_PKTHDR().
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- tagging plaintext "mbuf", "mbuf cluster", and "mbuf chain"
with .Vt (variable type) since all of them are ways of managing
data, i.e., they can be seen as data types;
- using .Vt/.Va instead of .Li (literal) where appropriate;
- tagging plaintext words that actually refer to function arguments
with .Fa.
Suggested by: ru
|
|
|
|
|
|
|
| |
mdoc(7) contains an ambiguous statement on the issue,
but our mdoc(7) police's opinion is solid.
Suggested by: ru
|
|
|
|
| |
Approved by: re (blanket)
|
|
|
|
| |
Approved by: des (mentor), re (scottl)
|
| |
|
|
|
|
| |
at present.)
|
|
|
|
| |
Requested by: imp
|
| |
|
|
|
|
|
|
| |
are not the same.
Suggested by: Hiten Pandya <hiten@unixdaemons.com>
|
|
|
|
| |
Approved by: re
|
| |
|
|
|
|
|
|
| |
the current state of the system.
Approved by: alfred
|