не беше много трудно за досещане, но един колега в другия край на коридора го е пуснал със собствена дистрибуция, и съоветния добавен дисплей - само че май не му се говори много. хардуеристите са досадно племе...
продължаваме с четенето и борбата...

Отиваш при него с каса бира и мезе, напиваш го добре. Накрая ще си каже всичко.

Това не знам дали при шведите върви така добре както при норвежците и финландците - при тях може и без мезе и вместо бира нещо по силно ...

и да ги напивам, все тая. и тука се напиваТ предимно с бира, пълна с алкохол - бира 15%... ужас. твърд алкохол поне колегите и познатите ми шведи не употребяват или може би само на Слънчев бряг, знаят какво е слововица

проблема се оказа в това че не чета където трябва - фреймбуфера се сетва само в u-boot конзолата, която от своя страна е достъпна само на един от серийните портове... какво да се прави продължавам.

но между другото дойдоха другите дисплеи, и 640х480 си работи всякак - просто него са приели за "стандартен" или поне аз така си мисля

Ако от U-boot нещо е hardcoded, твърдо указаното, въпреки всичко трябва да може да се редактира от user-level. Отделно U-boot някъде има env файл, където си държи всички променливи. Някъде по флаша трябва да е, лесно ще го намериш. Тоест не ти трябва конзола, за да промениш конфигурацията на U-boot. Отделно може да промениш само kernelcmd-то, също трябва да има ефект, особено за framebuffer-а.

ясно, ама ходи го обясни на ламер юзер като мене няма грижи - тъкмо стъкмих един външен кабел
щом швейцарците не са го обяснили по лесния начин, ще го разберем по трудния

не винаги е така. даже по-често не е. в случаите, които съм виждал до сега env е просто зона от флаша, а не файл във файлова система.
но пък и самия uboоt еволира, така че не се знае с какво бъдеще ще се сблъскаме.

това е така, защото за да имаш достъп до файла, трябва да вдигнеш файлова система. което пък се предхожда от инициализация на сторидж. за което пък ти трябват разни неща от env.

мемори мапа на uboot-а и кърнъла може да се различават, така че пипането във флаша от вдигната система също не е съвсем тривиално.
по принцип кърнала може да и да си инициализира регистрите на отделните контролери, може и да не ги пипа. зависи от конкретните драйвери. въпрос на проба/четене на сорсове. често се случва нещо да работи в uboot а като вдигнеш системата да не работи. и обратното.

до сега не съм могъл да избегна прекомпилация и на двете.

То е зона във флаша, но като структура е прост ASCII текстови файл. Трябва да му знаеш началото, мапваш адреса и с един обинковен текстови редактор ще си оправиш каквото ти трябва. Относно "работи под U-boot, не работи под кернела" - драйверите са различни (къде повече, къде по-малко), нормално. Но ако работи под u-boot, 100% без болка ще тръгне и под ядрото на системата.

Щом работи с 640х480 дисплеите е въпроса на конфигурация, която може да се направи по много начини.

Днес колегата ми го оБЯсни много добре - тоя das boot си е баш еквивалент на биос като си има и екстри. Чета и пиша и командите през тоя сериен порт действат но фреймбуфера е още проблемен фън да има

днес има слънце и сутринта беше -1... сигурно трябва да го приема за добър знак, но

[ 3.136676] tegradc tegradc.1: probed
[ 3.144744] tegradc tegradc.1: use default mode for tegrafb1: 640x480-16@60
[ 3.155465] tegradc tegradc.1: switching framebuffer to 640x480
[ 3.163977] tegradc tegradc.1: using mode 640x480 pclk=23750000 href=1 vref=1
[ 3.181355] tegradc tegradc.1: hdmi: can't set audio to 44100 at 23750000 pix_clock
[ 3.191852] tegradc tegradc.1: probed

това е в началото на u-boot-a и съоветно фреймбуфера
ясно че след като бутне, се монтра файловата система и т.н. и вече няма как да пиша в буут конзолата, въпроса е как и къде да спра процеса та да може да
използвам команди като setenv
иначе бутване си е описано тук
http://developer.toradex.com/software-r ... ux-booting , но явно аз съм сляп и тъп та не мога да разбера
под винЦЕ просто задъжаш спейса и си в буут менюто. от съпорта ми обясниха, ах - аз просто съм пишел в нормалната конзола, не в буут конзолата. е сега уж пиша само през тоя специален сериен порт, но явно не знам как и къде да спра процеса
ако някои има идеи да свирка

p.s. тъпо и просто - и тук е спейс, само да го бяха написали някъде
и това работи

setenv vidargs 'video=tegrafb0:480x272M-16@60'
save или saveenv
boot
и малкия дисплей работи

setenv vidargs 'video=tegrafb0:800x480-16@60'
и
setenv vidargs 'video=tegrafb0:640x480-16@60'
за другите дисплеи