FIFO (electronic)

In digital electronics, a FIFO (acronym for first-in, first-out) is a digital circuit that stores incoming data in internal memory and outputs the stored data in the order it was received.[1] Data is stored on demand and the oldest stored data is output on demand, with both operations occurring independently[2] and at potentially different rates.[3] This is in contrast to a shift register, which requires data to be concurrently stored and output, and for the oldest data to sequentially propagate through memory before it is output.[2]
A FIFO primarily consists of a pair of counters that serve as read and write memory address registers, an addressable memory array, and status and control logic.[4]
The data stored in a FIFO typically have a fixed word size (number of bits), which is commonly referred to as the FIFO width. The maximum possible number of stored datums is known as the FIFO depth. Together, the width and depth determine the storage capacity of a FIFO.
FIFOs are used to exchange data between two hardware devices or between a hardware device and software.[5] They are commonly used to exchange data between circuits that operate in different clock domains, and for buffering and flow control between data producers and consumers which, over finite intervals, operate at different data rates.[lower-alpha 1][1]
Interface ports[edit | edit source]
A FIFO has two electrical interfaces known as the write port and read port, through which it exchanges data and status information with external circuits.[6][3]
The external circuitry consists of a data producer that stores data in the FIFO and a data consumer that fetches the stored data.[6] More specifically, the producer sends data to and receives status information from the write port, and the consumer receives both data and status from the read port.
Clock domain[edit | edit source]
Each port operates in the clock domain of the external circuit it is connected to, meaning that the port and external circuit share a common clock signal.[lower-alpha 2] The write port operates in the producer's clock domain and thus all write port signals are synchronized to the producer's clock. Similarly, the read port operates in the consumer's clock domain.
FIFO types[edit | edit source]
Every FIFO is categorized as either synchronous or asynchronous.
Synchronous FIFO [edit | edit source]

A synchronous FIFO is an electronic FIFO that uses a common clock for the read and write ports.[7][8]
Since read and write operations take place in the same clock domain, the FIFO's status signals (buffer level, threshold flags) can be safely used by both the data producer and consumer without causing metastability. Consequently, a synchronous FIFO outputs a single, shared group of status signals.
Asynchronous FIFO [edit | edit source]

An asynchronous FIFO is an electronic FIFO that uses different clocks for the read and write ports.[7][8]
To avoid errors due to metastability, a dedicated set of status signals (buffer level, threshold flags) is output for each clock domain.[8] The circuitry used to circumvent metastability introduces additional latency (compared to synchronous FIFOs) into status flag updates when data is written to an empty FIFO or read from a full FIFO.[8]
Memory attributes[edit | edit source]
To facilitate concurrent read and write operations, the memory in all asynchronous FIFOs[1] and in many synchronous FIFOs is dual-ported, typically consisting of a register file or dual-ported RAM (random access memory). In asynchronous FIFOs, the memory is an asynchronous circuit that is accessible to logic operating in any clock domain.[1]
Width[edit | edit source]
The data written to and read from a FIFO typically have the same, fixed word size (number of bits) — commonly known as the FIFO width[6] — which matches the native word size of the internal memory.
Depth[edit | edit source]
The maximum number of words that can be stored in a FIFO is known as the FIFO depth.[6] Although it is not required, the depth is usually an integer power of two, as this tends to simplify circuitry and improve speed performance.[9]
To avoid overflow, the FIFO depth must be large enough to store the data resulting from the worst-case difference between data production and consumption rates,[10] and the average bandwidths of the producer and consumer must match.[1] Also, in asynchronous FIFOs, a small amount of additional depth is usually provided to allow for status latency.[10]
Memory address registers[edit | edit source]
A FIFO is implemented as a circular buffer that employs two memory address registers (MARs) to store the addresses of (pointers to) the next memory locations to be accessed.[1] The read MAR (RMAR) indicates the next location that data will be read from, and the write MAR (WMAR) indicates the next location that data will be written to.[11] Each MAR is associated with a particular port, and thus operates in that port's clock domain.
-
Schematic excerpt of a basic synchronous FIFO. The memory address registers (MARs) consist of binary counters that directly output memory addresses WADDR and RADDR, which designate the next words to be written to and read from memory.
Each MAR is implemented as a counter, with the count incremented every time data is transferred (WMAR incremented upon FIFO write; RMAR incremented upon FIFO read).[3] Initially both MARs point to the first memory location and the FIFO is empty.[11] A FIFO becomes full when the write address reaches the read address, and empty when the read address reaches the write address.[1] When the MAR addresses the last location in memory, it will automatically roll over to the first memory address upon the next increment.[3]
For any particular FIFO, the MARs may be implemented as either binary or Gray code counters. Binary counters are usually preferred in synchronous FIFOs, as this simplifies the FIFO circuitry. Gray code counters, or Gray code-encoded binary counters, are used in asynchronous FIFOs to avoid errors due to metastability.
Status signals[edit | edit source]
Buffer level[edit | edit source]
Many FIFOs output a binary value that indicates the current buffer level (number of words stored).[11] Depending on its design, a FIFO may do this by either tracking the level with a counter or computing the level using pointer arithmetic. Synchronous FIFOs may use either method, whereas asynchronous FIFOs are restricted to using pointer arithmetic.[7]
Tracking via counter[edit | edit source]

In a synchronous FIFO, the buffer level may be monitored by tracking it with a bidirectional binary counter.[7] The count is incremented when data is written to the FIFO, and decremented when data is read. The binary count value output by the counter directly indicates the buffer level.
This method is not suited to asynchronous FIFOs because the read and write ports operate in different clock domains, which would require the counter to be controlled by two different clocks.[7]
Calculation via pointer arithmetic[edit | edit source]
In asynchronous FIFOs, and in many synchronous FIFOs, the buffer level is calculated from the current memory addresses. This is easily done when the FIFO is neither empty nor full because the level is equal to the difference between the write and read addresses. However, when the FIFO is empty or full, the addresses are equal and thus would be ambiguous if used to compute level.[11] Consequently, to distinguish between empty and full, it is common for each MAR to have one additional bit beyond what is needed to address memory. The resulting extended address (XADDR) is used to compute the FIFO level, while all bits of XADDR other than the most significant bit (MSB) (i.e., the LSBs) serve as the memory address.
In general, a MOD-Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle n} counter (a counter with Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle n} distinct output states) is used for a FIFO memory that can store Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle n/2} data words. For example, a MOD-32 MAR is used to generate addresses in a FIFO having a 16-word memory.
In cases where the MARs are binary counters, the buffer level is the difference between the MAR output values: Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle level=WMAR-RMAR} . For other output encodings (e.g., Gray code), the MAR outputs must be converted to binary before computing the difference. In either case, the difference is typically calculated by a MOD-Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle n} binary subtractor, with any resulting arithmetic borrow (i.e., carry out) discarded.
Buffer threshold flags[edit | edit source]
A FIFO outputs individual status signals (flags) that indicate whether particular data level thresholds are met. All FIFOs output full and empty flags, and some may also output additional flags such as half full, almost full, and almost empty.[1]
Status signals may be generated by directly comparing the synchronized read and write addresses or, if available, from the FIFO level. In the latter case, status signals are derived from the FIFO level via combinational logic or, in the case of full, by extracting the MSB. Depending on the FIFO design, the thresholds for almost full and almost empty flags (if implemented) may be application-specific constants or they may be programmable.[3]
-
Schematic diagram showing derivation of common threshold status flags. The level generator may be implemented as a binary subtractor performing pointer arithmetic, or as a level-tracking bidirectional counter.
-
Programmable threshold detectors used to generate almost empty and almost full flags. Threshold levels are defined by the binary values applied to the magnitude comparator inputs.
Usage[edit | edit source]
The FIFO status flags are used to notify the external data producer and consumer that critical thresholds have been reached. Typically the producer and consumer will respond to such notifications by suspending or resuming FIFO writing and reading, respectively. The producer or consumer (or both) may be a processor that polls status or receives status via interrupts, or it may be a purely hardware entity that uses the status signals to manage flow control.
In many FIFOs, the full and empty flags are used internally to qualify the write enable and read enable signals. Writing is inhibited when full is asserted: data is not written to memory and the write MAR is not incremented. Similarly, reading is inhibited when empty is asserted: the read MAR is not incremented, and typically the previous read data is output.
Address synchronization[edit | edit source]
In FIFOs that compute buffer level via pointer arithmetic, the read and write addresses must be synchronized to a common clock to ensure stable inputs for the binary subtractor. This requirement is inherently satisfied in synchronous FIFOs because read and write ports use the same clock. However, asynchronous FIFOs use different clocks for read and write ports, and consequently the buffer level must be independently calculated for each port in its own clock domain. This requires the current address of each port to be synchronized to the other port's clock, a process known as clock domain crossing.
Clock domain crossing is typically implemented by sequentially passing a port's current address through a series of two or more registers that are clocked by the other port. The first register synchronizes the address to the other port's clock, and subsequent register(s) mitigate any resulting metastability.
Gray code encoding[edit | edit source]
When incremented, a binary address will in many cases change by multiple bits at the same time (e.g., from 0111 to 1000}.[10] If the changing bits happen to be sampled too close to the moment they change (and thereby violate the sampling register's setup or hold time), some may be sampled at their previous state and others at their new state, thus producing an invalid address in the destination clock domain which matches neither the previous nor the new address.[10] When this happens, the buffer level calculated in the other clock domain will be incorrect.
To prevent such errors, the address is sent to the other clock domain as a Gray code value.[10] Since every address increment changes only one Gray code bit, the address received by the other clock domain is guaranteed to match either the previous or new address if sampled when the bit is changing.
In some FIFOs this is done by implementing the MAR as a Gray code counter that directly outputs Gray code addresses, as shown below:
Alternatively, a MAR with binary encoded outputs may be used in conjunction with a binary-to-Gray code converter. This requires the converter output to be reclocked before it crosses clock domains, to eliminate Gray code glitches caused by binary bits changing at different times.
Address processing[edit | edit source]
Each port sends its MAR address to the other port and receives the other port's address in Gray code via a clock domain synchronizer. Within each port, the received address is converted to binary and used to generate the buffer level and status flag signals in the port's clock domain. In FIFOs that use Gray code MARs, this is typically implemented as shown below:
Status latency[edit | edit source]
When a memory address register is incremented, the change is not immediately detected in the other clock domain.[10] This is because in the process of clock domain crossing, the address must sequentially pass through a series of synchronization registers, thus delaying its arrival in the other domain. This delay, in turn, increases the status latency because the address is used to calculate FIFO status. More specifically, during this delay, the apparent FIFO level in the other clock domain remains unchanged, and consequently its threshold flags may also be stale.
Under certain conditions, this higher status latency can hinder the efficient flow of data through a FIFO.[10] For example, when the consumer reads a word from a full FIFO, the write port's full flag is not immediately negated. This forces the producer to momentarily hold off new FIFO writes when it could be safely writing, resulting in a performance penalty if producer data is pending. Similarly, the read port's empty flag is not immediately negated when the producer writes to an empty FIFO, thus causing the consumer to hold off reading when data is actually available.
Overflow[edit | edit source]
An overflow will occur if the data producer (writer) writes to a FIFO whose memory is full.[1][4] If such a write is allowed to proceed normally, the new data word will overwrite the oldest stored word and, in the process, the write pointer (value output by the write MAR) will lap the read pointer, thus corrupting the FIFO level and making it appear that the FIFO contains only one word.[7] To avoid this, FIFOs are usually designed to maintain the correct FIFO level by dropping (discarding) either the new word or the oldest stored word. In either case, a notification signal is usually output to inform external circuitry that data was lost.
Mitigation by blocking[edit | edit source]
Upon impending overflow, the new data word may be dropped by blocking FIFO writes.[4] This is typically implemented by gating the FIFO's write enable with the full flag[7] as shown below. In such implementations, the full flag indicates that the buffer will not accept new data. This circuit operates solely in the write port's clock domain and therefore is suited to both synchronous and asynchronous FIFOs.
-
Typical circuit used to block writes when FIFO memory is full. A second gate outputs OVERFLOW to notify external circuitry that data has been lost.
Mitigation by overwriting[edit | edit source]
Alternatively, upon impending overflow, memory may be reallocated for the new data word by dropping the oldest stored word and reusing its memory location.[4] This is done by writing the new word as usual (thus overwriting the oldest stored word) while concurrently incrementing the read MAR. Since both MARs are simultaneously incremented, the apparent buffer level remains unchanged. Both MARs are incremented by the write port clock; consequently this process is not suitable for asynchronous FIFOs, which require the read MAR to be incremented in the read port's clock domain.
Applications[edit | edit source]
Clock domain crossing[edit | edit source]
Many systems are composed of multiple logic circuits, each operating in a different clock domain, which must communicate with one another.[1] To achieve this, every such circuit must exchange data with a circuit that is operating in a different clock domain. However, sending data directly to another clock domain is unreliable, because doing so could result in data corruption due to metastability.[9] This problem is avoided by passing the data through an asynchronous FIFO, which eliminates metastability and thus ensures the integrity of the conveyed data.[9]
-
An asynchronous FIFO used to reliably send data from one clock domain to another. The data producer (circuit A) and consumer (circuit B) operate in clock domains CLKA and CLKB, respectively. Signal directions are left to right unless otherwise indicated by arrows.
Data ingress timestamping[edit | edit source]
Some systems require knowledge of the arrival times of words from a data producer.[4] Common examples of this include radar, sonar, and data acquisition in control systems. Typically, such knowledge is acquired by timestamping each data word (associating it with the current time) when it arrives, effectively creating an ordered pair consisting of the data word and its arrival time.
In some cases, a processor cannot timestamp with sufficient accuracy (e.g., due to factors such as variable interrupt latency[4] or data arriving faster than it can be processed). In such cases, a FIFO may be used to precisely timestamp incoming data. Upon arriving, each data word is concatenated with the current time and the result is written to the FIFO as a single, composite word. When the processor reads the composite word from the FIFO (at a convenient later time), it can easily split the composite into its component data word and timestamp.
-
A FIFO used to timestamp incoming data words. In the event of a FIFO overflow, the processor is notified via interrupt that data has been lost. Signal directions are left to right unless otherwise indicated by arrows.
Pre-trigger data recording[edit | edit source]
In some applications a FIFO must collect data preceding an event.[2] For example, a digital oscilloscope is commonly used to record the analog signal samples immediately preceding a trigger signal, thus allowing it to display the signal waveform that occurred prior to the trigger.
To facilitate such recording, the FIFO is designed to overwrite the oldest sample upon overflow. This allows the FIFO, when full, to continue to accept new data and to automatically retain only the newest data up to its maximum capacity.
In operation, recording is started and the FIFO begins filling with incoming samples. If allowed to record long enough, the FIFO will become full and, upon each new incoming sample, the oldest recorded sample will be discarded to make space for the new sample. When the trigger arrives, recording stops and the recorded samples may be read from the FIFO. Overflows are ignored because any lost (overwritten) data that predates the recorded data is irrelevant.
-
Example circuit illustrating how pre-trigger data is recorded using a FIFO. The flash ADC issues one sample per clock, which is stored in the FIFO when RECORD is active. Recording begins when START is asserted and ends upon TRIG. The processor is notified via interrupt (IRQ) that recording has ended, and may then read sample data until the FIFO is empty.
See also[edit | edit source]
- Leaky bucket approach
Notes[edit | edit source]
<templatestyles src="Reflist/styles.css" />
References[edit | edit source]
<templatestyles src="Reflist/styles.css" />
- ↑ 1.00 1.01 1.02 1.03 1.04 1.05 1.06 1.07 1.08 1.09 1.10 1.11 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Balch, Mike. Complete Digital Design / A Comprehensive Guide to Digital Electronics and Computer System Architecture. McGraw-Hill Inc. ISBN 0-07-143347-3.
- ↑ 2.0 2.1 2.2 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>"FIFO Architecture, Functions, and Applications" (PDF). Texas Instruments. Retrieved 25 March 2026.
- ↑ 3.0 3.1 3.2 3.3 3.4 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>"Managed Hardware FIFO, Typical FIFO circuit functions". RealDigital. Retrieved 13 March 2026.
- ↑ 4.0 4.1 4.2 4.3 4.4 4.5 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Ganssle, Jack. "What Goes In Must Come Out". Embedded Systems Programming. Retrieved 25 March 2026.
- ↑ <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Herbert, Tom. "Hardware FIFOs — Device queues edition". Medium. Retrieved 25 March 2026.
- ↑ 6.0 6.1 6.2 6.3 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>"Synchronous FIFO". ChipVerify. Retrieved 9 April 2026.
- ↑ 7.0 7.1 7.2 7.3 7.4 7.5 7.6 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Cummings, Clifford E. "Simulation and Synthesis Techniques for Asynchronous FIFO Design" (PDF). Sunburst Design, Inc. Retrieved 25 March 2026.
- ↑ 8.0 8.1 8.2 8.3 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Swathi; Keerthana. "Design and Simulation of Asynchronous and Synchronous FIFO Using Verilog HDL". International Journal of Scientific Research & Engineering Trends, Volume 12, Issue 2. ISSN 2395-566X.
- ↑ 9.0 9.1 9.2 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>"FIFO Design and Implementation / SystemVerilog Tutorial". AICLAB. Retrieved 25 March 2026.
- ↑ 10.0 10.1 10.2 10.3 10.4 10.5 10.6 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Campos, Nelson. "Synchronous and Asynchronous FIFOs in Hardware". Retrieved 25 March 2026.
- ↑ 11.0 11.1 11.2 11.3 <templatestyles src="Module:Citation/CS1/styles.css"></templatestyles>Nebhrajani, Vijay. "Asynchronous FIFO Architectures" (PDF). Retrieved 25 March 2026.
