Dobrý den, kde je problém si nejsem jistý. Původní doktorem Sojkou zkompilovaný emulátor s podporou SHM chodil roky bez potíží. To že došlo s novou verzí systému ke změně v jádře a předpokládáme, že je potřeba nová verze simulátoru. Pro embedded systému je změna ABI, pokdu je dokumentovaná, vpořádku. Pro výkonnost a vlastnosti by údržba kopatability byla problém a to má z pohledu RTOS prioritu. Podporu můžeme nyní mít již jen pro verzi 6.9 a licence jsou z 6.7 převedené. Možnost problému mě napadla až minulý týden, před tím než jsem došel na cvičení. Ing. Hubáček sice velkou část příkladů zkoušel před začátkem semestru, ale na tento problém narazil až začátkem minulého týdne. Minulý týden jsem zkusil připravit dvě varianty jádra vxWorks-sim-shm-6.9 - při jejím sestavení jsem vyšel z čisté konfigurace a povolil SHM a další především POSIXové služby. Možná je toho až moc. vxWorks-sim-base-6.9 - toto sestavení by teoreticky mělo odpovídat verzi vxWorks-sim z binární distribuce s přidaným SHM. Při zakládání projektu jsem zadal, že má vycházet z toho, který je v v instalaci. Při testu mi jedno jádro chodilo dobře, nejsem si teď na 100% jistý, které to bylo. Zkuste ho zadat do dialogu přímo. Kolega na ně nastavil symbolickou linku, tak jestli by nemohl být problém v tom. Na serveru Postel také může nastat potíž, že jsou v danou chvíli práva přidělena dříve přihlášenému uživateli. Nejsem si zcela jistý, jak je komunikace s ladícím démonem zabezpečená proti všem možným kolizím. Zítra v noci odlétám, takže toho již moc nezjistím. Zkouším to teď vzdáleně a také se mi nedaří kód spustit. Je nutné si založit vlastní simulátor, aby nedocházelo ke kolizím s jiným uživatelem jak v nahraných programech tak restartu. Co se mi poněkud nelíbí, je že registrační daemon je spuštěný pod uživatelem, který ho potřeboval jako první /opt/WindRiver/workbench-3.3/foundation/x86-linux2/bin/wtxregd.ex -V Na druhosu stranu v laboratořích s předáním počítače bez restartu potíže nikdy nebyly a ani letos jsem nějaký problém nezaznamenal. Pro jistotu a otestování jsem zkusil daemona zastavit, asi jsem tím aktuálně přihlášeným přidělal potíže. Tak se omlouvám. Ale ověřil jsem, že se daemon spouští skutečně s prostředím, pokud již spuštěný nebyl, a pouští se pod aktuálním uživatelem. To není správně, protože potom slouží i ostatním. Měl by běžet pod nějakým vyhrazeným uživatelem. V testování jádra jsem se asi spletl ve jménu. Protože se mi podařilo nyní test SHM spustit na jádře /opt/psr/vxWorks-sim-base-6.9 Přehození linky nechám na kolegovi Sojkovi. Který může pro kontrolu otestovat stav zítra lokálně. S pozdravem, Pavel Píša On Monday 24 of October 2016 23:21:56 cibulvit@fel.cvut.cz wrote:
Dobrý den,
nedaří se mi spustit RTP k úkolu 3, dostávám chybovou hlášku ze screenshotu. V dokumentaci jsem se k tomu dočetl toto:
"The kernel object-module loader rejects a module if it is not compatible with the VxWorks system, prints an error message, and sets errno accordingly (to S_loadElfLib_HDR_READ when the architectures are different".
Stále ale nevím jak to opravit.
S pozdravem, Vít Cibulka.