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 написал(а):Видяха

Flaming написал(а):
Видяха точно такая же? 945gme? тоже ееешка? Засыпаете через что? =) suspend и hibernate...
Второе более или менее нормально работает, а вот второе глючит. Причём глюк заметил недавно, не понял, в точности, от чего.

?

Я 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 написал(а): Какие

eegorov написал(а):
Какие версии libdrm, mesa, xorg-drivers, xf86-video-intel?

интересно, а как все это влияет на фреймбуфер? О_о вы зачем человека в заблуждение вводите?!?!?

афтару, читайте эту статью и попросите кого-нибудь научить вас пользоватся гуглем ;)

Статью читал. Я же писал, что

Статью читал. Я же писал, что нашёл кучу руководство, но похоже, все они устарели. %) Не работает vesafb.

Device Drivers ---> Graphics support--->:
      <*> Support for frame buffer devices
      <*>   VESA VGA graphics support
               VESA driver type (vesafb-tng)
      (1280x1024@60) VESA default mode

Вот такой шняги у меня в ведре нет в настройках. :( Есть только 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 написал(а):Второй

Flaming написал(а):
Второй способ - vesafb. Настроить ниасилил. Делаю всё по ману. Пробовал вписывать video=vesafb:1024x600-32, и много всего другого пробовал - без толку.
vesafb-tng - это что, уже неактуально? Много мануалов по интернету нахожу про него, а в ведре поддержки найти не могу.

Итак, начнем с начала:

1) vesafb настраивается не так, а путем подстановки параметра vga=число в загрузчике(791 = 1024x768 ЕМНИП, коды можно посмотреть в документации к vesafb в ядре)
2) uvesafb(бывший vesafb-tng, и кстати вроде только с ним будет корректно отрабатывать gensplash) настраивается почти так как ты написал, только у меня строчка выглядит вот так:

video=uvesafb:ywrap,mtrr:3,1024x768-24@85, где 24-битность(ибо 32, по-моему, ставить нельзя), а 85 - герцаж. пробуй... с оглядкой на свое нестандартное разрешение...

vga

vga=0x318 video=vesafb

для ядра - не помогает?
можно ещё попробовать video=vesafb:mtrr:3,ywrap

Вписал. Пишет мне: undefined

Вписал. Пишет мне: undefined video mode number: 318
Press to see video modes available, бла-бла-бла...
Жмакаю энтер, пишет, что доступны текстовые моды (ну, это не интересно)+ 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). Шрифты выглядят слегка приплюплюснутыми, по-моему это даже лучше стандартных "высоких" шрифтов.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".