<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/hfa, branch release/4.11.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.11.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.11.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2003-08-22T14:49:24Z</updated>
<entry>
<title>MFC: Implement CBR traffic shaping for the Fore adapters. This is controled</title>
<updated>2003-08-22T14:49:24Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2003-08-22T14:49:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3bfa9393564425658c1aa401710cdb16e69008db'/>
<id>urn:sha1:3bfa9393564425658c1aa401710cdb16e69008db</id>
<content type='text'>
by the sysctl hw.fore.hfaN.shape, which can be set to 0 (don't shape),
1 (shape at most one channel) and 2 (try to shape all channels). This
works only with firmware version &gt; 4, which is the default now.

Submitted by:	Vincent Jardin &lt;vjardin@wanadoo.fr&gt;
</content>
</entry>
<entry>
<title>For some reason the hfa driver behaves differently between current and</title>
<updated>2003-08-22T10:32:20Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2003-08-22T10:32:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=17ae688d8cd297d6d3b078c278fd97993a7f6d58'/>
<id>urn:sha1:17ae688d8cd297d6d3b078c278fd97993a7f6d58</id>
<content type='text'>
stable when loaded with 4.X.Y firmware. This difference manifests itself
in the card returning receive buffer chains that start with a large buffer
under certain circumstances. This uncovered an inherent bug in the
mbuf handling of the atm stack: the driver prefixes 8 bytes to the mbuf
that contain a function address to dispatch this buffer to and a cookie
for this function. When the driver finds, that it has no space at the
head of the mbuf chain, it allocates a new packet header mbuf and
prepends it to the chain and moves the header to the new mbuf.

atm_intr() strips the additional 8 bytes from the mbuf chain and, if it
finds the first mbuf to become empty, removes that mbuf from the chain, but
does not care to move the header to the next mbuf. Here the packet
header is lost.

Work around:

1. Allocate all large buffers for the Fore card with a packet header.
2. When prefixing the new mbuf to the chain, don't move the packet header,
   but initialize it with the correct values. This results in an mbuf
   chain with two packet headers. When atm_intr strips the first mbuf,
   everything is ok.

It would probably be better to fix the problem instead of working around it,
but this could break other drivers (hea and proatm).
</content>
</entry>
<entry>
<title>MFC fore_aali.h:1.4, fore_command.c:1.15, fore_init.c:1.14,</title>
<updated>2003-08-20T11:05:28Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2003-08-20T11:05:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=48a4aa4d408593da47bd914c9876cd3ef7c07599'/>
<id>urn:sha1:48a4aa4d408593da47bd914c9876cd3ef7c07599</id>
<content type='text'>
fore_intr.c:1.10, fore_var.h:1.8: Make the driver to work with
firmware version 4.1.12 (other 4.X.Y should also do it).
Three problems have been encountered:

1. The initialisation command does not work in interrupt mode. Whether this
   is a firmware bug or a feature is not clear. The original Fore drivers
   execute the initialize command always in polling mode, so it appears
   that this behaviour is expected. When we detect a 4.X.Y firmware do
   busy wait on the command status.

2. The command code of the GET_PROM has changed. This is an unofficial
   command anyway. What was GET_PROM in 3.X.Y is CLEAR_STATS in 4.X.Y
   (although unimplemented in the firmware). We need to use the correct
   code depending on the firmware.

3. The 4.X.Y can set the error flag in command status without also setting
   the completion flag (as the documentation says). Check both variants.

An additional field in the per-card structure fu_ft4 is TRUE when we have
detected a 4.X.Y firmware. Otherwise it is false. The behaviour of the
driver when using 3.X.Y should be identical to the previous behaviour .

This change will enable traffic shaping of CBR channels.
</content>
</entry>
<entry>
<title>MFC: m_tag support</title>
<updated>2003-01-23T21:06:48Z</updated>
<author>
<name>Sam Leffler</name>
<email>sam@FreeBSD.org</email>
</author>
<published>2003-01-23T21:06:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e1b7c4cdaa276a21e66dc41dc066ac341c49e76e'/>
<id>urn:sha1:e1b7c4cdaa276a21e66dc41dc066ac341c49e76e</id>
<content type='text'>
Replace aux mbufs with packet tags:

  o instead of a list of mbufs use a list of m_tag structures a la openbsd
  o for netgraph et. al. extend the stock openbsd m_tag to include a 32-bit
    ABI/module number cookie
  o for openbsd compatibility define a well-known cookie MTAG_ABI_COMPAT and
    use this in defining openbsd-compatible m_tag_find and m_tag_get routines
  o rewrite KAME use of aux mbufs in terms of packet tags
  o eliminate the most heavily used aux mbufs by adding an additional struct
    inpcb parameter to ip_output and ip6_output to allow the IPsec code to
    locate the security policy to apply to outbound packets
  o bump __FreeBSD_version so code can be conditionalized
  o fixup ipfilter's call to ip_output based on __FreeBSD_version
</content>
</entry>
<entry>
<title>Applied the patch to fix HARP ATM that was broken when KAME IPv6 came</title>
<updated>2001-07-20T20:43:17Z</updated>
<author>
<name>Jim Pirzyk</name>
<email>pirzyk@FreeBSD.org</email>
</author>
<published>2001-07-20T20:43:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=696ccfad4f994e624d18e28d44ecfb22bb2eff76'/>
<id>urn:sha1:696ccfad4f994e624d18e28d44ecfb22bb2eff76</id>
<content type='text'>
into FreeBSD.

PR:		kern/23620
Submitted by:	rh@matriplex.com
</content>
</entry>
<entry>
<title>Ensure that DMA mappings are freed in error situations.</title>
<updated>2000-01-15T21:01:04Z</updated>
<author>
<name>Mike Spengler</name>
<email>mks@FreeBSD.org</email>
</author>
<published>2000-01-15T21:01:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3ee23c43ffe2ea7959ff8c5d810f484ef50d0611'/>
<id>urn:sha1:3ee23c43ffe2ea7959ff8c5d810f484ef50d0611</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove five now unused fields from struct cdevsw.  They should never</title>
<updated>1999-09-25T18:24:47Z</updated>
<author>
<name>Poul-Henning Kamp</name>
<email>phk@FreeBSD.org</email>
</author>
<published>1999-09-25T18:24:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d6a0e38a1bffb551c7a3159a072a0ac3b30abccb'/>
<id>urn:sha1:d6a0e38a1bffb551c7a3159a072a0ac3b30abccb</id>
<content type='text'>
have been there in the first place.  A GENERIC kernel shrinks almost 1k.

Add a slightly different safetybelt under nostop for tty drivers.

Add some missing FreeBSD tags
</content>
</entry>
<entry>
<title>Fixed printf format errors (don't assume that ntohl() returns u_long;</title>
<updated>1999-08-29T10:28:10Z</updated>
<author>
<name>Bruce Evans</name>
<email>bde@FreeBSD.org</email>
</author>
<published>1999-08-29T10:28:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1961e4302a04fcf581559676f73eb703e3076614'/>
<id>urn:sha1:1961e4302a04fcf581559676f73eb703e3076614</id>
<content type='text'>
it returns u_int on i386's and in_addr_t (u_int32_t) on alphas).
</content>
</entry>
<entry>
<title>$Id$ -&gt; $FreeBSD$</title>
<updated>1999-08-28T01:08:13Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>1999-08-28T01:08:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c3aac50f284c6cca5b4f2eb46aaa13812cb8b630'/>
<id>urn:sha1:c3aac50f284c6cca5b4f2eb46aaa13812cb8b630</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Implement a new generic mechanism for attaching handler functions to</title>
<updated>1999-08-21T06:24:40Z</updated>
<author>
<name>Mike Smith</name>
<email>msmith@FreeBSD.org</email>
</author>
<published>1999-08-21T06:24:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=fcb893a801d281f10818fb4c88ed31215283a94e'/>
<id>urn:sha1:fcb893a801d281f10818fb4c88ed31215283a94e</id>
<content type='text'>
events, in order to pave the way for removing a number of the ad-hoc
implementations currently in use.

Retire the at_shutdown family of functions and replace them with
new event handler lists.

Rework kern_shutdown.c to take greater advantage of the use of event
handlers.

Reviewed by:	green
</content>
</entry>
</feed>
