Quartus II crashing during assembler phase with Arria 10 devices

[Altera_Forum]

Hello everybody, 

I'm experiencing a problem during my VHDL design compilation during the "Assembler" phase when I choose an Arria 10 as target.  I've tried to compile with two different VHDL designs. Both compile without any problem on Arria V but if I choose the Arria 10 : 10AS066H5F34I3SG it makes my computer totally frozen when reaching Fitter phase. And when I choose the Arria 10 : 10AS032H4F34I3SG, this problem occurs :  problem details  error: Internal Error: Sub-system: ASMMDB, File: /quartus/ddb/asmmdb/asmmdb_serialize_pdb.cpp, Line: 99 Illegal Usage Stack Trace:0x7408e: ASMMDB_SERIALIZE PDB FACTORY::read_pdb(ASMMDB ISERIALIZE&, char const*) + 0x294 (ddb asmmdb) 0x4fb34: ASMMDB_TYPE_FACT5RY_EUILDER::serialize read(char const*, ASMMDB_ITYPE FACTORY_REGISTkY::FILETYPE) + 0x94 (ddb_asmmdb) 0x529e1: ASMMDB TYPE FACTORY_REGISTRY::REGISTERED_TF::get_type factory() + 0x3 (ddb_asmmdb) 0x553bf: ASMMDB-TYPE:FACTORY_REGISTRY::get registered_type_facory(std::basic string<char, std::char_traits<char>, MEM_STL_ALLOCATOR<char> > const&) + 0x11 (cidb_asmmdb) 0x3cb52: ASM2 STATE::createcompatible instance from_part(char const*) + 0x112 (comp_asm2) 0x3cffa: ASM2ISTATE::create device(ASMf_IPROJECT&) + 0x20 (compasm2) 0x39efcc: asm_assemble asmm(EMP FACADE*, CDB CHIP DB ENTRY*, ASM OPTIONS*, unsigned int, DEV_FAMILY_ENUM, DEVJAMILY_ENUM, DEV_PARTMANAGER*) + 0xalc (comp_asm) 0x2e17ea: asm assembleTCMP_FACABE*, unsigned-int,-bo;1&, FIO_PATT1 const&) + 0xaf3 (comp_asm) 0x12d8d: QASK1 FRAMEWORK::execute() + 0x59 (quartus asm) 0x2008c: qexe_standard_main(QEXE_FRAMEWORK*, QEXE_OPTION_DEFINITION const**, int, char const**) + 0x872 (comp_qexe) 0x11fd0: gasm_main(int, char const**) + 0xaO (quartus_asm) 0x49ef0: msg_main thread(void*) + 0x10 (ccl_msg) 0x5d4c: thr final- wrapper + 0xc (ccl thr) 0x49fa5: msg_threa_wrapper(void* (*)(void*), void*) + 0xSb (ccl_msg) 0x2dbeb: mem_th,-ead_wrapper(void* (*)(void*), void*) + 0x9b (quartus asm) 0x8def: err_threadwrapper(void* (*)(void*), void*) + 0x27 (ccl_erri 0x6112: thr thread wrapper + 0x15 (ccl thr) 0x4bee2: msg_exe main(int, char const**: int (*) (int, char const**)) + 0xa3 (ccl_msg) 0x11a42: main + 0x26 (quartus asm) 0x20a40: libcstartmain + (quartus_asm) (c.so.6)   End-trace    executable: quartus_asm comment: None   system information platform: linux64 os name: Ubuntu 15.04 os version: 15    quartus ii information address bits: 64 version: 15.0.0 build: 145 edition: Full Version  Since I develop on a computer in a private network, I cannot send directly the report to ALTERA. This text come from picture I took with my mobile phone and converted with an OCR, so there is maybe some false characters.  I hope that someone can give me a hand on this. Best regards. 

[Altera_Forum]

Why are you trying to generate a programming file for a device you can't possibly have yet? 

 Arria 10 support is still only in the "Advanced" state for all non ES devices so you should not even be able to start a assembly unless it is one of these devices. The end of the part number indicates which power version or sample version a part is, it should be ES or E2 or E3 to match the list below.  Full support Devices: 10AS066ES, 10AX066ES, 10AX115ES, 10AX115E2,10AT115E2, 10AX115E3

[Altera_Forum]

i'm working on a design that should be integrated in a future product of my company on Arria 10. I didn't know that it was only impossible to compile on specific Arria 10 devices. 

 Thus, I will try to use a full supported device on the list that you gave me.  Thank a lot for your answer.

[Altera_Forum]

has your computer enough physical memory ? 

  --- Quote Start ---  Altera recommends that your system be configured to provide virtual memory equal to the recommended physical RAM that is required to process your design. - See more at: http://dl.altera.com/requirements/15.1/#sthash.abcsrono.dpuf  --- Quote End ---    may be it will help you. it is said for arria 10 recommended physical memory size 18-48GB.

[Altera_Forum]

You should be able to run a "Full" Compile on design set up as other Arria 10 parts and it should automatically move to timing analysis after fit instead of moving on to Assembly. I've run 110(non ES) designs this way. 

 If you try to force it to do Assembly then I would have expected an error, or it to silently not run, but it might not have been tested for all cases.

[Altera_Forum]

Hello alex96, thanks to you I figured out that my computer has only 4GB of RAM, so I've increased my virtual memory swap partition of Linux to 24GB. But unfortunately this does not solve my issue. 

 Necare, I've tried with non-labelled "Advanced" devices : 10AX115H2F34I2SGES and 10AS066K3F35I2SGES but Quartus crash during the fit phase.  Finally, using "Initial" labelled devices I can do Timing Analysis if I skip the "Assembler" phase as you suggested me. I think that other devices will be totally available when Arria 10 will be released and Quartus updated.  Thanks again.

[Altera_Forum]

Hi, 

 For the Quartus II internal error, I would suggest that you file a case to Altera to get them fix it. Ideally the internal error should not have prompted. You can also ask if there is any workaround for it.

[Altera_Forum]

Hi nic_@, 

I did'nt mention it but I have submitted a support request to Altera in parallel with this topic. I hope that they will be able to fix the problem.

[Altera_Forum]

The Quartus II should have prompted compilation error instead of internal error. Filing a request to MySupport would be a way to get them to fix or get a patch.

[Altera_Forum]

Hello, 

A small update : I have tried to compile with Quartus II 14.1.0 (64-bit) and finally it worked for target 10AS066H5F34I3SG. So the problem may come from the version 15.0.0 on Linux or my installation was corrupted. It would take me too much time to download and reinstall the 15.0.0 version, so I will not do it immediatly.

[Altera_Forum]

You are right, if the 14.1 works, then can continue to use to to save time. By the way, 15.1 has been released, if you wana try, probably try it instead of 15.0.