[Hardware] Приколы с framebuffer

[Hardware] Приколы с framebuffer

[Yury Aliaev]

Hi all!

Я тут посвятил некотрое время попыткам настроить framebuffer и обнаружил 
весьма любопытное явление. Началось всё с того, что, разглядывая dmesg 
на ноуте я увидел, что попытка воткнуть модуль neofb (у меня видео 
neomagick) оканчивается неудачей, т.к. уже загружен и используется 
модуль vesafb. А работает он на порядок медленнее из-за хренового 
аппартного ускорения. Копая дальше, я нашёл, что виной появления оного 
vesafb является пингвин, висящий в верхнем углу монитора при загрузке, а 
точнее, строчка vga=0x0311 в /etc/lilo.conf систем, ноги которых растут 
от Мастера 2.4. Если её переделать на vga=normal или vga=extended, то 
последующая загрузка модуля поддержки framebuffer проходит нормально, 
появляется аппаратное ускорение, а на работе я, наконец, поимел желаемые 
800х600 при 100 Гц в консоли (ранее я грешил на глюк драйвера для ранних 
карт ATI). Я не знаю, как с этим обстоит в Компакте и будущих 
дистрибутивах, но если также, как и в М2.4, то имхо лучше отказаться от 
пингвина в пользу нормальной framebuffer'ной консоли, либо изобретать 
что-то ещё, если очень хочется и того, и другого (например, включать 
нужный модуль в initrd, грузить его сразу и им рисовать пингвина).

Всех благ!
Юрий.

Re: [Hardware] Приколы с framebuffer

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 806 bytes --]

On Tue, Jul 25, 2006 at 01:19:49PM +0400, Yury Aliaev wrote:
[...]
> Я не знаю, как с этим обстоит в Компакте и будущих дистрибутивах, но
> если также, как и в М2.4, то имхо лучше отказаться от пингвина в пользу
> нормальной framebuffer'ной консоли, либо изобретать что-то ещё, если
> очень хочется и того, и другого (например, включать нужный модуль в
> initrd, грузить его сразу и им рисовать пингвина).

Основная проблема в том, что на большинстве современных видеокарт
невозможна совместная работа полнофункциональных драйверов framebuffer
и X (в частности, nvidiafb не желает работать не только совместно с
драйвером nvidia, но даже с драйвером nv ничего хорошего не
получается; radeonfb + ati тоже живут плохо).  На самом деле в
некоторых случаях приходится убирать framebuffer вообще.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] Приколы с framebuffer

[Yury Aliaev]

Sergey Vlasov scripsit:
> 
>>Я не знаю, как с этим обстоит в Компакте и будущих дистрибутивах, но
>>если также, как и в М2.4, то имхо лучше отказаться от пингвина в пользу
>>нормальной framebuffer'ной консоли, либо изобретать что-то ещё, если
>>очень хочется и того, и другого (например, включать нужный модуль в
>>initrd, грузить его сразу и им рисовать пингвина).
> 
> 
> Основная проблема в том, что на большинстве современных видеокарт
> невозможна совместная работа полнофункциональных драйверов framebuffer
> и X (в частности, nvidiafb не желает работать не только совместно с

А, интересно, как в upstream ядра к этому относятся? Делают ли 
какие-нибудь шаги в направлении обеспечения совместимости framebuffer и 
Х? А что в других дистрибутивах?

> драйвером nvidia, но даже с драйвером nv ничего хорошего не
> получается; radeonfb + ati тоже живут плохо).  На самом деле в
> некоторых случаях приходится убирать framebuffer вообще.

Получается, нет никого выхода? Или работающие иксы, и vga консоль (всё 
же лучше, чем vesa с её глазоломными 60 Гц), или нормальная графическая 
консоль, но без иксов?

Re: [Hardware] Приколы с framebuffer

[Michael Shigorin]

On Tue, Jul 25, 2006 at 05:14:47PM +0400, Yury Aliaev wrote:
> Получается, нет никого выхода? Или работающие иксы, и vga
> консоль (всё же лучше, чем vesa с её глазоломными 60 Гц), или
> нормальная графическая консоль, но без иксов?

Выход -- первое. :)  Видимо, те, кто могут что-то сделать,
поголовно выбрали этот вариант.  Ну или на крайняк второй,
но в это слабо верится.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] Приколы с framebuffer

[Andrei Popov]

Hello Michael,

Tuesday, July 25, 2006, 6:41:07 PM, you wrote:

>> Получается, нет никого выхода? Или работающие иксы, и vga
>> консоль (всё же лучше, чем vesa с её глазоломными 60 Гц), или
>> нормальная графическая консоль, но без иксов?

> Выход -- первое. :)  Видимо, те, кто могут что-то сделать,
> поголовно выбрали этот вариант.  Ну или на крайняк второй,
> но в это слабо верится.

Таки нормально верится. Все переходят на ЖКИ, там второе вполне
прокатывает, без напряжения для глаз :)

-- 
WBR,
Andrei Popov

Debian GNU/Linux Sarge

Re: [Hardware] Приколы с framebuffer

[Andrei Popov]

> Таки нормально верится. Все переходят на ЖКИ, там второе вполне
> прокатывает, без напряжения для глаз :)
пардон, имел в виду рабочие иксы + vesafb с 60Гц во фреймбуферной
консоли на ЖКИ.

-- 
WBR,
Andrei Popov

Using ALM 2.4 + updates + backports

Re: [Hardware] Приколы с framebuffer

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1517 bytes --]

On Tue, Jul 25, 2006 at 05:14:47PM +0400, Yury Aliaev wrote:
> Sergey Vlasov scripsit:
> > Основная проблема в том, что на большинстве современных видеокарт
> > невозможна совместная работа полнофункциональных драйверов framebuffer
> > и X (в частности, nvidiafb не желает работать не только совместно с
> 
> А, интересно, как в upstream ядра к этому относятся? Делают ли 
> какие-нибудь шаги в направлении обеспечения совместимости framebuffer и 
> Х?

Делают:

http://lkml.org/lkml/2006/7/22/45
[RFC] GPU device layer patchset

Конечная цель этих патчей - сведение драйверов framebuffer и drm в единую
систему (впрочем, там нужно сильно править ещё и X).

> А что в других дистрибутивах?

Скорее всего, то же самое.

> > драйвером nvidia, но даже с драйвером nv ничего хорошего не
> > получается; radeonfb + ati тоже живут плохо).  На самом деле в
> > некоторых случаях приходится убирать framebuffer вообще.
> 
> Получается, нет никого выхода? Или работающие иксы, и vga консоль (всё 
> же лучше, чем vesa с её глазоломными 60 Гц),

На LCD это незаметно :)
(хотя тормоза при выводе на консоль через vesafb никуда не деваются).

На самом деле есть случаи, когда мешает даже vesafb (например, на Dell
Latitude D600 Suspend-to-RAM работает только при отключении vesafb и
запущенном X-сервере - X восстанавливает работу видеокарты).

> или нормальная графическая консоль, но без иксов?

Подобное окружение сейчас, как правило, нужно только в специфических
ситуациях (embedded).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]