<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/de, branch stable/7</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2009-11-04T19:01:35Z</updated>
<entry>
<title>MFC r197461:</title>
<updated>2009-11-04T19:01:35Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2009-11-04T19:01:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=697651baa6d0aa981acea5931c6fa1657f44cb91'/>
<id>urn:sha1:697651baa6d0aa981acea5931c6fa1657f44cb91</id>
<content type='text'>
  Use __NO_STRICT_ALIGNMENT to determine whether de(4) have to apply
  alignment fixup code for received frames on strict alignment
  architectures.

MFC r197463:
 Consistently use bus_addr_t.

MFC r197464:
  Destroy dmamap in dma cleanup.

MFC r197465:
  Align Tx/Rx descriptors on 32 bytes boundary instead of PAGE_SIZE.
  Also align setup descriptor on 32 bytes boundary. Tx buffer have no
  alignment limitation so create dmamap without alignment
  restriction[1]. Rx buffer still seems to require 4 bytes alignment
  limitation but we can simply use MCLBYTES for size to map the
  buffer instead of TULIP_DATA_PER_DESC as the buffer is allocated
  with m_getcl(9).
  de(4) supports up to TULIP_MAX_TXSEG segments for Tx buffers,
  increase maximum dma segment size to TULIP_MAX_TXSEG * MCLBYTES.
  While I'm here remove TULIP_DATA_PER_DESC as it is not used anymore.

  This should fix de(4) breakage introduced after r176206.
  Submitted by:	jhb [1]
  Reported by:	WATANABE Kazuhiro &lt; CQG00620 &lt;&gt; nifty dot ne dot jp &gt;
  Tested by:	WATANABE Kazuhiro &lt; CQG00620 &lt;&gt; nifty dot ne dot jp &gt;,
		Takahashi Yoshihiro &lt; nyan &lt;&gt; jp dot freebsd dot org &gt;
</content>
</entry>
<entry>
<title>MFC: Explicitly bypass bpf(4) for media test packets during attach.</title>
<updated>2008-04-08T14:23:23Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2008-04-08T14:23:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1ff2df7fcc6e526cc7f47ff5e2a0af2bc911773a'/>
<id>urn:sha1:1ff2df7fcc6e526cc7f47ff5e2a0af2bc911773a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>The maxsegsz of a dma tag created in de(4) is TULIP_DATA_PER_DESC bytes.</title>
<updated>2007-06-07T00:28:47Z</updated>
<author>
<name>Pyun YongHyeon</name>
<email>yongari@FreeBSD.org</email>
</author>
<published>2007-06-07T00:28:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=78bec5fa2f8d5c533abd19b9f476c9d9f194e4af'/>
<id>urn:sha1:78bec5fa2f8d5c533abd19b9f476c9d9f194e4af</id>
<content type='text'>
In Rx path it allocates a new mbuf with m_getcl(9) so the length of
the mbuf is MCLBYTES which is greater than a segment size specified by
the dma tag. This segment size mismatch caused a voluntary panic.
Fix the panic by settting the mbuf length to TULIP_DATA_PER_DESC.

Reported by:	Arne H Juul &lt;arnej AT yahoo-inc DOT com&gt;
Tested by:	Arne H Juul &lt;arnej AT yahoo-inc DOT com&gt;
</content>
</entry>
<entry>
<title>Increase size of timer counter bitfield to accomodate the actual size of the</title>
<updated>2007-05-20T16:43:35Z</updated>
<author>
<name>Matt Jacob</name>
<email>mjacob@FreeBSD.org</email>
</author>
<published>2007-05-20T16:43:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c512bc298cd2f211091ff38a4973eb00159da9e5'/>
<id>urn:sha1:c512bc298cd2f211091ff38a4973eb00159da9e5</id>
<content type='text'>
default timer value.

Discovered By: gcc 4.2

MFC after:	3 days
</content>
</entry>
<entry>
<title>o break newbus api: add a new argument of type driver_filter_t to</title>
<updated>2007-02-23T12:19:07Z</updated>
<author>
<name>Paolo Pisati</name>
<email>piso@FreeBSD.org</email>
</author>
<published>2007-02-23T12:19:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ef544f631226436ef590825881e7a28369df82f6'/>
<id>urn:sha1:ef544f631226436ef590825881e7a28369df82f6</id>
<content type='text'>
  bus_setup_intr()

o add an int return code to all fast handlers

o retire INTR_FAST/IH_FAST

For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current

Reviewed by: many
Approved by: re@
</content>
</entry>
<entry>
<title>- Consistently use if_printf() only in interface methods: if_start(),</title>
<updated>2006-09-15T15:16:12Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2006-09-15T15:16:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6b9f5c941c90292a855cb13e27f3a7151aeb7cc6'/>
<id>urn:sha1:6b9f5c941c90292a855cb13e27f3a7151aeb7cc6</id>
<content type='text'>
  if_watchdog, etc., or in functions used only in these methods.
  In all other functions in the driver use device_printf().
- Use __func__ instead of typing function name.

Submitted by:	Alex Lyashkov &lt;umka sevcity.net&gt;
</content>
</entry>
<entry>
<title>Remove various bits of conditional Alpha code and fixup a few comments.</title>
<updated>2006-05-12T05:04:46Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2006-05-12T05:04:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=73dbd3da73d83f2bace8bfd2e4e33740ef82acf2'/>
<id>urn:sha1:73dbd3da73d83f2bace8bfd2e4e33740ef82acf2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Repo copy de driver to dev/de, and adjust.</title>
<updated>2006-02-26T17:52:04Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2006-02-26T17:52:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6e5832cd990ddbfa7ae68597fc55cd279cac3760'/>
<id>urn:sha1:6e5832cd990ddbfa7ae68597fc55cd279cac3760</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use the copy of the card's MAC address saved in tulip_enaddr() in the softc</title>
<updated>2005-12-22T16:18:23Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2005-12-22T16:18:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2a3d3a660b86e36c479a2dd3c32e02b3509f7c8b'/>
<id>urn:sha1:2a3d3a660b86e36c479a2dd3c32e02b3509f7c8b</id>
<content type='text'>
if we need a valid MAC address (for probing the media for example) before
ether_ifattach() has been called since IF_LLADDR() is NULL then.

Tested by:	tisco
</content>
</entry>
<entry>
<title>Use ETHER_ADDR_LEN rather than hardcoding 6.</title>
<updated>2005-12-21T15:15:43Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2005-12-21T15:15:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=87f34c405b117bc4f775ec677518c8d282e708e9'/>
<id>urn:sha1:87f34c405b117bc4f775ec677518c8d282e708e9</id>
<content type='text'>
</content>
</entry>
</feed>
