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(a)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.
