Recent Content
Why does the Intel® Quartus® Prime Pro Edition Software v20.2 prompts an internal error when generating the GPIO IBIS model with Intel® Stratix® 10 DX devices?
Description Due to a problem with the Intel® Quartus® Prime Pro Edition Software v20.2 and earlier, you may see an internal error is prompted when generating the GPIO IBIS model. You may observe an internal error message: Unknown I/O cell name. This problem only happens on Intel® Stratix® 10 DX devices. Resolution To work around this problem, download and install the following patch for the Intel® Quartus® Prime Pro Edition Software v20.2: Version 20.2 patch 0.39 for Windows (.exe) Version 20.2 patch 0.39 for Linux (.run) Readme for the Intel® Quartus® Prime Pro Edition Software v20.2 patch 0.39 (.txt) Please contact Intel Support if you need patches for earlier versions. This problem is fixed starting with the Intel® Quartus® Prime Pro Edition Software v20.3.How do I use the CHANGE_EDREG instruction to simulate a CRC error in Stratix, Stratix II, Arria GX, and Cyclone II and later series devices?
Description You can download the contents required to create a crc.jam file and follow the instructions below to issue the CHANGE_EDREG instruction to simulate a CRC error in Stratix®, Stratix II, Arria® GX, and Cyclone® II and later-series devices. Using the attached JAM file, modify line #9 to an arbitrary number. This is to change the CRC checksum value. DRSCAN 32, ; This will overwrite the CRC checksum in the Storage Register through the CHANGE_EDREG instruction. The CRC_Error pin will then go high, signaling a CRC error. You can use the command-line JAM player in the Quartus® II design software to execute the crc.jam file The command would be : quartus_jli -aconfig_io -cn crc.jam where n after the -c = the cable index. To find out the cable index for the USB-Blaster™, execute : quartus_jli -n Related Articles How do I use the EDERROR_INJECT JTAG instruction to simulate a CRC error in a Stratix III, Stratix IV or Arria II GX device? How do I clear the CRC error after using the CHANGE_EDREG JTAG instruction to force a CRC error?142Views0likes0CommentsWhy do statistics counters aFrameReceivedOK and etherStatsUndersizePkts of Triple Speed Ethernet IP MegaCore increase by 1 when the MAC function receives magic packet and wakes up?
Description The following patch provides a solution to ensure statistics counters aFrameReceivedOK and etherStatsUndersizePkts don\'t count in sleep mode. Please download the appropriate Quartus® II software version 10.0SP1 patch 1.210 from the following links: Quartus II software version 10.0SP1 patch 1.210 for Windows Quartus II software version 10.0SP1 patch 1.210 for Linux Quartus II software version 10.0SP1 ReadMe for patch 1.210 Caution: You must either have previously installed the Quartus II 10.0 SP1 software or must install the Quartus II 10.0 SP1 software before installing this patch. Otherwise, the patch will not be installed correctly and the Quartus II software will not run properly. After you install the patch please regenerate your Triple Speed Ethernet MegaCore® before you compile your design Resolution OR Please download the appropriate Quartus® II software version 10.1SP1 patch 1.77 from the following links: Quartus II software version 10.1SP1 patch 1.77 for Windows Quartus II software version 10.1SP1 patch 1.77 for Linux Quartus II software version 10.1SP1 ReadMe for patch 1.77 Caution: You must either have previously installed the Quartus II 10.1 SP1 software or must install the Quartus II 10.1 SP1 software before installing this patch. Otherwise, the patch will not be installed correctly and the Quartus II software will not run properly. After you install the patch, please regenerate your Triple Speed Ethernet MegaCore before you compile your design.75Views0likes0CommentsIs there a problem with dynamic reconfiguration for a receiver only channel in Stratix IV GX/GT devices?
Description Yes there is a problem with dynamic reconfiguration for a receiver only channel in Stratix IV GX/GT devices. For a receiver only channel, 25 words are read from the MIF instead of 38. To fix this problem, download and install the appropriate patch below. Download the Quartus II software version 11.0 SP1 Patch 1.06 for Windows (.exe) Download the Quartus II software version 11.0 SP1 Patch 1.06 for Linux (.tar) Download the Readme for the Quartus II software version 11.0 SP1 Patch 1.06 (.txt) You will then need to regenerate all the Receiver (ALTGX) megafunction instantiations and recompile the design so the MIF file is updated. This problem will be fixed in a future version of the Quartus II software.115Views0likes0CommentsIs there a known issue for the Intel® Stratix® 10 devices when SEU detection is enabled?
Description Users may encounter the Intel® Stratix® 10 devices not functioning as expected when reconfiguring the FPGA by toggling the nCONFIG low OR, via JTAG OR, when using Partial Reconfiguration (PR). This issue may only occur if the design enables SEU detection on all configuration modes: i.e. ASx4, AVSTx8/x16/x32, JTAG Once the issue is observed: In the case of reconfiguration, you must power cycle the FPGA to recover. In the case of PR, you can reconfigure the base design or power cycle the FPGA to recover. Resolution If SEU detection is not required, disable SEU detection If SEU detection is required, download and install the patch from the corresponding link below. Then, regenerate the bitstream (RBF/JIC/RPD/POF) with the existing SOF. Recompilation is NOT required. Patch for Intel® Quartus® Pro version 20.1: Download the version 20.1 patch 0.46 for Windows (.exe) Download the version 20.1 patch 0.46 for Linux (.run) Patch for Intel® Quartus® Pro version 20.2: Download the version 20.2 patch 0.47 for Windows (.exe) Download the version 20.2 patch 0.47 for Linux (.run) Patch for Intel® Quartus® Pro version 20.3: Download the version 20.3 patch 0.08 for Windows (.exe) Download the version 20.3 patch 0.08 for Linux (.run) This problem is fixed starting with the Intel® Quartus® Prime Pro Edition software version 20.4.Why is the read data from my inferred RAM incorrect when I use the no_rw_check attribute?
Description Due to a problem in the Intel® Quartus® Prime Pro edition software version 21.1, you may see incorrect results from your inferred RAM. This problem only affects inferred memories that use the RAMSTYLE = "no_rw_check" attribute. The incorrect data only occurs when reading from an address one clock cycle after it has been written to. All designs that are affected have this warning reported during synthesis. Warning (22231): RAM "<RAM_INSTANCE_NAME>" has all read-during-write behaviors changed to DONT_CARE due to the setting of the ramstyle attribute "no_rw_check" This problem does not affect RAMs that are instantiated or RAMs that are inferred using 3rd party synthesis tools. Resolution A patch is available to fix this problem for the Intel® Quartus® Prime Pro Edition software version 21.1 Download and install Patch 0.09 from the appropriate link below. Download patch Intel® Quartus® Prime Pro Edition 21.1 0.09 for Windows (.exe) Download patch Intel® Quartus® Prime Pro Edition 21.1 0.09 for Linux (.run) Download the Readme for Intel® Quartus® Prime Pro Edition 21.1 0.09 (.txt) This problem is fixed starting with the Intel® Quartus® Prime Pro Edition software version 21.2.Internal Error: Sub-system: PAN, File: /quartus/power/pan/pan_utility_impl.cpp, Line: 644
Description Due to a problem in the Quartus® II software version 11.0 and earlier, this error may be seen when you run PowerPlay Power Analyzer if the project enables vectorless estimation and has any Power Toggle Rate Percentage assignments. A patch is available to fix this problem in the Quartus II software version 10.1. Download and install patch 0.62 from the appropriate link below: Download the version 10.1 patch 0.62 for Windows (.exe) Download the version 10.1 patch 0.62 for Linux (.tar) Download the Readme for the Quartus II software version 10.1 patch 0.62 (.txt) This problem is scheduled to be fixed in a future version of Quartus II software. Related Articles Internal Error: Sub-system: PAN, File: /quartus/power/pan/pan_utility_impl.cpp, Line: 61957Views0likes0CommentsError: Could not find location for HSSI PMA RX Buffer that satisifes the VCCR_GXB/VCCT_GXB Voltage requirement of 1_1_V (1 location affected)
Description Due to a bug in the Quartus® II software version 12.0 SP2 and earlier you may see this error using Arria® V GX devices. If your design has more than one transceiver instance where some are configured for a datrarate greater than 3125Mbps, and some less than 3125Mps, the Quartus software is unable to resolve the required VCCR_GXB and VCCT_GXB voltage requirements. Resolution To fix this problem in Quartus II 12.0 SP2 install the appropriate patch 2.06 below. Quartus II software version 12.0 SP2 patch 2.06 for Windows (.exe) Quartus II software version 12.0 SP2 patch 2.06 for Linux (.tar) Quartus II software version 12.0 SP2 patch 2.06 Read Me file (.txt) This issue will be fixed in a future version of the Quartus II Software.Is there a work-around to enable the Quartus II Programmer only version 11.0 to see the USB-Blaster download cable?
Description Yes, the current work-around is to download jtag_hw_usb-blaster.dll and copy this file into your \altera\11.0\qprogrammer\bin folder. If your Quartus® II Programmer only software is currently open, close it and relaunch. Once in the programmer you will have to click on the "Hardware Setup" button once or twice and you should be able to see the USB-Blaster™ in the Quartus II Programmer only software. Related Articles Why is my USB-Blaster download cable not recognized by the Quartus II Stand-Alone Programmer version 11.0?149Views0likes0CommentsError: <your design path> alt_em10g32_0_gen/simulation/ed_sim/setup_scripts does not exist
Description You may see this error message when you attempt to generate the Low Latency Ethernet 10G MAC IP core in the Quartus® II or Quartus Prime software. Resolution This problem can be resolved by setting the QSYS_ROOTDIR as a System Variable, and adding that variable to the System path statement. This is described in the Quartus Install Manual in the "Quartus Prime Environment Variables" section: https://www.intel.com/content/dam/altera-www/global/en_US/pdfs/literature/manual/quartus_install.pdf The following link includes some additional information on those variables and how to set them in Windows: setting_up_environment_variables_for_gui.pdf73Views0likes0Comments
Featured Places
Community Resources
Check out the support articles on personalizing your community account, contributing to the community, and providing community feedback directly to the admin team!Tags
- troubleshooting10,348 Topics
- fpga dev tools quartus® prime software pro4,273 Topics
- FPGA Dev Tools Quartus II Software3,143 Topics
- stratix® 10 fpgas and socs1,537 Topics
- agilex® 7 fpgas and socs1,489 Topics
- arria® 10 fpgas and socs1,369 Topics
- stratix® v fpgas1,315 Topics
- arria® v fpgas and socs1,228 Topics
- cyclone® v fpgas and socs1,053 Topics
- Configuration1,023 Topics
Recent Blogs
Agilex® 5 and Agilex® 3 FPGAs now provide native MIPI D-PHY support for CSI-2 camera and DSI display interfaces, making it easier to bring sensor and display data directly into FPGA fabric for real-time processing, aggregation, adaptation, and transport. The blog highlights how scalable MIPI bandwidth, multi-interface connectivity, and integration with the Altera Video Solutions Stack enable high-performance vision, robotics, medical imaging, edge AI, and display systems while simplifying the path from image capture to processing and AI workflows.
13 days ago0likes
The Nios® V/c compact microcontroller is the third and the latest addition to the Nios V soft processor family and is supported in Intel® Agilex®, Intel® Stratix® 10, Intel® Arria® 10, and Intel® Cyclone® 10 GX FPGAs and SoCs. With the Nios V processor, you can easily create a processor and peripheral system using the traditional hardware tool flows like Intel® Quartus® Prime Software and Platform Designer as needed for your production solution.
14 days ago0likes
2 MIN READ
Altera is extending the availability of its Agilex®, MAX® 10, and Cyclone® V FPGA families through 2045 to support long-lifecycle applications like industrial, aerospace, and medical systems. This helps customers avoid costly redesigns and ensures reliable, long-term supply, reinforcing Altera as a trusted partner for decades-long deployments.
23 days ago2likes
To help address these challenges, Altera® is expanding the Agilex® 9 Direct RF-Series FPGA portfolio with the addition of the AGRW039, a new maximum-compute wideband device designed for demanding aerospace and defense RF applications.
23 days ago0likes
4 MIN READ
Runtime flexibility is only valuable when it is reliable High-speed systems are being asked to do more with the same hardware. A data-center platform may need to operate as a single 400G Ethernet link in one deployment, then support multiple 100G links in another. A front-haul or edge system may need to adapt to different rates, protocol roles, or customer configurations over the life of the product. The promise is simple: deploy one platform, then adapt it as requirements change. But in high-speed design, changing a configuration is not the hardest part. Changing it correctly is. A live transition is not just a speed change. It can require coordinated updates across the the various networking layers, along with clocking, lane mapping, reset behavior, and link recovery. If those layers do not move together and in the right order, the result can be an unstable link, silent data corruption, or a system that hangs indefinitely waiting for CDR lock. That is the real value of Altera Dynamic Reconfiguration: it gives designers confidence that runtime transitions are clean, verified, and repeatable. The Altera difference: clean, verified transitions Altera Dynamic Reconfiguration is built around a profile-driven, silicon-aware flow. Designers define the target operating modes in Quartus Prime, and the system generates validated profiles for each supported state. At runtime, the Dynamic Reconfiguration Controller applies the selected profile through a managed, hardware-driven sequence. It orchestrates the transition across the full protocol stack, ensuring MAC, FEC, PCS, and PMA layers are updated in a coordinated and deterministic order, rather than leaving the designer to manually manage each step. The result: clean, verified transitions - no partial configurations, no unsequenced resets, and no user-managed state machines to debug at 2 a.m. This matters because the transition itself is often where risk appears. A system may appear to support multiple modes on paper, but if each layer must be independently controlled, reset, and validated by user logic, the design team carries the burden of proving that every edge case works under real operating conditions. Altera reduces that risk by turning reconfiguration into a controlled system operation. The selected profile is known, and the transition is repeatable. Silicon-driven confidence The assurance comes from the architecture. Agilex devices use hardened transceiver and protocol IP designed for high-speed operation. Rather than treating reconfiguration as a collection of ad hoc register writes, Altera Dynamic Reconfiguration works with hardened IP and validated profiles to help ensure that runtime switching happens in a controlled, silicon-driven way. That silicon foundation is especially important at 100G and 400G data rates, where small sequencing mistakes can lead to difficult debug cycles. When designers hand-craft transceiver reset state machines, getting the order right, the timing right, and the edge cases right can take weeks. With Altera, those critical sequencing responsibilities are built into the reconfiguration flow. The benefit is not just ease of use. Ease of use is a result. The primary benefit is trust: designers can enable live switching with greater confidence that the system will move from one valid state to another without glitches. A practical advantage for real systems In real deployments, flexibility has business value only if it does not create operational risk. Altera Dynamic Reconfiguration helps a single hardware platform support multiple configurations while avoiding the disruption of a full FPGA reprogramming cycle or duplicate hardware paths for every possible mode. For networking platforms, this can mean supporting different Ethernet configurations on the same physical transceiver resources. For multi-protocol systems, it can mean adapting a port role as requirements evolve. For platform owners, it means more deployment options from the same hardware design. This is where Altera has a practical positioning advantage: customers get runtime flexibility with more of the critical transition behavior handled by the platform. Instead of asking designers to manually manage every reconfiguration step, Altera provides a structured flow designed to produce predictable, verified results. What the demo proves The Agilex 7 400G Dynamic Reconfiguration demo turns this story into proof. In the demo, two Agilex 7 FPGA boards are connected over QSFP-DD, and the system dynamically switches between a 400G Ethernet configuration and multiple 100G Ethernet links using the same setup. The demonstration shows more than a mode change. It shows live traffic validation, link status, packet counters, error status, and FEC behavior during the transition. That is the point: the feature is not theoretical. It is running on silicon, switching in real time, and validating the kind of clean transition designers need before they trust the feature in production systems. Why this matters now As data-center, telecom, edge, and industrial systems become more configurable, customers increasingly need hardware platforms that can support multiple roles over time. The question is no longer whether a system can support more than one mode. The question is whether it can switch modes cleanly, predictably, and with confidence. Altera Dynamic Reconfiguration is designed for that moment. It combines hardened IP performance, profile-driven control, and coordinated sequencing to deliver runtime flexibility without compromising reliability. Dynamic reconfiguration is valuable because it enables flexibility. Altera makes it compelling because it makes that flexibility trustworthy. Watch the Runtime Reconfiguration You Can Trust demo video
1 month ago1like