<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/modules/libmbpool, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2017-05-30T04:11:12Z</updated>
<entry>
<title>MFC r314651,r318439,r318440:</title>
<updated>2017-05-30T04:11:12Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2017-05-30T04:11:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cad800042f49286971db31b628d86a2be5d134ea'/>
<id>urn:sha1:cad800042f49286971db31b628d86a2be5d134ea</id>
<content type='text'>
r314651:

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

This simplifies make output/logic

Tested with:	`cd sys/modules; make ALL_MODULES=` on amd64

r318439:

Normalize .PATH on SRCTOP

This will help Jenkins dedupe 9 warnings between the static build and
the module build of ipsec(4).

Missed in SRCTOP conversion in r314651.

MFC with:	r314651

r318440:

Normalize SYSDIR on SRCTOP instead of .CURDIR

This is being done to simplify pathing for CFLAGS and source files.
</content>
</entry>
<entry>
<title>Add a facility for devices, specifically network interfaces, that require</title>
<updated>2003-07-15T08:59:38Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2003-07-15T08:59:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7e9024cdd9a555f05fef1a872eb05e0d4fefebc1'/>
<id>urn:sha1:7e9024cdd9a555f05fef1a872eb05e0d4fefebc1</id>
<content type='text'>
large to huge amounts of small or medium sized receive buffers. The problem
with these situations is that they eat up the available DMA address space
very quickly when using mbufs or even mbuf clusters. Additionally this
facility provides a direct mapping between 32-bit integers and these buffers.
This is needed for devices originally designed for 32-bit systems. Ususally
the virtual address of the buffer is used as a handle to find the buffer as
soon as it is returned by the card. This does not work for 64-bit machines
and hence this mapping is needed.
</content>
</entry>
</feed>
