]> CyberLeo.Net >> Repos - FreeBSD/stable/8.git/commit
MFC r197461:
authoryongari <yongari@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Mon, 5 Oct 2009 19:29:25 +0000 (19:29 +0000)
committeryongari <yongari@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Mon, 5 Oct 2009 19:29:25 +0000 (19:29 +0000)
commitd96ab9df4d61e718e1cd7e3ff57f56a72e14616c
tree8a1e26ed058fd0947de8f830af928cf607bfe6fc
parent0f3272426e52b7be955afe455b06c27edfa019c1
MFC r197461:
  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 < CQG00620 <> nifty dot ne dot jp >
  Tested by: WATANABE Kazuhiro < CQG00620 <> nifty dot ne dot jp >,
Takahashi Yoshihiro < nyan <> jp dot freebsd dot org >
Approved by: re (kib)

git-svn-id: svn://svn.freebsd.org/base/stable/8@197787 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sys/dev/de/if_de.c
sys/dev/de/if_devar.h