<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/em, branch release/5.5.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.5.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.5.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2006-05-23T04:09:12Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2006-05-23T04:09:12Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2006-05-23T04:09:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8bf7295cd17b8415c40bde11aa8f5bbbd597e5d6'/>
<id>urn:sha1:8bf7295cd17b8415c40bde11aa8f5bbbd597e5d6</id>
<content type='text'>
'RELENG_5_5_0_RELEASE'.

This commit was manufactured to restore the state of the 5.5-RELEASE image.
</content>
</entry>
<entry>
<title>MFC if_em.c, 1.92 to RELENG_5_5:</title>
<updated>2006-05-21T23:45:56Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2006-05-21T23:45:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2d3fe1bf18b593b15d5bb9a83ebbce3839cebc3a'/>
<id>urn:sha1:2d3fe1bf18b593b15d5bb9a83ebbce3839cebc3a</id>
<content type='text'>
  Add jumbo frame support for architectures with strict alignment.

Requested by:	wilko
Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>MFC 1.107:</title>
<updated>2006-02-16T12:45:12Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2006-02-16T12:45:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4cdd1d6406adafe4b56438edda9ed12c207f667f'/>
<id>urn:sha1:4cdd1d6406adafe4b56438edda9ed12c207f667f</id>
<content type='text'>
  Fix two important typos in watchdog handling:
  - Restart watchdog if we *did* processed any descriptors. [1]
  - Log the watchdog event if the link is *up*. [2]

  PR:		kern/92948 [1]
  Submitted by:	Mihail Balikov &lt;mihail.balikov interbgc.com&gt; [1]
  PR:		kern/92895 [2]
  Submitted by:	Vladimir Ivanov &lt;wawa yandex-team.ru&gt; [2]

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Merge IP multicast address list locking from HEAD to RELENG_5.</title>
<updated>2006-01-29T15:39:09Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2006-01-29T15:39:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3994da054c63a6d0401454f1cdcb7fb95e870650'/>
<id>urn:sha1:3994da054c63a6d0401454f1cdcb7fb95e870650</id>
<content type='text'>
if_ath.c:1.99 awi.c:1.39 if_bfe.c:1.26 if_bge.c:1.92 if_ed.c:1.255
if_em.c:1.67 if_ex.c:1.57 if_fe.c:1.92 if_fxp.c:1.242 if_gem.c:1.32
if_hme.c:1.38 if_ie.c:1.103 if_ndis.c:1.100 if_ixgb.c:1.12 if_lge.c:1.40
if_lnc.c:1.112 if_my.c:1.30 if_nge.c:1.76 if_nve.c:1.9 if_owi.c:1.11
pdq_ifsubr.c:1.27 if_ray.c:1.80 if_re.c:1.47 if_sn.c:1.47 dp83932.c:1.20
if_tx.c:1.90 if_txp.c:1.32 if_aue.c:1.91 if_axe.c:1.31 if_cue.c:1.58
if_kue.c:1.65 if_rue.c:1.22 if_udav.c:1.15 if_vge.c:1.15 if_wi.c:1.182
if_wl.c:1.67 if_xe.c:1.58 if_dc.c:1.161 if_de.c:1.167 if_pcn.c:1.70
if_rl.c:1.153 if_sf.c:1.83 if_sis.c:1.134 if_sk.c:1.107 if_ste.c:1.85
if_ti.c:1.108 if_tl.c:1.100 if_vr.c:1.105 if_wb.c:1.80 if_xl.c:1.193:

  Modify device drivers supporting multicast addresses to lock if_addr_mtx
  over iteration of their multicast address lists when synchronizing the
  hardware address filter with the network stack-maintained list.

Note that with these changes, these drivers now depend on locking the global
if_addr_mtx, so binary modules of these drivers will not work on 5.4 or
earlier releases.

Approved by:    rwatson (mentor)
</content>
</entry>
<entry>
<title>MFC 1.76, 1.77:</title>
<updated>2006-01-11T10:31:54Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2006-01-11T10:31:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4efd98abc9d23b1c2f68cd2e5673cea8823019a5'/>
<id>urn:sha1:4efd98abc9d23b1c2f68cd2e5673cea8823019a5</id>
<content type='text'>
  The receive function em_process_receive_interrupts() unlocks the
  adapter while ether_input() processes the packet, and then locks
  it back. In the meantime, em_init() may be called, either from
  em_watchdog() from softclock interrupt or from the ifconfig(8)
  program. The em_init() resets the card, in particular it sets
  adapter-&gt;next_rx_desc_to_check to 0 and resets hardware RX Head
  and Tail descriptor pointers. The loop in
  em_process_receive_interrupts() does not expect these things to
  change, and a mess may result.

  PR:             kern/87418
  Submitted by:   Dmitrij Tejblum &lt;tejblum yandex-team.ru&gt;
</content>
</entry>
<entry>
<title>Merge if_em.c:1.82 from HEAD to RELENG_5:</title>
<updated>2005-11-14T10:40:57Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2005-11-14T10:40:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3b5aad04e5441de8f73b1448a8bbaa34b5f28ba4'/>
<id>urn:sha1:3b5aad04e5441de8f73b1448a8bbaa34b5f28ba4</id>
<content type='text'>
  Put probe-time printf of adapter speed and duplex behind bootverbose:
  since the link takes a bit to negotiate, the information is pretty
  much never available during the probe.  As such, the boot output
  pretty much always prints N/A for speed and duplex.  Since we print
  out the output of ifconfig during the user space boot, this early
  boot information is also generally redundant, and added to the noise.
</content>
</entry>
<entry>
<title>MFC 1.63:</title>
<updated>2005-05-19T08:23:06Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2005-05-19T08:23:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3490112e9fd2ea89a5b0ed8c540c2cec5ed7d530'/>
<id>urn:sha1:3490112e9fd2ea89a5b0ed8c540c2cec5ed7d530</id>
<content type='text'>
  Run em_local_timer() once per second instead of running it once per 2 seconds.
  This makes gathering of error stats more precise, and netstat(1) output look
  right.

  Reviewed by:    tackerman
</content>
</entry>
<entry>
<title>Since em(4) is very popular and does not use miibus(4) add special hack</title>
<updated>2005-03-23T13:30:21Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2005-03-23T13:30:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=529d0d7dc96c9084d1c2e8ad1bd9209da5061396'/>
<id>urn:sha1:529d0d7dc96c9084d1c2e8ad1bd9209da5061396</id>
<content type='text'>
under #ifdef DEV_CARP, which calls carp_carpdev_state() when link goes
up or down.

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>MFC: Convert the em driver to the faster bus_dmamap_load_mbuf_sg() interface.</title>
<updated>2005-02-25T08:32:37Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2005-02-25T08:32:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c1f4a77f7b0082c96a9f79a39a19f7870d2cfe7d'/>
<id>urn:sha1:c1f4a77f7b0082c96a9f79a39a19f7870d2cfe7d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC 1.58, 1.59:</title>
<updated>2005-01-30T06:05:12Z</updated>
<author>
<name>Yaroslav Tykhiy</name>
<email>ytykhiy@gmail.com</email>
</author>
<published>2005-01-30T06:05:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8c5eb8ac8575ef047667f3e59d94ce3f769913f8'/>
<id>urn:sha1:8c5eb8ac8575ef047667f3e59d94ce3f769913f8</id>
<content type='text'>
- Always respect IFCAP_VLAN_HWTAGGING.
- By default, disable VLAN processing in hardware since we are not ready yet
  to handle all aspects of using it together with promiscuous mode.

Agreed with:	rwatson
</content>
</entry>
</feed>
