Intel® Quartus® Prime Software
Intel® Quartus® Prime Design Software, Design Entry, Synthesis, Simulation, Verification, Timing Analysis, System Design (Platform Designer, formerly Qsys)
16611 Discussions

Quartus 10.0 sp1 internal error on fitting stage - SuSE 11.3

Altera_Forum
Honored Contributor II
1,117 Views

Hi! 

 

I've installed full version of Quartus 10.0 SP1 on SuSE 11.3 with a standalone (MAC-locked) license file. To save disk space, I've only selected the Cyclone II and Stratix III devices for the installation. When synthesizing a simple test SOPC system (Nios II/f w/ dual-port onchip memory), Quartus II fails consistently at the end of the fitter stage. A popup window appears with this internal error message: 

 

Internal Error: Sub-system: DEV, File: /quartus/ddb/dev/dev_pkg_info.cpp, Line: 706 PKG file /home/gaudette/altera/10.0/quartus/common/devinfo/hardcopyiii/ddb_hcxa1fbga4848l_pkg.ddb not installed Stack Trace: 0x134fe3: DEV_PKG_INFO::load_data(DEV_PART_ENUM) + 0x243 (ddb_dev) 0xaada: DMGR_UTILITY_BODY::initialize_pkg_info_to(DEV_DEVICE*, DEV_PART_ENUM) + 0x98 (ddb_dmgr) 0x18253: DMGR_UTILITY_BODY::create_device(DEV_DEVICE*&, DEV_PART_ENUM) + 0x139 (ddb_dmgr) 0x18e69: DMGR_UTILITY_BODY::create_device(unsigned int, DEV_PART_ENUM, _Dinkum_std::vector<DEV_PART_ENUM, MEM_STL_ALLOCATOR<DEV_PART_ENUM> >) + 0x9d1 (ddb_dmgr) 0x19804: DMGR_UTILITY::create_device(unsigned int, DEV_PART_ENUM) + 0x54 (ddb_dmgr) 0xca9eb: RPT_HC_DRG_PANEL::rpt_initialize_total_resource_available() + 0xaf (comp_rpt) 0xcbc37: RPT_HC_DRG_PANEL::RPT_HC_DRG_PANEL(DEV_DEVICE*, CMP_FACADE*) + 0x595 (comp_rpt) 0xcfd0f: RPT_COLLECTOR::collect_hcx_conversion_resource_estimate() + 0x83 (comp_rpt) 0x15854e: RPT_MANAGER::collect_report_panel(RPT_COLLECTOR_PANEL_ENUM, bool) + 0xb2a (comp_rpt) 0x158c4f: RPT_MANAGER::create_standard_reports(bool) + 0xed (comp_rpt) 0x158e32: RPT_MANAGER::do_fitter_reports(bool) + 0x7e (comp_rpt) 0x253fc: qfit_execute_fit(QFIT_FRAMEWORK*) + 0x6ac (quartus_fit) 0x26375: QFIT_FRAMEWORK::execute() + 0x765 (quartus_fit) 0xd409: qexe_do_normal(QEXE_FRAMEWORK*, char const*) + 0x1bd (comp_qexe) 0x17cfd: qexe_standard_main(QEXE_FRAMEWORK*, QEXE_OPTION_DEFINITION const**, int, char const**) + 0x437 (comp_qexe) 0x12e2b: qfit_main(int, char const**) + 0x9b (quartus_fit) 0x1ea58: msg_main_thread(void*) + 0x18 (ccl_msg) 0x57c8: thr_final_wrapper + 0xe (ccl_thr) 0x201c2: msg_thread_wrapper(void* (*)(void*), void*) + 0x72 (ccl_msg) 0x48450: mem_thread_wrapper(void* (*)(void*), void*) + 0xd0 (quartus_fit) 0x9b20: err_thread_wrapper(void* (*)(void*), void*) + 0x2a (ccl_err) 0x57fb: thr_thread_wrapper + 0x2f (ccl_thr) 0x32cd1: msg_exe_main(int, char const**, int (*)(int, char const**)) + 0x97 (ccl_msg) 0xe8ef: main + 0x4f (quartus_fit) 0x16c0e: __libc_start_main + 0xfe (c.so.6) End-trace Why would Quartus be looking for Hardcopy III packages when my selected device is a Stratix III (EP3SL150C2)? 

 

Should I take the time to reinstall Quartus w/ this option or is there something else I'm overlooking? 

 

-J
0 Kudos
6 Replies
Altera_Forum
Honored Contributor II
405 Views

make sure that HardCopy migration isn't setup or anything like that. next file a bug report in a service request, and in parallel you may just want to install HCIII support to move on

0 Kudos
Altera_Forum
Honored Contributor II
405 Views

hi 

 

did you get a solution to this problem? we face the same issue here, but with all devices installed... 

 

thanks 

emanuel
0 Kudos
Altera_Forum
Honored Contributor II
405 Views

I'm afraid its a "me too" with this error: 

 

Internal Error: Sub-system: DEV, File: /quartus/ddb/dev/dev_pkg_info.cpp, Line: 706 

 

PKG file c:/altera/10.0/quartus/common/devinfo/hardcopyiii/ddb_hcxa3gxfbga1152cf_pkg.ddb not installed 

 

Stack Trace: 

 

0x3501b: DEV_PKG_INFO::load_data + 0x24b (DDB_DEV) 

 

0x8067: DMGR_UTILITY::create_device + 0x65a7 (DDB_DMGR) 

 

0x11d8e: DMGR_UTILITY::create_device + 0x102ce (DDB_DMGR) 

 

0x12e08: DMGR_UTILITY::create_device + 0x11348 (DDB_DMGR) 

 

0x19bf: DMGR_UTILITY::create_device + 0x3f (DDB_DMGR) 

 

0x1085fe: rpt_compute_hle_count_for_titan_lcell_ff + 0x6d9e (COMP_RPT) 

 

0x119f46: rpt_compute_hle_count_for_titan_lcell_ff + 0x186e6 (COMP_RPT) 

 

0x11edfe: rpt_compute_hle_count_for_titan_lcell_comb + 0x1bfe (COMP_RPT) 

 

0x32d0: RPT_MANAGER::collect_report_panel + 0x850 (COMP_RPT) 

 

0x36be: RPT_MANAGER::create_standard_reports + 0xde (COMP_RPT) 

 

0xfd5b: qexe_get_tcl_sub_option + 0xefb (comp_qexe) 

 

0x133f5: qexe_process_cmdline_arguments + 0x605 (comp_qexe) 

 

0x13521: qexe_standard_main + 0xa1 (comp_qexe) 

 

0x1a88: msg_exe_fini + 0xf8 (CCL_MSG) 

 

0x1a2c: msg_exe_fini + 0x9c (CCL_MSG) 

 

0xa2b0: operator new[] + 0x130 (ccl_mem) 

 

0x35ff4: msg_exe_main + 0x74 (CCL_MSG) 

 

0x196ab: BaseProcessStart + 0x2b (kernel32) 

 

End-trace 

 

Design is targetting a StratixIV, compilation is running on a 64 bit machine, and all devices are installed. I'll be raising a service request...
0 Kudos
Altera_Forum
Honored Contributor II
405 Views

Reinstalling Quartus II 10.0 & 10.0 SP1 with Hardcopy III device support seemed to resolve the issue for me. 

 

I also think the problem can be narrowed down to when I use the DE3 System Builder tool included on the DE3 CD. A bare bones DE3 module contains clocks and the proprietary IOV IP. This needs to be confirmed. 

 

-J
0 Kudos
Altera_Forum
Honored Contributor II
405 Views

OK, I did the same thing and the problem has gone away... 

 

I thought I had done a full install previously - is there any easy way to determine what is actually installed?
0 Kudos
Altera_Forum
Honored Contributor II
405 Views

I believe the log file will tell you what components you installed. This is named 'altera_installer.log' and 'altera_installer_10.0sp1.log' and should by in your main 'altera/10.0' install directory.

0 Kudos
Reply