Re: 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

Re: framebuffer

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

isden (06.04.2008 1:42:20)

Re: framebuffer

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

Re: framebuffer

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

Re: framebuffer

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

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

isden (06.04.2008 11:55:59)

Re: framebuffer

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

Re: framebuffer

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

Re: framebuffer

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

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

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

isden (06.04.2008 12:34:09)

Re: framebuffer

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

Re: framebuffer

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

isden (06.04.2008 12:51:54)

Re: framebuffer

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

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

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

Re: framebuffer

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

Re: framebuffer

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

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

Re: framebuffer

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

isden (06.04.2008 13:38:48)

Re: framebuffer

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

isden (06.04.2008 13:43:27)

Re: framebuffer

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. Тамже описывается почему происходит секундная задержка.

but4er (06.04.2008 14:22:04)

Re: framebuffer

ужас.

isden (06.04.2008 15:13:43)

Re: framebuffer

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

Re: framebuffer

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

fizteh (06.04.2008 16:05:04)

Re: framebuffer

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

> 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"

isden (06.04.2008 17:16:31)

Re: framebuffer

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

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

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

Re: framebuffer

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

isden (06.04.2008 17:40:15)

Re: framebuffer

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

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

Re: framebuffer

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

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

isden (06.04.2008 18:23:04)

Re: framebuffer

хм, так я и говорил раньше что 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

Re: framebuffer

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

хм, так я и говорил раньше что 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

Re: framebuffer

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

isden (06.04.2008 19:00:48)