Vga 788 что это

title Acronis Backup Advancend v11.5.43994 (32-bit) EN
kernel /Boot/Acronis/aba11.5.43994.krn quiet vga=788
initrd /Boot/Acronis/aba11.5.43994.fs /Boot/Acronis/aba11.5.43994-1.fs

Что нового в 1.2.3 версии:
— Обновлен UltraISO.

Что нового в 1.2.2 версии:
— Защита от запуска второй копии скрипта.
— Обновлен UltraISO.

Что нового в 1.1.2 версии:
— Добавлено извлечение второго initrd файла (если он присутствует).
— Обновлен UltraISO.

Источник

vga=795

просветите инвалида, почему ядро отказыватся понимать vga=795 [1280×1024@24bpp], пишет мол undefined number?

Re: vga=795

Разные причины могут быть.
Ты бы хоть сказал, какая у тебя видеокарта, ядро, чипсет. Ну и для полноты картины нарисовал бы куски dmesg’а соответствующие.

А то знаешь как грустно, когда телепаты ушли в бессрочный отпуск? 🙁

Re: vga=795

Re: vga=795

Проверь поддерживается ли у тебя этот режим.

прога называется по моему vbeчтото еше ксть в grub’е татая же возможность

Re: vga=795

Потому что не нужно ипать мозги, а нужно ставить vesafb-tng и всё будет путём.

Re: vga=795

>> а нужно ставить vesafb-tng и всё будет путём.

Пробовал vesa-tng на EN7600GS. Режимы переключаются, а кадровая развертка 60 герц.

Как пишет разработчик :

vesafb-tng::troubleshooting
nVidia 5900* boards

The newer nVidia boards, such as nv59* seem to ignore the refresh rate provided by vesafb-tng. It’s theoretically possible to circumvent the problem by editing the Video BIOS to change the default refresh rate. I have never personally attempted this, so please don’t ask me for any advice about how to do it.

Re: vga=795

Попробуй vga=31B написать.

Re: vga=795

Re: vga=795

насчет поддержки режима это идея, thanx. ща попробую из доски переключится. интересно, если окажется nvidia про этот vesa режим забыла, как тогда к этому относится? 🙂

Re: vga=795

Ну-ну, в век LCD-панелей народ ещё беспокоится по поводу развёртки. или «@100» дописать к режиму никак? Помнится у меня на gf6600/7900/8800 всё работало и есть не просило.

И позвольте спросить, а на фиг на core2duo пускать 64-битный софт, если в этом режиме он начинает сливать по скорости в отличие от amd64? Типа памяти сильно больше 4Gb и нужно всю её использовать?

Re: vga=795

Дяденька кулхацкер, вопрос был вообще то не про то, но уж если пошла такая пьянка. Вот как раз переезд на lcd панель и заставил озаботиться переездом на новый режим. Так для справки если для lcd родной режим 1280×1024, то как бы и консоль полезно в этом режиме юзать. Насчет коредуо, не буду спорить, я собсна на амд сижу. Да и чего спорить, верить некому, обзоры все сплошь как один проплачены, глаза врут. Про 4гб это вообще перл. И напоследок про мою немочь дописать что то типа video=vesa:1280×1024@60 так оно и не сработает, если конечно less /usr/src/linux/Documentation/fb/vesa.txt не врет а вот если video=nvidiafb:1280×1024-32@60 то оно вообще глючит, а если даже и заработает, то less /usr/share/nvidia-drivers/README иксы с ускорением запустить не удасться.

Так может все таки по сути будем говорить. Уж пардон за мой французский.

Re: vga=795

Нифига не понял и судя по всему чуть раньше произошло то же самое.

Re: vga=795

>> Ну-ну, в век LCD-панелей народ ещё беспокоится по поводу развёртки. или «@100» дописать к режиму никак? Помнится у меня на gf6600/7900/8800 всё работало и есть не просило.

Умный Вы наш. Вы один наверно все знаете.
Добавление в lilo.conf

append=»video=vesafb:1024×768-32@85″ не приводило к появлению 85 герц.

И вам, может быть перевести слова разработчика patch-a vesa-tng

>> The newer nVidia boards, such as nv59* seem to ignore the refresh rate provided by vesafb-tng. It’s theoretically possible to circumvent the problem by editing the Video BIOS to change the default refresh rate. I have never personally attempted this, so please don’t ask me for any advice about how to do it.

А насчет века LCD-панелей

Re: vga=795

>> Помнится у меня на gf6600/7900/8800 всё работало и есть не просило.

Афигеть можно. А какая видеокарта на данный момент у Вас сейчас?
Может быть Вы гость из будущего?

Источник

Графический VGA-контроллер на SoC без знаний HDL

Всем привет!
В одной из предыдущих статей мой коллега Des333 реализовал фреймбуфер для LCD, работающего на графическом контроллере ILI9341. Однако, его написание потребовало существенного опыта в разработке RTL-кода.

К тому же, не у каждого под рукой есть embedded LCD-дисплей, зато наверняка есть монитор с VGA-входом.Что же делать, если опыта разработки под FPGA мало, но есть SoC, а сделать что-то интересное хочется?

В этой статье мы расскажем, как разработать графический контроллер, имея на руках плату с SoC (Altera Cyclone V), дисплей с VGA и минимальные знания языков HDL (в нашем случае — Verilog).

Для примера будем использовать наши платки, но всё описанное заработает и на других.
Кому интересно, прошу под кат.

Я буду использовать отладочную плату CB-CV-SOM, работающую вместе с SoDIMM-модулем CV-SE-SOM:

К этой отладочной плате у нас есть шилд, на котором помимо VGA есть много интересного (см. metrotek.spb.ru/cbcvsom.html)

Архитектура

Для вывода изображения на дисплей нам нужны фреймбуффер, драйвер и модуль развёртки, который обеспечит связку между процессором и дисплеем, а также обеспечит непрерывное обновление кадров.

В SoC’е к ARM ( также называется HPS — Hard Processing System ) подключенна DDR3 память (1 GB в нашем случае), в ней и будет находится наш фреймбуффер. А в FPGA будет модуль, который нам нужно будет сделать с помощью Qsys.

Как работает VGA

VGA ( Video Graphics Array ) — это видео интерфейс, использующий аналоговый сигнал для передачи цветовой информации. Формат сигналов и их поведение похожи на тевелизионный сигнал.
Список сигналов:
vga_vs_o — вертикальная синхронизация
vga_hs_o — горизонтальная синхронизация
vga_r_o — данные красной составляющей пикселя
vga_g_o — данные зеленой составляющей пикселя
vga_b_o — данные синий составляющей пикселя

Shield поддерживает 16 бит на цвет, а это значит, что на синий и красный выделяется по 5 бит, а на зеленый 6. ЦАП сделан по схеме R2R.

Времянки выглядят так:

Прошивка для FPGA

Подробнее про Frame Reader и Clocked Video Output можно посмотреть тут.
Как собрать прошивку и какие настройки нужны для HPS можно прочитать в этой статье.

Altera PLL

Frame Reader

Clocked Video Output

Qsys Connections

Как выше сказано, на плате 16 бит, а из модуля выходит 32 бита, поэтому нужно внимательно назначить пины в qsf-файле, либо отредактировать выход для себя удобным образом в top файле проекта. Нам нужны старшие биты каждого цвета, они более информативны, чем младшие.

Обратите внимание, что это первое и единственное место, где мы редактируем код. Больше это не потребуется.

Драйвер и dtb

Нам потребуется драйвер altvipfb.

Вернемся к параметрам Bits per pixel per color plane и Number of color planes in parallel в Frame Reader. В драйвере написано:

Число бит на один цвет только 8 и ширина слова должна быть больше или кратна 32. С чем же связано такое ограничение? Смотрим дальше и видим:

Становится ясно, что драйвер работает в режиме True color, записывая цвет в 32 битное слово ( более удобно выравнивать, чем 24 ), и работает он только в таком режиме.

Чтобы собрать этот драйвер, в конфиге ядра надо внести следующие изменения.

Для того что бы linux узнал, что у нас в FPGA есть фреймбуфер от Альтеры, в dtb надо прописать следующие магические слова:

В параметре range — диапазон валидных адресов, с которых драйвер будет читать, а в reg = — стартовый адрес и сколько адресов занято alt_vip. mem-word-width это параметр Master port width в Frame Reader.

Запуск терминала и иксов

Заходим на прибор и загружаем драйвера:

Затем проверяем, все ли хорошо с помощью dmesg, и смотрим, есть ли похожая строка:

Затем выводим консоль на экран, подключенный к плате:

Ставим icewm и запускаем с помощью startx:

Итого: мы получили графический контроллер, с минимальными знаниями HDL языков.

Источник