video=nvidiafb:1024x768-32@85 [недоРЕШЕНО]
Kami31 20 февраля, 2010 - 13:38
Ядро kernel-genkernel-x86-2.6.32-zen5 добавил в него поддержку фреймбуфферного драйвера nVidiafb (видео GeForce4 MX - nForce GPU [onboard])
При загрузке ядра экран пару раз подряд "мигает", после чего остаются стандартные 640х480.
/etc/lilo.conf
menu-title = "-=Gentoo boot menu=-" menu-scheme = Gk:kg:gk:Gg lba32 boot = /dev/sda map = /boot/.map prompt timeout=50 default=Gentoo image=/boot/kernel-genkernel-x86-2.6.32-zen5 label=Gentoo read-only initrd=/boot/initramfs-genkernel-x86-2.6.32-zen5 literal="root=/dev/ram0 dolvm real_root=/dev/l4n732nu5/gentoo video=nvidiafb:1024x768-32@85,mtrr:3,ywrap init=/linuxrc ramdisk=8192 rootfstype=reiser4"
»
- Для комментирования войдите или зарегистрируйтесь
гм вообще в вики не
гм вообще в вики не реккоменюдуется использовать fb нвидиевкий. чем вас в консоле vesa не устраивает?
не рекомендуют, потому, что
не рекомендуют, потому, что он конфликтует с проприетарными дровами на иксы? Я их не использую. Мне интереснее иметь аппаратное ускорение фреймбуффера, если есть такая возможность.
Per aspera ad astra
Kami31 написал(а): Мне
перед тем как нести чушь лучше бы погуглили и повикипедили ;)
1. vesa - это стандарт, который в любом случае поддерживается аппаратно!
2. когда видеокарта не поддерживает стандарт, нужен специальный драйвер, коим и является nvidiafb. ЕМНИП, GeForce 4 имеет поддержку VESA 2.0 и отсюда все проблемы ))))
огромное СПАСИБО :) за
огромное СПАСИБО :) за вразумительный ответ, ибо инфы куча, куда гуглить не всегда разберёшь. Буду пробовать KernelModesetting и Nouveau в ядро включить.
Per aspera ad astra
Вот это правильный ответ.
Вот это правильный ответ.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
А разве nouveau поддерживате
А разве nouveau поддерживате столь древнюю карту?
Вобщем, по-эксперементировал
Вобщем, по-эксперементировал я с фрейм-буффером. Пробовал ставить uvesafb. Но: во-первых, аппаратное ускорение он таки не поддерживает. Для сравнения (nvidiafb):
mode "1024x768-85" # D: 94.384 MHz, H: 68.593 kHz, V: 84.998 Hz geometry 1024 768 1024 16352 32 timings 10595 176 64 35 1 112 3 accel true rgba 8/16,8/8,8/0,8/24 endmode Frame buffer device information: Name : NV1f Address : 0xe0000000 Size : 134217728 Type : PACKED PIXELS Visual : DIRECTCOLOR XPanStep : 8 YPanStep : 1 YWrapStep : 0 LineLength : 4096 MMIO Address: 0xfd000000 MMIO Size : 16777216 Accelerator : Unknown (43)accel true, а у uvesafb -- false. Как следствие -- uvesafb тормознутая. Во-вторых, увы, когда fbset -i при uvesafb показывает 1024x768-85 -- реальная частота развёртки монитора 59Hz 8-/ на ЭЛТ это смотрится страшно... В чём же дело? Читаю документацию по uvesafb -- вижу: они честно предупреждают, что карточки nvidia могут не поддерживать стандарт управления частотой развёртки. И правда -- могут .\_/.
Дальше. Врубаю в ядро mtrr, nvidiafb (без опции дополнительного дэбага -- с ней она жутко глючит), в сорцы последней -- вписываю modeline. Собираю ядро, и без всяких его опций грузится родное разрешение с частотой.
Теперь о грустном. Почему-то при загрузке проца (например, компилянии чего-либо) -- некоторые горизонтальные линии пикселей экрана начинают смещаться, появляется рябь, буд-то сильный магнит приблизили к монитору. Выглядит мерзко. Плюс -- иногда между строчек символов консоли появляются короткие цветные горизонтальные чёрточки, исчизающие при перемещении текста, да ещё и шрифт какой-то замыленный слегка становится. Это на документированной частоте 85 герц для моего монитора. Раньше в иксах вписывал вручную сгенерённый modeline для 100Гц -- всё отлично работало. Попробовал сейчас в фреймбуффере консоли -- дрожит, аки свечи пламя на ветру, совсем не юзабельно >=(
И ещё по поводу фреймбуффера -- смотрелки картинок для фреймбуффера - либо вообще ничего н показывают, либо показывают странно, рандомно искажая цвет. При попытке запустить во фреймбуффере видео через mplayer -- жуткое дрожание при любой частоте развёртки, загрузка проца 100Гц, процесс не убивается... Вот так вот. Внимание -- вопрос!
В LINUX ВОЗМОЖНО ЛИ ВООБЩЕ НАСТРОИТЬ НОРМАЛЬНЫЙ ФРЕЙМБУФФЕР ДЛЯ КАРТОЧЕК Nvidia, или он подразумевает исключительно использование графического оконного режима, подобно оффтопику???
Per aspera ad astra
;)
Смотрите внимательней:
Т.е. даже на самых древних картах с 1 мб памяти и поддержкой Vesa 1.0.
Просто "аппаратно" - это и есть "ускорение", другое дело каких функций:
блиттинг - да, а векторную графику - нет
работу со страницами памяти - да (при достаточном объеме видеопамяти), шрифты - нет (только растр)
Еще раз:
Соответственно так же присоединяюсь, чем не устраивает? Вы понимаете разницу?
Вам "шашечки или ехать?" т.е. - 565 или 888 бит на цвет, это так критично для вас?
Если да - опишите разницу vesafb и nvidiafb, какие функции nvidiafb вам необходимы из тех что нет в vesafb? только частота монитора?
Покажите вывод
dmesg | grep fb
uvesa так ставился:
http://dev.gentoo.org/~spock/projects/uvesafb/
?
Gentoo - Symphony of Creations
Мне бы ехать...
Да, только частота. Но это критичный параметр. dmesg
uvesafb ставил по этой же инструкции
Per aspera ad astra
Вобщем
Проблема с uvesafb жуется безуспешно не только здесь.
Выяснил что эта дровина некорректно работает с таймингами на видеокартах NVidia.
В свою очередь есть чувак Spock (он же, видимо, и создатель v86d и uvesafb), который занимался созданием патчей вплоть до 2.6.23 версии ядра для uvesafb и для vesafb, успешно фиксящих данную проблему. Но забросил это дело, оставив в наследство последний патч для 2.6.23 версии ядра. При попытки его применения к 33 ядру получаю стадо ошибок,
хотя заявлено, что данный патч применим и для более поздних версий (видимо до 2.6.29) ядра.
Не пытался ли кто штудировать данную проблему и успешно применять патч для более поздних версий ядра 2.6.30+?
Буду ковырять, может разберусь, заодно вспомню функции VESA, давно это было :)
Gentoo - Symphony of Creations
Вы какое ядро пользуете?
Vanilla или gentoo-source? Если Вы про gentoo-source, то в /usr/portage/sys-kernel-gentoo-sources/ChangeLog
пишется про
Он случаем не в конфликте ли с патчем от Spock,а?
Неа не в конфликте
Ядро нестабильное 2.6.33
fbcondecor-0.9.6-2.6.33-rc7.patch - тоже его патч походу :)
прямо сейчас сравниваю исходники
и такое чувство, что в 33-ем этот патч применен и оптимизирован (разница в 1-2 кб для uvesafb.c)
при этом строки которые применяет патч уже присутствуют в ядре.
если все так, значит нужно сделать как рекомендует Spock на своем форуме:
создать заголовок в котором описать в структурах свои режимы и перекомпилить ядро.
попробую этот способ, отпишусь.
если не получится, попытаю счастье с заменой исходников на Spock'овские
Хочется добавить, (имхо) Spock - чувак с некрасивым стилем программирования, слабо знакомый с программированием vesa для защищенного режима :)
Gentoo - Symphony of Creations
Желаю удачи в этом деле!
И надеюсь на положительный результ ;)
Я понял что многие этого хотят :)
Мдя уж:
При любой попытке поднять частоту выше 60 Гц в консоли, либо Иксы уезжают и расплываются, либо машина намертво виснет. Если я все правильно делаю (а старые знания + гугление дают повод так считать), значит это и есть основная проблема обратной совместимости с дровами.
uvesafb действительно тормознутая, это слабости перехода в V86 из защищенного режима. Сам же вывод сделан напрямую и без тормозов. Долгие переключения консолей - лечатся параметрами модуля. Сам модуль значительно богаче vesafb и отлично его заменяет.
ЗЫ: Хочу так же отметить, что сказанное ранее про Spock'a касалось в основном VESA, напротив,
парень отлично пишет на Си, при его возрасте. А низкоуровневое программирование видео-контроллеров это удел нынче - дрово-писателей. Поэтому, учитывая какую огромную работу он проделал и не поскупился раскрыть исходники, можно только поблагодарить этого славного парня.
По теме, если нужны высокочастотные режимы, видимо остается юзать nvfb использовать которую я не горю желанием, поэтому приношу извинения за то что влез в тему из интереса, пытался помочь чем мог. Собственно пока затею бросать не буду, но охлажу немного пыл, двое суток почти не спал :)
Так что, если будут новые результаты, сообщу. Респекты.
Gentoo - Symphony of Creations
Я так и не понял, почему
Я так и не понял, почему позаброшена идея nouveau и KMS.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Ну, как минимум
Придется много от чего отказаться, а если машина напичкана DVB+TV+хочется рендерить и юзать CUDA (TUDA SUDA), то (имхо) это не выход.
Если же нет, тогда это просто еще один самодостаточный вариант на любителя.
Я лично не имею претензий к NVidia :)
А вот топикстартеру, наверное это как раз подойдет ....
Gentoo - Symphony of Creations
_Th'X_a_L0t!_
Огромное спасибо за проделанную Вами работу! Касательно Nouveau -- попробовать пока не могу -- с необходимым мне патчсэтом (низкая задержка -- машина будет использоваться для звукосинтеза, и reiser4 -- просто прихоть) c Nouveau ядро не собирается. Буду ждать, пока пофиксят. А пока что хотелось бы иметь стабильный рабочий фреймбуффер, хотя бы 1024x768-85@24 Если что-то в итоге получится -- прошу Вас опубликовать результат; несовместимомть с иксами меня пока устраивает -- любимый мною EMACS отлично выполняет все необходимые функции и в консоли. Кроме того, наверняка, я -- не единственный, кто этим интерисуется -- возможно, стоит проафишировать результаты.
Per aspera ad astra
Кстати!
Только сейчас обратил внимание :)
Вам не nvidiafb надо юзать а rivafb - она для legacy - карт!
Так что есть еще шанс ;)
Gentoo - Symphony of Creations
Кстати...
Коммьюнити, друзья, у кого видеокарты от ATI, как у вас дела с uvesafb и частотой развёртки больше 60 герцев обстоят?
Попробовал. С rivafb не
Попробовал. С rivafb не работает =(
А при сборке 2.6.33го ядра с патчсэтом (даже, если брать стабильный релиз Zen, или самому патчить нужное) -- выдаёт по-прежниму
Неужели, единственный выход -- купить другую карточку, например, от интела?
Per aspera ad astra
С каких пор интел - внешние
С каких пор интел - внешние видео продавать стал? оО
Только ATI (народ вроде не жалуется на VESA, на ней)
Про Хром - ниче сказать не могу - ненавижу S3.
ЗЫ: nouveau_connector.c
попробуй отрубить в конфиге ядра VESA connector
Gentoo - Symphony of Creations
Встречный вопрос -- этот
Встречный вопрос -- этот nouveau (nouveaufb?) таки должен контроллировать частоту развёртки фреймбуффера? Вот собрал ядро с оным несколько раз по-разному, да в итоге -- всё те же 60 герц =(
Может по сабжу уже есть сдвиги и кто подскажет способ фреймбуффер на nvidia с нормальной частотой развёртки поднять?
Per aspera ad astra
зачем все это нужно. просто
зачем все это нужно. просто напишите vga=normal и уберите из ядра поддержку фреймбуффера
..................................................................
Unix - дружественная система, но своих друзей она хорошо выбирает.
Ну а как ядро (nouveau,
Ну а как ядро (nouveau, фреймбуффер) при vga=normal узнает, какое разрешение мне нужно (при максимальном разрешении на ЭЛТ приемлимых для меня 80-100 Hz аппаратно не получится добиться)
Per aspera ad astra
Ну дык? Я не понимаю, никого,
Ну дык? Я не понимаю, никого, кроме меня не интересует иметь фреймбуффер с карточкой nvidia с нормальной частотой развёртки, или я единственный использую ЭЛТ и nvidia вместе взятые? Выходит, иксы -- единственный вменяемый способ общаться с осью???
Per aspera ad astra
/
Пример OS где есть framebuffer и он работает так, как Вам нужно, одного примера будет вполне достаточно.
Нет примеров
framebuffer не панацея, а кривая реализация возможности быстрого блитта.
То что хочет топикстартер это высокочастотные режимы развертки.
Gentoo - Symphony of Creations
не сразу заметил эту тему, но
не сразу заметил эту тему, но в принципе оно и понятно почему, у меня малость другая цель была, поэтому и создан новый топик, было бы не плохо, если Вам не сложно, заскочить и возможно присоветовать что-то толковой, месяц уже воюю, ну хоть с некими результатами... судя по коментам Вы не плохо в этой теме разбираетесь, +раздувается тема с увесой, как прислать лучку не понял, поэтому пишу тут
вот линка на тему
P.S. желающие со скилом также приветствуются в топике, а то у меня там монологами все скоро начнется, сам спросил - сам ответил
Kami31 написал(а): я
Весьма вероятно (-:Е
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Знал бы -- давно использовал
Знал бы -- давно использовал =)
Не могу врубиться в логику графической системы Линукса -- иксы кагбэ тормозящая фичастая свисто*делка, но без них -- выходит -- никуда? А великая и зловещая консоль -- настолько неюзабельна (ну, или юзабельна исключительно на не-ЭЛТ), что хоть глаза вырывай... Уныло сё... И удивляет то, что только я этим так расстроен.
Per aspera ad astra
вотъ
Ну вот, поставилв итоге иксы. Жизнь шикарна — любуюсь милыми цветовыми схемами ЕМАКСа. Больше плюсов не заметил. А, да, 100Гц ласкают глаз.
Но всё-де любопытство осталось. В иксах nouveau берёт частоту из modeline. Но в консоли остаются прежние 60Гц. Несмотря на хвалёный KMS. Так и должно быть, или может кто знает способ и в консоли поменять частоту с nouveaufb?
Per aspera ad astra
Давно бы уже у разрабов
Давно бы уже у разрабов nouveau можно было спросить.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.