Quartus падает на фиттере Опции

[novartis]

Очень часто падает квартус при компиляции одного проекта в начале стадии Fiitter. Чтобы скомпилить проект с первого раза, делаю очистку проекта, чаще всего это помогает. Сегодня что то никак не компилится.
Последние сообщения в квартусе:

Код

Info (14951): The Fitter is using Advanced Physical Optimization.
Info (170190): Fitter placement preparation operations ending: elapsed time is 00:02:39
Info (11888): Total time spent on timing analysis during Global Placement is 43.63 seconds.
Info (18258): Fitter Spectra-Q Physical Synthesis operations beginning

И репорт из краш репорта:

Код

Problem Details
Error:
Internal Error: Sub-system: AMM, File: /quartus/db/amm/amm_atom_mod_util_impl.cpp, Line: 4729
oterms are in different partitions (atom: -1)
Stack Trace:
    0x310c9: AMM_ATOM_MOD_UTILITY_IMPL::should_return + 0x109 (db_amm)
    0x22a59: AMM_ATOM_MOD_UTILITY_IMPL::change_iterms_source_legacy + 0x799 (db_amm)
    0x3930a: BSYN_AMU::change_iterms_source_nt + 0xca (fitter_bsyn)
    0x98695: BSYN_RETIME::MoveBack + 0xa45 (fitter_bsyn)
    0x91c61: BSYN_RETIME::BackwardRetimeComb + 0x961 (fitter_bsyn)
    0x9c0d4: BSYN_RETIME::Run + 0x384 (fitter_bsyn)
    0x2f2a5: BSYN_ALGORITHM_BASE::Execute + 0x25 (fitter_bsyn)
    0x3014f: BSYN_STRATEGY::Run + 0x4f (fitter_bsyn)
    0x2f73a: BSYN::bsyn + 0x10a (fitter_bsyn)
    0x2f5e9: bsyn + 0x89 (fitter_bsyn)
   0x89c206: bi_run_bsyn + 0x136 (fitter_vpr20kmain)
   0x89c3e2: bi_bsyn + 0x42 (fitter_vpr20kmain)
   0x5738d5: VPR_QI_FACADE::bsyn + 0x85 (fitter_vpr20kmain)
   0x57360e: VPR_QI_FACADE::vpr_apl_bsyn_flow + 0x5e (fitter_vpr20kmain)
    0x2cb66: FDRGN_EXPERT::run_vpr + 0x196 (fitter_fdrgn)
    0x2883b: FDRGN_EXPERT::place + 0x3b (fitter_fdrgn)
    0x143cb: fit2_fit_place_auto + 0x20b (comp_fit2)
    0x161e2: TclNRRunCallbacks + 0x62 (tcl86)
     0x3c4a: fit2_fit_place + 0x2fa (comp_fit2)
    0x161e2: TclNRRunCallbacks + 0x62 (tcl86)
    0x17a65: TclEvalEx + 0xa65 (tcl86)
    0xa6f8b: Tcl_FSEvalFileEx + 0x22b (tcl86)
    0xa5646: Tcl_EvalFile + 0x36 (tcl86)
    0x12606: qexe_evaluate_tcl_script + 0x376 (comp_qexe)
    0x11864: qexe_do_tcl + 0x334 (comp_qexe)
    0x16755: qexe_run_tcl_option + 0x585 (comp_qexe)
    0x380c3: qcu_run_tcl_option + 0x1003 (comp_qcu)
    0x160aa: qexe_run + 0x39a (comp_qexe)
    0x16e51: qexe_standard_main + 0xc1 (comp_qexe)
     0x2233: qfit2_main + 0x73 (quartus_fit)
    0x12d68: msg_main_thread + 0x18 (CCL_MSG)
    0x1454e: msg_thread_wrapper + 0x6e (CCL_MSG)
    0x15b00: mem_thread_wrapper + 0x70 (ccl_mem)
    0x12631: msg_exe_main + 0xa1 (CCL_MSG)
     0x287e: __tmainCRTStartup + 0x10e (quartus_fit)
    0x159cc: BaseThreadInitThunk + 0xc (kernel32)
    0x2a560: RtlUserThreadStart + 0x20 (ntdll)

End-trace


Executable: quartus_fit
Comment:
None

System Information
Platform: windows64
OS name: Windows 7
OS version: 6.1

Quartus Prime Information
Address bits: 64
Version: 17.0.2
Build: 602
Edition: Standard Edition

Может кто знает решение....

[andrew_b]

Начните с проверки памяти в компьютере.
www.memtest.org
Вообще убедитесь, что комп в порядке. Не перегревается ли процессор и т. д.

[Kuzmi4]

2 novartis
а у вас там нет навороченных конструкций на SV ? Пробовали другие версии Q2 ?

[Flip-fl0p]

У меня похожая проблема была.
Решилось сносом винды... До этого не хотел Quartus работать.

[bogaev_roman]

Очень часто падает квартус при компиляции одного проекта в начале стадии Fiitter. Чтобы скомпилить проект с первого раза, делаю очистку проекта, чаще всего это помогает. Сегодня что то никак не компилится.

Падает на конкретном проекте? Бывало несколько раз - не помогала чистка проекта/небольшие изменения алгоритма, приходилось возвращаться к предыдущим версиям или создавать проект заново, решения найдено не было, было замечено в версии 13.1.
ЗЫ. Сложных конструкций на SV не было, ошибка компиляции повторялась на других компах.

[novartis]

Тест памяти и снос винды - пока это будет план Б).

Я пишу на vhdl, sv не использую, но в проекте есть корки от Альтеры (pcie, трансиверы), а там sv присутствует.
Пользуюсь квартусом 17.0.2, на другом квартусе проверить можно, но надо для этого перегенерить корки...

Падает на одном конкретном проекте, я в принципе только им и занимаюсь.

Еще в проекте созданы partition designs, а в краш репорте упомянуто oterms are in different partitions (atom: -1). Может из-за этого....


PS: удалил половину design partitions, проект не чистил - в результате скомпилилось .

[andrew_b]

Тест памяти - пока это будет план Б).

А, ну то есть вместо того чтобы отсечь половину возможных причин проблемы, будем бить в бубен. Ну удачи.

[Koluchiy]

На 17 не работал, а на 12 вполне себе было так, что висло на фиттере, а иногда даже на ассемблере с непонятными причинами.

У меня сложилось такое впечатление, что чем сложнее констрейны всех видов, тем больше вероятность, что будет виснуть.
Партиции, ручное размещение на кристалле (особенно - кусками, состоящими из нескольких прямоугольников) и всё прочее, отличное от стандартной-студенческой тактики компиляции проекта.
Соответственно, если начинало виснуть - занимался упрощением проекта.

[Александр77]

У меня на 35 % мог возиться часами (проект собирался за 15 минут).
Долго не мог понять причины, но однажды освободил диск С, и при свободных 10-15% от общей памяти, все перестало виснуть и сбиваться.

[Harbour]

Linux юзайте в продакшене, а не пасьянс-гонялку. Или шлем на голову, забрало вниз, шпоры в клячу от m$ и вперед - на ветряные мельницы.

[Dima_G]

Неоднократно нарывался на падения фиттера (Q15..Q16 под Linux).
Помогали только шаманские танцы с бубном - максимальное упрощение проекта и постепенное включение его частей до начала падения при сборке.
Результирующие причины были разные - сложные для него конструкции на SV, пины без Location Assigment, либо с неправильным Location Assigment.

[Harbour]

Неоднократно нарывался на падения фиттера (Q15..Q16 под Linux).
Помогали только шаманские танцы с бубном - максимальное упрощение проекта и постепенное включение его частей до начала падения при сборке.
Результирующие причины были разные - сложные для него конструкции на SV, пины без Location Assigment, либо с неправильным Location Assigment.

в случае реальной ошибки фитера всегда можно на evaluation license запулить bug-report, типа ты не причем. Q15 еще божеская тема, я начинал с Q10 - вот это пестня...

в любом случае синтезатор в квартусе - это все еще посредственный кусок гавна - синтезить нужно хотя бы в менторе, а в квартусе только place & route.

[novartis]

Прислали ответ из саппорта альтеры:

Thanks for using Intel MySupport.

This may be one of known issue from what I found out in our database. According to that communication, it should have been fixed in Quartus Pro and not propagated to Standard. Are you going to migrate your design to Pro? Or you may try out to disable the following QSF in Standard to avoid the occurrence of IE:

set_global_assignment -name SPECTRAQ_PHYSICAL_SYNTHESIS OFF
Let me know if it is working on your design.

В Standard версии выключил SPECTRAQ_PHYSICAL_SYNTHESIS, проблема исчезла, за пять компиляций ни разу не падал.
И время компиляции уменьшилось, было ~60 минут, стало ~45.