LINUX.ORG.RU

framebuffer


0

0

Пытаюсь настроить framebuffer на intel 965G. Ядро 2.6.24.4 Я туплю, но вот это понять не могу:

>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

Ядро загружаю с опцией video=intelfb:mode=1280x1024-32@60. В логах никаких ошибок не нашел, но framebuffer не включился.

Кто-нибудь с подобным сталкивался? Особенно интересует почему fbset не видит /dev/fb0. Ничего подобного раньше никогда не встречал((.

anonymous

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

>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

anonymous
()
Ответ на: комментарий от isden

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

isden ★★★★★
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от isden

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

anonymous
()
Ответ на: комментарий от anonymous

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

isden ★★★★★
()
Ответ на: комментарий от isden

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

isden ★★★★★
()
Ответ на: комментарий от anonymous

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

isden ★★★★★
()
Ответ на: комментарий от isden

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
()
Ответ на: комментарий от anonymous

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

fizteh
()
Ответ на: комментарий от anonymous

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

> 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 ★★★★★
()
Ответ на: комментарий от fizteh

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

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

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

anonymous
()
Ответ на: комментарий от isden

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

anonymous
()
Ответ на: комментарий от isden

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

isden ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.