Electronic Components Datasheet Search
  English  ▼
ALLDATASHEET.NET

X  

AM79C940 Datasheet(PDF) 32 Page - Advanced Micro Devices

Part # AM79C940
Description  Media Access Controller for Ethernet (MACE)
PDF  122 Pages
Scroll/Zoom Zoom In 100%  Zoom Out
Manufacturer  AMD [Advanced Micro Devices]
Direct Link  http://www.amd.com
Logo AMD - Advanced Micro Devices

AM79C940 Datasheet(HTML) 32 Page - Advanced Micro Devices

Back Button AM79C940 Datasheet HTML 28Page - Advanced Micro Devices AM79C940 Datasheet HTML 29Page - Advanced Micro Devices AM79C940 Datasheet HTML 30Page - Advanced Micro Devices AM79C940 Datasheet HTML 31Page - Advanced Micro Devices AM79C940 Datasheet HTML 32Page - Advanced Micro Devices AM79C940 Datasheet HTML 33Page - Advanced Micro Devices AM79C940 Datasheet HTML 34Page - Advanced Micro Devices AM79C940 Datasheet HTML 35Page - Advanced Micro Devices AM79C940 Datasheet HTML 36Page - Advanced Micro Devices Next Button
Zoom Inzoom in Zoom Outzoom out
 32 / 122 page
background image
AMD
32
Am79C940
ensure the XMTFIFO does not underflow during the
transmit process, versus using the default XMTSP
value. Note that if 64 single byte writes are executed on
the XMTFIFO, and the XMTSP is set to 64-bytes, the
transmission will commence, and all 64-bytes of infor-
mation will be accepted by the XMTFIFO.
The number of write cycles that the host uses to write the
packet into the Transmit FIFO will also directly influence
the amount of space utilized by the transmit message. If
the number of write cycles (n) required to transfer a
packet to the Transmit FIFO is even, the number of
bytes used in the Transmit FIFO will be 2*n. If the num-
ber of write cycles required to transfer a packet to the
Transmit FIFO is odd, the number of bytes used in the
Transmit FIFO will be 2*n + 2 because the
End Of Frame
indication in the XMTFIFO is always placed at the end of
a 4-byte boundary. For example, a 32-byte message
written as bytes (n = 32 cycles) will use 64-bytes of
space in the Transmit FIFO (2*n = 64), whereas a
65-byte message written as 32 words and 1 byte (n = 33
cycles) would use 68-bytes (2*n + 2 = 68) .
The Transmit FIFO has been sized appropriately to
minimize the system interface overhead. However, con-
sideration must be given to overall system design if byte
writes are supported. In order to guarantee that suffi-
cient space is present in the XMTFIFO to accept the
number of write cycles programmed by the XMTFW (in-
cluding an
End Of Frame delimiter),
TDTREQ may go
inactive before the XMTSP threshold is reached when
using the non burst mode (XMTBRST = 0). For instance,
assume that the XMTFW is programmed to allow 32
write cycles (default), and XMTSP is programmed to re-
quire 64 bytes (default) before starting transmission. As-
suming that the host bursts the transmit data in a 32
cycle block, writing a single byte anywhere within this
block will mean that XMTSP will not have been reached.
This would be a typical scenario if the transmit data
buffer was not aligned to a word boundary. The MACE
device will continue to assert
TDTREQ since an addi-
tional 36 write cycles can still be executed. If the host
starts a second burst, the XMTSP will be reached, and
TDTREQ will deassert when less that 32 write cycle can
be performed although the data written by the host will
continue to be accepted.
The host must be aware that additional space exists in
the XMTFIFO although
TDTREQ becomes inactive, and
must continue to write data to ensure the XMTSP
threshold is achieved. No transmit activity will com-
mence until the XMTSP threshold is reached. Once 36
write cycles have been executed.
Note that write cycles can be performed to the XMTFIFO
even if the
TDTREQ is inactive. When TDTREQ is as-
serted, it guarantees that a minimum amount of space
exists, when
TDTREQ is deasserted, it does not neces-
sarily indicate that there is no space in the XMTFIFO.
The
DTV pin will indicate the successful acceptance of
data by the Transmit FIFO.
As another example, assume again that the XMTFW is
programmed for 32 write cycles. If the host writes word
wide data continuously to the XMTFIFO, the
TDTREQ
will deassert when 36 writes have executed on the
XMTFIFO, at which point 72-bytes will have been writ-
ten to the XMTFIFO, the 64-byte XMTSP will have been
exceeded and the transmission of preamble will have
commenced.
TDTREQ will not re-assert until the trans-
mission of the packet data has commenced and the pos-
sibility of losing data due to a collision within the
slot time
is removed (512 bits have been transmitted without a
collision indication). Assuming that the host actually
stopped writing data after the initial 72-bytes, there will
be only 16-bytes of data remaining in the XMTFIFO
(8-bytes of preamble/SFD plus 56-bytes of data have
been transmitted), corresponding to 12.8
µs of latency
before an XMTFIFO underrun occurs. This latency is
considerably less than the maximum possible 57.6
µs
the system may have assumed. If the host had contin-
ued with the block transfer until 64 write cycles had been
performed, 128-bytes would have been written to the
XMTFIFO, and 72-bytes of latency would remain
(57.6
µs) when TDTREQ was re-asserted.
Transmit FIFO—Burst Operation:
The XMTFIFO burst mode, programmed by the
XMTBRST bit in the FIFO Configuration Control regis-
ter, modifies
TDTREQ behavior. The assertion of
TDTREQ is controlled by the programming of the
XMTFW bits, such that when the specified number of
write cycles can be guaranteed (8, 16 or 32),
TDTREQ
will be asserted.
TDTREQ will be de-asserted when the
XMTFIFO can only accept a single write cycle (one word
write including an
End Of Frame delimiter) allowing the
external device to burst data into the XMTFIFO when
TDTREQ is asserted, and stop when TDTREQ is
deasserted.
Receive FIFO—General Operation:
The Receive FIFO contains additional logic to ensure
that sufficient data is present in the RCVFIFO to allow
the specified number of bytes to be read, regardless of
the ordering of byte/word read accesses. This has an
impact on the perceived latency that the Receive FIFO
provides to the host system. The description and table
below outline the point at which
RDTREQ will be as-
serted when the first duration of the packet has been re-
ceived and when any subsequent transfer of the packet
to the host system is required.
No preamble/SFD bytes are loaded into the Receive
FIFO. All references to bytes pass through the receive
FIFO. These references are received after the pream-
ble/SFD sequence.



Html Pages

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100  ...More


Datasheet Download

Go To PDF Page


Link URL



Does ALLDATASHEET help your business so far?  [ DONATE ] 

About Alldatasheet   |   Advertisement   |   Contact us   |   Privacy Policy   |   Link to Datasheet    |   Link Exchange   |   Manufacturer List
All Rights Reserved©Alldatasheet.com


Mirror Sites
English : Alldatasheet.com  |   English : Alldatasheet.net  |   Chinese : Alldatasheetcn.com  |   German : Alldatasheetde.com  |   Japanese : Alldatasheet.jp
Russian : Alldatasheetru.com  |   Korean : Alldatasheet.co.kr  |   Spanish : Alldatasheet.es  |   French : Alldatasheet.fr  |   Italian : Alldatasheetit.com
Portuguese : Alldatasheetpt.com  |   Polish : Alldatasheet.pl  |   Vietnamese : Alldatasheet.vn
Indian : Alldatasheet.in  |   Mexican : Alldatasheet.com.mx  |   British : Alldatasheet.co.uk  |   New Zealand : Alldatasheet.co.nz
Family Site : ic2ic.com  |   icmetro.com