pouziva nekdo tady beaglebone s kombinaci se starterware?

[David Belohrad]

uz se v tom rypu temer tyden, zatim bez vysledku - teda bez
valneho. Zjistil jsem, ze chyba neni v inicializaci PHY - tam se totiz
ani nedostanu. Zhavaruje to jeste pred tim na alokaci pameti.

dnes jsem si s tim hral cely den, a mam dojem, ze je nejaka shnilost v
nastaveni stranek v MMU. Odstranil jsem inicializaci MMU a ejhle PHY
zacalo chodit, a zamrzlo to prozmenu pri alokaci pameti nekde v DHCP...

takze podezrivam, ze panove z texas instruments udelali nekde chybu v
inicializaci pameti.

nejak nevim, jestli to strankovani dobre chapu, ale z nejakeho neznameho
duvodu alokuji stranku 512MiB pro DDR pamet. Na cipu je ovsem pouze
128MiB. 

.d.
 


Jakub Ladman <ladmanj na volny.cz> writes:

> Rozhodně neodpovím na ten konkrétní dotaz, ale jako inspiraci příběh ze 
> života.
>
> Stavěl jsem průmyslový linuxkový strojík ARMem od cirrus logic.
> Na eval. boardu měli PHY čip, kterej jsem neuměl sehnat, tak jsem tam dal 
> DP83848. Několik nepoužitých pinů jsem v souladu s datheetem přes odpory 
> připojil k zemi.
>
> Eval. board a pak i moje deska používaly booltloader redboot.
> Redboot naběhl, ale síť neviděl ikdyž všechno na světě vypadalo že je v 
> pořádku.
>
> Tak jsem se vrátil s větší pozorností k tomu datasheetu od PHY a ejhle jeden z 
> pinů co jsem připojil na log. 0 se čte při resetu a když je v nízké úrovni, 
> tak se PHY přepne do loopback módu, čili přijímá jenom svůj vlastní výstup.
>
> Abych nemusel předělávat desku, modifikoval jsem inicializaci PHY v redbootu, 
> tak že se explicitně MII příkazem ten loopback zrušil.
>
> Původně jsem patchoval i inicializaci desky v jádře linuxu, ale to nakonec 
> nebylo třeba, protože tou inicializací v redbootu se to spravilo až do dalšího 
> resetu.
>
> Byl to veselý týden.
>
> Takže zrada může být podobného druhu...
>
> Jakub Ladman
>
>
>
> Dne Pá 22. února 2013 13:05:32 David Belohrad napsal(a):
>> Zdravim,
>> 
>> pouziva tady nekdo $SUBJ$? Mam takovy velmi zajimavy problem s jednim
>> demonstracnim prikladem: enet_lwip (a kdyz uz jsme u toho i
>> enet_echo). Demo aplikaci nahraji pres seriovy port:
>> 
>> - nejdrive bootloader, ktery nahraje aplikaci pres UART
>> - pak aplikaci.
>> 
>> oboji pres uart.
>> 
>> problem je v tom, ze samotna aplikace nejak neinicializuje (nebo spatne
>> inicializuje) ethernet PHY
>> a vytuhne na mrtvem bode. nevim proc. z celkoveho poctu 1000x se mi ji
>> nejakym zahadnym zpusobem podarilo rozjet 2x. a kdyz uz jsem to rozjel,
>> tak to fungovalo do te doby, nez jsem vypnul napajeni. tu binarku, ktera
>> 100% fungovala mam, ale kdyz vypnu a zapnu znovu napajeni a nahraji ji,
>> zase nefunguje.
>> 
>> je to obrovska zahada, zvlaste pri tom, ze kdyz zavedu misto moji
>> aplikace u-boot pro
>> 'jako-ze start linuxu', u-boot perfektne nainicializuje ethernet bez
>> nejmensich problemu.
>> 
>> takze ted hledam, jaky je rozdil mezi inicializaci toho demo prikladu a
>> u-boot. u-boot je ale komplexni kus software, takze neco v tom najit je
>> docela sranda.
>> 
>> nejake rady?
>> 
>> dik
>> 
>> .d.
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list