framebuffer 1024x600
Есть железка eee pc 901. На ней видяха intel 945 gme. Разрешение экрана 1024x600. Задача - поднять кадровый буфер.
Способы решения: включить KMS в настройках модуля intel. Последствия - периодически вылетают при переключении между терминалами, и виснут после просыпания иксы.
Второй способ - vesafb. Настроить ниасилил. Делаю всё по ману. Пробовал вписывать video=vesafb:1024x600-32, и много всего другого пробовал - без толку.
vesafb-tng - это что, уже неактуально? Много мануалов по интернету нахожу про него, а в ведре поддержки найти не могу.
Буду благодарен любым советам.
И вот ещё - при включённом KMS загрузка gensplash (при старте системы) работает, а уже после старта (в консоли) fbcondecor не включается, хотя ошибок никаких при запуске не выдаёт.
- Для комментирования войдите или зарегистрируйтесь
Какие версии libdrm, mesa,
Какие версии libdrm, mesa, xorg-drivers, xf86-video-intel?
libdrm-2.4.14 mesa-7.5.2 xorg
libdrm-2.4.14
mesa-7.5.2
xorg-drivers-1.7
xorg-server-1.7.3
xf86-video-intel-2.9.1
рекомендую попробовать 32
рекомендую попробовать 32 ядро и вышеперечисленные пакеты как минимум из тестовой ветки. libdrm, mesa и xf86-video-intel можно даже из гита попробовать (оверлей x11).
Ведро итак 32-е. Пакеты
Ведро итак 32-е. Пакеты попробую обновить.
А framebuffer откуда брать? Из KMS? Будет не глючить, думаешь? =)
kms на интеле более или менее
kms на интеле более или менее нормально работает.
Видяха точно такая же?
Видяха точно такая же? 945gme? тоже ееешка? Засыпаете через что? =) suspend и hibernate...
Второе более или менее нормально работает, а вот второе глючит. Причём глюк заметил недавно, не понял, в точности, от чего.
Flaming написал(а):Видяха
?
Я ♥ Gentoo & Funtoo
Глючит первое. %) Глючит
Глючит первое. %)
Глючит suspend (который в оперативку), а нормально работает hibernate (который на диск). Но слишком уж медленно, потому что SSD. С этим я смирился, в следующий раз буду брать жёсткий диск. :) А вот первое непонятно, и жутко обидно.
Скомпилил
Скомпилил xf86-video-intel-9999, и пожалел об этом. Иксы вовсе не грузятся. =(
mesa и libdrm тоже обновлял.
Жалко, не оставил бинарных пакетов. На всякий.
Если быть более точным,
Если быть более точным, журналы пишут:
dlopen: /usr/lib/xorg/modules/drivers/intel_drv.so: undefined symbol: XAAGetCopyROP.
Что это - я до конца не вкурил. Гоголь находит только на буржуйском страницы большой давности, к интелу не относящиеся. %)
Конечно, понятно, что git, но всё же... человек писал, что kms на интеле работает =) вот мне пофик, с kms, или нет, а чтобы работало - было бы неплохо.
eegorov написал(а): Какие
интересно, а как все это влияет на фреймбуфер? О_о вы зачем человека в заблуждение вводите?!?!?
афтару, читайте эту статью и попросите кого-нибудь научить вас пользоватся гуглем ;)
Статью читал. Я же писал, что
Статью читал. Я же писал, что нашёл кучу руководство, но похоже, все они устарели. %) Не работает vesafb.
Вот такой шняги у меня в ведре нет в настройках. :( Есть только vesafb, нет vesafb-tng. И разрешение нельзя при сборке ведра выбрать. :(
gentoo-sources-2.6.32
1. по ходу статью
1. по ходу статью подредактировали :( некоторых вещей там нет и некоторые нюансы не освещены...
2. вместо vesafb-tng вроде давно используется uvesa... мой вам совет использовать стандартную vesafb ;)
самое главное, что в статье не сказано, что некоторые опции не отображаются при включенной опции "Enable Tile Blitting Support". я Долго мучался с поиском нужных опций, пока в одной статье не прочитал, что надо отключить "Enable Tile Blitting Support"... с того момента все сразу заработало...
3. попробуйте vga=ask при загрузке для просмотра доступных разрешений и их кодов ;)
4. как я понимаю, 32-е ядро пока еще без патчей... )))
Цитата: интересно, а как все
никак.
Они влияют на это
Flaming написал(а):Второй
Итак, начнем с начала:
1) vesafb настраивается не так, а путем подстановки параметра vga=число в загрузчике(791 = 1024x768 ЕМНИП, коды можно посмотреть в документации к vesafb в ядре)
2) uvesafb(бывший vesafb-tng, и кстати вроде только с ним будет корректно отрабатывать gensplash) настраивается почти так как ты написал, только у меня строчка выглядит вот так:
video=uvesafb:ywrap,mtrr:3,1024x768-24@85
, где 24-битность(ибо 32, по-моему, ставить нельзя), а 85 - герцаж. пробуй... с оглядкой на свое нестандартное разрешение...vga
для ядра - не помогает?
можно ещё попробовать video=vesafb:mtrr:3,ywrap
Вписал. Пишет мне: undefined
Вписал. Пишет мне: undefined video mode number: 318 to see video modes available, бла-бла-бла...
Press
Жмакаю энтер, пишет, что доступны текстовые моды (ну, это не интересно)+ 640x480, 800x600 с разной битностью цветов... Как бы нет 1024x600. Дисплей широкоформатный. :( Как бы в этом и проблема темы... стандартное VGA-подобный кадровый буфер с vesa я уже поднимал. Потому и хотел попробовать vesafb-tng, из-за того, что он вроде как умеет другие разрешения поднимать.
К слову, с KMS всё поднимается как надо, но иксы на данный момент не работают. =)
В общем, давайте забудем про
В общем, давайте забудем про intel-вские дрова. =)
Как завести uvesafb? Я так понял, что только он умеет framebuffer с нормальным разрешением. 1024x600. Только вот он что-то тоже не работает.
Вписываю video=uvesafb:ywrap,mtrr:3,1024x600-32, или video=uvesafb:ywrap,mtrr:3 - не работает. Ругается на то, чтол не может запустить /sbin/v86d, больше я не успеваю прочесть...
Пакет установлен. Он его вообще откуда должен запускать? Из initrd, или из корневого раздела?
блин, ну все в той же статье,
блин, ну все в той же статье, что я вам давал есть ссылка на страницу разработчика! у кого же еще в таких ситуациях смотреть доки как не у разработчика?! для особо ленивых
дык установлен же v86d. и
дык установлен же v86d. и klibc установлен. %) Потому и удивляюсь.
Ладно, попробую начать сначала и перебрать всё по шагам, может, где-то ошибся или недоглядел.
Откатился на xorg-server-1.6,
Откатился на xorg-server-1.6, и там KMS вроде пока (/me три раза плюнул) не падает. Но другая проблема, очень неприятная - http://www.gentoo.ru/node/17783. Слишком большой dpi - 133x135, а хотелось бы 96x96 =( хотя бы. Собственно, она и раньше была, я просто не заметил, как в xorg-1.7 этот глюк пропал.
Мне бы либо этот глюк xorg-а устранить и продолжать пользоваться KMS, либо uvesafb допилить.
Чего я достиг... Таки допилил
Чего я достиг... Таки допилил uvesafb. Указал в настройках ведра чтобы он использовал /usr/share/v86d/initramfs. Но разрешение всё равно 800x600 =( видимо, больше нельзя.
Вроде бы пакет 915resolution стоит, но как его вкомпилить в ведро не представляю. :) В initramfs может и можно... но пока не буду этим заниматься, лучше intel попробую потыкать, или забью на это.
К слову, зависания и глюки скорее всего были из-за 32-го ведра, откатился на 31-е - стало лучше.
Подожду пару заплаток, может, тогда обновлюсь. Или теперь буду обновляться, когда выйдет 33-е.
.
915resolution не надо вкомпиливать в ядро.
Его надо rc-update add 915resolution xxx,
чтобы он рано стартовал, патчил BIOS, заменяя одно из разрешений на нужное.
Подробностей в сети куча, http://linuxcrazy.com/?q=node/7 - всего лишь наскоро нагугленное.
Это подпись, которую невозможно истолковать неправильно
Ну тогда, я так понял,
Ну тогда, я так понял, кадровый буфер всё равно будет сначала 800x600. А потом, когда стартанёт 915resolution, разрешение изменится? Как-то криво это звучит, если честно... Попробую, посмотрю, что получится.
По ссылке (как и в
По ссылке (как и в руководстве по одной из ссылок выше) uvesafb собран модулем. А я в ведро вкомпилил. Следовательно, такой фокус не пройдёт. %) В общем, пока обойдусь 800x600.
Я с 31-м ядром так боролся,
Я с 31-м ядром так боролся, vesafb на нем так и не победил. Вплоть по 30-е все было нормально и 1280х800 держало. Не выдержал мучений :) и перешел на 2.6.30-tuxonice-r6, все вернулось на свои места. А 915resolution я последний раз наверное года 2 назад пользовался...
буду честен, я не знаю, почему у меня все работает
Есть аналогичаня железка :
Есть аналогичаня железка : Acer Aspire One D250, с Intel 945gme и 1024х600, а так же vesafb (VESA VGA в настройках ядра) скомпиленная в ядро. mesa, xorg-server и т. п. для x86, драйвер intel и drm скомпилены в ядро, само ядро gentoo-sources-2.6.31-r6. Опция для загрузки vga=0x315 (разрешение - 1024x768). Шрифты выглядят слегка приплюплюснутыми, по-моему это даже лучше стандартных "высоких" шрифтов.