-- DISCONTINUED PRODUCT --

Receiving Inbound Frames

R

Maximum Permitted Frame Length

The maximum legal length of a frame specified in IEEE 802.3-2005is 1518 bytes for non- VLAN tagged frames. VLAN tagged frames may be extended to 1522 bytes. When jumbo frame handling is disabled and the core receives a frame which exceeds the maximum legal length, rx_bad_frame is asserted. When jumbo frame handling is enabled, frames which are longer than the legal maximum are received in the same way as shorter frames. For more information about enabling and disabling jumbo frame handling, see “Configuration Registers,” on page 78.

Length/Type Field Error Checks

Enabled

Default operation is with the length/type error checking enabled (see “Receiver Configuration,” on page 79). In this mode, the following checks are made on all frames received. If either of these checks fail, the frame is marked as bad.

A value in the length/type field that is greater than or equal to decimal 46, but less than decimal 1536 (a length interpretation), is checked against the actual data length received.

A value in the length/type field that is less than decimal 46 is checked to see that the data field is padded to exactly 46 bytes (so that the resultant frame is a minimum frame size of 64 bytes total in length).

Furthermore, if padding is indicated (the length/type field is less than decimal 46) and client-supplied FCS passing is disabled, the length value in the length/type field will be used to deassert rx_data_valid after the indicated number of data bytes so that the padding bytes are removed from the frame. See “Client-Supplied FCS Passing.”

Disabled

When the length/type error checking is disabled and the length/type field has a length interpretation, the MAC does not check the length value against the actual data length received. See “Receiver Configuration” in Chapter 8. A frame containing only this error is marked as good.

However, if the length/type field is less than decimal 46 then the MAC will mark a frame as bad if it is not the minimum frame size of 64 bytes.

If padding is indicated and client-supplied FCS passing is disabled, then a length value in the length/type field will not be used to deassert rx_data_valid. Instead, rx_data_valid is deasserted before the start of the FCS field, and any padding is not removed from the frame.

1-Gigabit Ethernet MAC v8.5 User Guide

www.xilinx.com

43

UG144 April 24, 2009

Page 43
Image 43
Xilinx UG144 manual Maximum Permitted Frame Length, Length/Type Field Error Checks, Enabled, Disabled

UG144 specifications

The Xilinx UG144, a comprehensive user guide for the versatile Zynq-7000 SoC (System on Chip) architecture, serves as an essential resource for developers and engineers designing embedded systems. Emphasizing the blend of programmable logic and processing power, this guide highlights the array of features and technologies that make the Zynq-7000 series particularly attractive for a wide range of applications.

One of the standout characteristics of the Zynq-7000 is its dual-core ARM Cortex-A9 processor, which delivers substantial performance for complex processing tasks. This soft processor enables high-speed computation, making it ideal for applications in fields such as automotive, industrial automation, and telecommunications. The guide emphasizes the ability to run multiple operating systems, including Linux and real-time operating systems, providing developers with versatile options for application design.

Additionally, the Xilinx UG144 outlines the extensive programmable logic resources integrated within the Zynq-7000 device. This FPGA fabric allows for customization and parallel processing capabilities, allowing designers to create powerful hardware accelerators tailored to specific application needs. The guide details how these programmable logic resources can easily interface with the ARM processors through a high-bandwidth AXI interface, promoting efficient data flow between the hardware and software components.

Key features highlighted in the UG144 include advanced connectivity options, including PCIe, USB, and Serial interfaces, which facilitate communication with other devices and systems. Furthermore, the guide provides insights into the supported design tools, such as the Xilinx Vivado Design Suite, which aids in both hardware and software co-design. This integrated environment significantly reduces development time while providing an efficient workflow for prototyping and testing.

In terms of performance optimizations, the guide discusses support for digital signal processing (DSP) capabilities, making the Zynq-7000 suitable for high-performance applications such as video processing and data analytics. The built-in DSP slices allow for efficient execution of complex mathematical functions, which is crucial for real-time data processing tasks.

Overall, the Xilinx UG144 guide encapsulates the versatility, performance, and flexibility of the Zynq-7000 SoC architecture. With its combination of ARM processing and programmable logic, along with robust connectivity options and development tools, it empowers engineers to create innovative solutions across a spectrum of industries, solidifying Xilinx's position as a leader in the field of embedded system design.