framebuffer

Отредактирую заглавный пост:

>dmesg |grep intelfb

intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G/915G/915GM/945G/945GM chipsets

intelfb: Version 0.9.4

>lsmod |grep intelfb

intelfb 36964 0

fb 48008 1 intelfb

cfbcopyarea 3776 1 intelfb

cfbimgblt 2880 1 intelfb

cfbfillrect 3968 1 intelfb

> ls -l /dev |grep fb

crwxr--r-- 1 root root 29, 0 Апр 6 00:52 fb0

>fbset

open /dev/fb0: No such device

попробуй intelfb не как модуль, а жестко в ядро вкомпилить. да, и vesafb убрать.

vesafb убран, из всех фреймбуферных устройств только intelfb оставлен. Если вкомпилить в ядро то лучше все равно не становится, при этом даже /dev/fb0 не появляется.

твой графический чип не поддерживается intelfb. у тебя даже в дмесге написано -830M/845G/852GM/855GM/865G/915G/915GM/945G/945GM. Сам на буке сталкивался, использую uvesa. Правда в нативного разрешения в 1280x800 таки не добился, пользуюсь 1024х768.

> использую uvesa. Правда в нативного разрешения в 1280x800 таки не добился

у меня в обычном vesa этот режим выставляется, vga=0x0362. но зело глюкавое... в плане пробуждения после саспенда.

хоть с uvesa и нет 1280x800 зато с суспендом никаких проблемм.

Все понял. Буду экспериментировать с vesa/uvesa. Последний вопрос: как в ядре включить uvesa? Ядро конфигурирую через menuconfig, в списке фреймбуферных устройств vesa - есть только если поддержку фреймбуфера монолитно вкомпиливать, а uvesa - никак не появляется.

видимо имеется ввиду вот это :

http://dev.gentoo.org/~spock/projects/uvesafb/

полгодика назад хотел было попробовать, но лень стало с этим ковырятся в дебиане =)

именно его и имел ввиду. ранее называлось vesa-tng. в генту, необходимые патчи для ядра есть, поэтому, не заморачивался с добавлением его.

к сожалению, там не только патчи на ядро нужны. но и пересборка klibc. после которой у меня userspace-helper (v86d) почему-то все равно не смог собраться :( а вот vesafb-tng раньше работало нормально, жаль убрали...

>видимо имеется ввиду вот это :

>http://dev.gentoo.org/~spock/projects/uvesafb/

Сходил по ссылке. Начиная с версии ядра 2.6.24 uvesa включен в основную ветку. По ссылке описано как его включить.

еще один неприятный момент. с обычным драйвером vesa, в графический режим видеокарта переходит практически мгновенно, а при uvesa, даже если они вынесены в initrd, переключение происходит через некоторое время, за которое видно как в текстовом режиме выводится процесс загрузки ядра. Это обусловленно, как раз тем что, для uvesa необходима userspace утилита, для инициализации графического режима. Сначала подбешивало, но потом привык. Сейчас жду, может intelfb станет поддерживать i965 или uvesafb научится 1280х800.

>Сначала подбешивало, но потом привык

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

чорт, точно. в ванильное похоже включили... CONFIG_FB_UVESA. а дефолтный klibc интересно поддерживает сие?

хм, а разве оно не сразу после подхватывания ядром параметров режима при загрузке должно инициализировать fb? хелпер вроде был нужен чтобы можно было рулить режимами после инициализации...

http://gentoo-wiki.com/HOWTO_fbsplash#Background_image_loading_in_the_middle_...

"...you might be seeing the kernel messages. You might say that with vesafb you didn't have those. And you will be right. But vesafb is an exception, not a rule (it's initialized while the kernel is being loaded) . Every other fb driver, including vesafb-tng, rivafb, radeonfb,... is initialized with the fbdev subsystem"

вот с чего я это взял. это, конечно, относилось к vesa-tng, так как писалось давно, но думаю соотносимо и с uvesafb. Тамже описывается почему происходит секундная задержка.

ужас.

всмысле? просто не понял, что тут ужасного то?

Ждать бесполезно, последняя дата измениений в intelfb датируется чуть ли не 2004-м годом. Впрочем, не помню точно.

> что тут ужасного то?

> You might say that with vesafb you didn't have those. And you will be right. But vesafb is an exception, not a rule (it's initialized while the kernel is being loaded) . Every other fb driver, including vesafb-tng, rivafb, radeonfb,... is initialized with the fbdev subsystem"

вероятно... да и фиг бы с фреймбуфером...

натыкался на статью, как с помощью initrd и 915resolution в нем, патчить биос до инициализаци фрейбуфера, тогда появляется возможность использовать "широкие" режимы ноутов (1280, 1440). Но у меня так и не сложилось тогда, я и подзабил.

Лучше бы в интел сделали возможность в xorg указывать порядок мониторов (навроде MonitorLayout), а то у меня на буке LVDS (панель самого ноута), упорно считается вторым монитором, после внешнего VGA. В итоге имею: если при загрузке бука у меня был подключен телевизор через VGA, то kdm стартует на нем. Соответственно, либо надо включать телевизор и на нем логинится, либо отключать шнур и рестартовать X.

емнип, там в опциях вроде можно было пайпы переназначить? т.е. pipe A на LVDS.

как? ни в мане intel ни в xorg.conf я не нашел такого.

вот тут: http://lists.freedesktop.org/archives/xorg/2007-August/027670.html как раз обсуждали о странном поведении расширения xrandr.

http://intellinuxgraphics.org/man.html http://gentoo-wiki.com/HOWTO_Direct_rendering_on_Intel_Extreme_Graphics_(855G...

PS: сам я так не делал если чего.

хм, так я и говорил раньше что MonitorLayout не работает, покрайне мере у меня:

[user]abook[~]$ grep MonitorLayout /var/log/Xorg.0.log (WW) intel(0): Option "MonitorLayout" is not used [user]abook[~]$ grep -B 1 -A 12 i965GM /etc/X11/xorg.conf Section "Device" Identifier "i965GM_pci0" Driver "intel" BusID "PCI:0:2:0" Option "MonitorLayout" "LVDS,VGA" Option "DevicePresence" "true" Option "Monitor-LVDS" "Notebook_Display" Option "Monitor-VGA" "Samsung_R32" Option "AccelMethod" "EXA" Option "DRI" "true" # VideoRam 131072 # Option "XAANoOffscreenPixmaps" "true" # Option "MTRR" "on" EndSection

сорри за форматирование... бага ЛОР :)

хм, так я и говорил раньше что MonitorLayout не работает, покрайне мере у меня:

[user]abook[~]$ grep MonitorLayout /var/log/Xorg.0.log
(WW) intel(0): Option "MonitorLayout" is not used
[user]abook[~]$ grep -B 1 -A 12 i965GM /etc/X11/xorg.conf
Section "Device"
Identifier "i965GM_pci0"
Driver "intel"
BusID "PCI:0:2:0"
Option "MonitorLayout" "LVDS,VGA"
Option "DevicePresence" "true"
Option "Monitor-LVDS" "Notebook_Display"
Option "Monitor-VGA" "Samsung_R32"
Option "AccelMethod" "EXA"
Option "DRI" "true"
# VideoRam 131072
# Option "XAANoOffscreenPixmaps" "true"
# Option "MTRR" "on"
EndSection

хм... меня терзают смутные сомнения что LVDS == pipe B - это гениальная задумка разрабов интела, и по другому работать не сможет. хотя, копаясь некоторое время назад по мэйл-листам, я, емнип, видел, что какое-то шевеление в ту сторону все-же происходит.