Tak toto vam musim napsat. Tak uz se tu 2 hodiny, nebo snad jeste dyl seru s tim maskovanim BREAK instrukce, manual jsem precetl uz 10x, uz jsem vyzkousel vse a pak kurva zjistim, ze jsem cetl SPATNY manual, ve kterem sice je popsane exception handling, atd ale O TE SPECIAL INSTRUKCI CO SE MUSI UDELAT nebylo ani slovo!!! Takze pouceni zni, vysrat se na MIPS32-4K-Manual.pdf a pouzivat JEN R4000_Users_Manual_2Ed.pdf ! Asi me klepne!
Jirka H. Jiri Horky wrote:
Ahoj, prave na tom delam a diskusi jsem zaznamenal, ale diky za upozorneni.Vyjimky budeme moc pekne maskovat, uz tu mam otevrenou dokumentaci. Ono to totiz ignorovat znamena konec programu, protoze procesor ty vyjimka posila porad a porad dokola.Jirka H.BTW: me docela potesilo, ze se ten tazatel zeptal na takovou otazku(tu prvni), pac ho mam hrozne rad :DLukas Jezek wrote:Zdarec (Jirko),tadyty radky se mi zdaji byti dulezite (zbytek je jen blbost tazatele :D)Test exc4:27 printk ("Issuing break instruction, should be ignored...\n");28 asm ( 29 "break 10\n" 30 );Ackoli nas kernel Break vyjimku zcela ignoruje (bez ohledu na branch delay slot), msim se na tomto miste zastavi. Pro ukonceni je nutne ctrl+cMohu Vas ujistit, ze msim nezpracovava breakpoint exception jakkoliv specialne (ostatne muzete se ve zdrojacich msimu presvedcit sami). To,co zpusobuje zastaveni simulatoru, neni pravdepodobne sam msim, ale Vas kod.Problem bude mozna v tom, jak si vykladate pojem "ignorovat vyjimku". Nejde o to vyjimky si vubec nevsimat, ale naopak osetrit ji tak, aby kod, ktery tuto synchronni vyjimku vykonal, pokracoval dal. Prectete si dokumentaci k MIPSu, kde je uvedeno, jak s breakpoint vyjimkou pracovat a k cemu se typicky pouziva. Ignorujeme vyjimky stejne jako tazatel a nebo je pekne zamaskujeme? L.
