Цитата

Монитор пишет что недопустимый режим что нужно 1280 х 1024. Как мне кажется SXGA это и есть 1280 х 1024. Или это в ядре нет поддержки этого режима?

если есть утилита

Код

fbdev

, то что она пишет?

и чисто "на шару" - в файле борды есть структура
mxc_fb_platform_data
вбейте туда для пробы VGA_SXGA

еще была непонятка при разборках с tve.c - я мог сдвинуть нумерацию видеорежимов..

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

в mxc_fb_platform_data VGA_SXGA вбивал и глухо.

fbdev есть в самом корне раздела но при попытке запустить пишет

./fbdev: Permission denied

хотя недавно прикручивал экран от Siemens S65 LS020
то видео через
mplayer -ao null -vo fbdev -vf scale=176:132 1.mp4
выдавало.
Да в линухе с нахрапа не разобраться :)
Что же главное с мёртвой точки сдвинулся. Буду дальше изучать.

Спасибо за помощь.

Цитата

./fbdev: Permission denied

на первый взгляд - прав не хватает, запуск от root?

можно посмотреть аттрибуты
ls -l fbdev

и поменять на "разрешить всё"
chmod 777 fbdev

Цитата

хотя недавно прикручивал экран от Siemens S65 LS020
то видео через
mplayer -ao null -vo fbdev -vf scale=176:132 1.mp4
выдавало.

я использую -nosound что в принципе эквивалентно..

Цитата

Да в линухе с нахрапа не разобраться :)

в отличии от других вариантов, тут хоть есть исходники и можно посмотреть/поправить/отдиагностировать с минимумм усилий..

В общем мучаюсь 3 сутки ни как не получатся корректно настроить тайминги. В режиме 1024х768 изображение появляется но оно как это выразиться идёт вертикальными полосами. А в режиме 1280х1024 прямо видно мерехтение.

Скажите Jury093 для чего служат файлы
mxc_edid.c
mxc_ddc.c
ldb.c

я так понимаю что на VGA в мониторе существуют некие выводы i2c по которым читается инфа о режимах монитора. Как мне кажется mxc_ddc.c занимается чтением этих режимов через функции доступные из mxc_edid.c. Как я вижу в файле mxc_edid.c
есть некая функция
get_detailed_timing которая "корректирует" тайминги.

Правильны ли мои догадки что работать должно так что сперва должно идти чтения данных о режимах монитора, затем в зависимости от этих режимов корректировать тайминги?
Я уже их перепробовал немереное количество и то изображение плывёт то вообще тухнет монитор.

эти файлы (первые два) организуют доступ к шине smbus монитора (где на шине i2c болтается eeprom с дампом настроек конкретного монитора)..
я в свое время запускал эту цепочку для lvds матрицы..
если эта подсистема не прописана, то никак не мешает и ядро/драйвер использует свои настройки..
ldb (могу ошибаться) для подсистемы вывода в lvds режиме (я сейчас пилю imx53, но в другом направление и не могу с ходу переключиться)..

если нет fbdev, покопайтесь в /sys/class/graphics/fb0 на предмет содержимого файлов mode modes и подобный..
в меню монитора или в структуре в драйвере попробуйте поменять полярность сигналов..
если руки дотянутся, то чуть позже посмотрю, что там можно покрутить еще..
а кроме 1024х768 другие пробовали (типа 640х480)? монитор - железяка смышленая, должна подстроиться.. а продвинутые в своем OSD пишут параметры входного сигнала..

со стандартными таймингами которые прописаны в tve.c
идёт только 1024х768. И то не стабильное изображение.
Пробовал ваше ядро всё точно также.

использую такие значения в струтуре
static struct fb_videomode video_modes_vga[] = {
.....
{
/* VGA 1280x1024 108M pixel clk output */
"VGA-SXGA",
60, //refresh
1280, //xres
1024, //yres
9259, //pixclock
248, //left_margin
38, //right_margin
48, //upper_margin
1, //lower_margin
112, //hsync_len
3, //vsync_len
FB_SYNC_HOR_HIGH_ACT | FB_SYNC_VERT_HIGH_ACT, //sync
FB_VMODE_NONINTERLACED, //vmode
FB_MODE_IS_VESA , //flag*/
},

А не подскажите как поменять эту самую полярность?

вот что пишет
# ./modes
./modes: line 1: V:1280x1024p-75: not found
./modes: line 2: D:1024x768p-60: not found
./modes: line 3: D:1920x1080p-60: not found
./modes: line 4: D:1680x1050p-60: not found
./modes: line 5: V:1280x1024p-60: not found
./modes: line 6: D:1024x768p-60: not found
./modes: line 7: D:800x600p-60: not found

с сожалению мне это ничего не говорит :(

опа! чего-то я ступил - не fbdev а fbset - вот правильное имя утилиты
вот так у меня выглядит:

Код

user@imx535:~$ cat /sys/class/graphics/fb0/mode
U:1280x800p-48
user@imx535:~$ cat /sys/class/graphics/fb0/modes
U:1280x800p-48
D:1024x768p-60
D:1920x1080p-60
user@imx535:~$ fbset

mode "1280x800-48"
# D: 64.998 MHz, H: 40.624 kHz, V: 48.477 Hz
geometry 1280 800 1280 2400 16
timings 15385 220 40 21 7 60 10
rgba 5/11,6/5,5/0,0/0
endmode

вот эти параметры

Код

FB_SYNC_HOR_HIGH_ACT | FB_SYNC_VERT_HIGH_ACT, //sync

вроде должны отвечать за полярность синхры..

заглянул в сорцы - я бы в файле ldb.c в структуру mxcfb_ldb_modedb самым первым вписал бы режим 1280х768..
очень похоже, что его тут явно не хватает..

Хм как то странно у меня почему то mode и modes выдают not found.

А зачем в ldb.c что то вписывать? Как я понял вся работа идет в tve.c.

Цитата

еще была непонятка при разборках с tve.c - я мог сдвинуть нумерацию видеорежимов..

ну, собственно, это и произошло - вылечилось закоментированием левого режима..
архив с исправлениями:
http://webfile.ru/b97181ca8d4a5a09486c05e2699d3cd1
строка загрузки:

Код

setenv bootargs 'console=ttymxc0,115200 rw rootwait video=mxcdi1fb:GBR24,VGA-SXGA di1_primary root=/dev/sda2'

где вместо sda2 подставить своё (по вкусу)..

после загрузки "эхнуть" в blank..

переходник с прошлого раза не менялся, в качестве подопытного NEC(17", 1280x1024)



в качестве дёгтя - геометрия изображения правильная и стабильная, но вертикальные линии с "дрожанием".. имхо, частота весьма приличная для VGA шнурка класса noname и нелепого переходника с лапшой.. вполне вероятно, что с нормальным шнуром и хорошим экранированием можно получить стабильный результат.. ну или урезать осетра на меньшее разрешение..