* [Hardware] Приколы с framebuffer
@ 2006-07-25 9:19 Yury Aliaev
2006-07-25 11:58 ` Sergey Vlasov
0 siblings, 1 reply; 7+ messages in thread
From: Yury Aliaev @ 2006-07-25 9:19 UTC (permalink / raw)
To: hardware
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, грузить его сразу и им рисовать пингвина).
Всех благ!
Юрий.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Hardware] Приколы с framebuffer
2006-07-25 9:19 [Hardware] Приколы с framebuffer Yury Aliaev
@ 2006-07-25 11:58 ` Sergey Vlasov
2006-07-25 13:14 ` Yury Aliaev
0 siblings, 1 reply; 7+ messages in thread
From: Sergey Vlasov @ 2006-07-25 11:58 UTC (permalink / raw)
To: hardware
[-- 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 --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Hardware] Приколы с framebuffer
2006-07-25 11:58 ` Sergey Vlasov
@ 2006-07-25 13:14 ` Yury Aliaev
2006-07-25 15:41 ` Michael Shigorin
2006-07-25 16:16 ` Sergey Vlasov
0 siblings, 2 replies; 7+ messages in thread
From: Yury Aliaev @ 2006-07-25 13:14 UTC (permalink / raw)
To: hardware
Sergey Vlasov scripsit:
>
>>Я не знаю, как с этим обстоит в Компакте и будущих дистрибутивах, но
>>если также, как и в М2.4, то имхо лучше отказаться от пингвина в пользу
>>нормальной framebuffer'ной консоли, либо изобретать что-то ещё, если
>>очень хочется и того, и другого (например, включать нужный модуль в
>>initrd, грузить его сразу и им рисовать пингвина).
>
>
> Основная проблема в том, что на большинстве современных видеокарт
> невозможна совместная работа полнофункциональных драйверов framebuffer
> и X (в частности, nvidiafb не желает работать не только совместно с
А, интересно, как в upstream ядра к этому относятся? Делают ли
какие-нибудь шаги в направлении обеспечения совместимости framebuffer и
Х? А что в других дистрибутивах?
> драйвером nvidia, но даже с драйвером nv ничего хорошего не
> получается; radeonfb + ati тоже живут плохо). На самом деле в
> некоторых случаях приходится убирать framebuffer вообще.
Получается, нет никого выхода? Или работающие иксы, и vga консоль (всё
же лучше, чем vesa с её глазоломными 60 Гц), или нормальная графическая
консоль, но без иксов?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Hardware] Приколы с framebuffer
2006-07-25 13:14 ` Yury Aliaev
@ 2006-07-25 15:41 ` Michael Shigorin
2006-07-28 8:08 ` Andrei Popov
2006-07-25 16:16 ` Sergey Vlasov
1 sibling, 1 reply; 7+ messages in thread
From: Michael Shigorin @ 2006-07-25 15:41 UTC (permalink / raw)
To: hardware
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/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Hardware] Приколы с framebuffer
2006-07-25 13:14 ` Yury Aliaev
2006-07-25 15:41 ` Michael Shigorin
@ 2006-07-25 16:16 ` Sergey Vlasov
1 sibling, 0 replies; 7+ messages in thread
From: Sergey Vlasov @ 2006-07-25 16:16 UTC (permalink / raw)
To: hardware
[-- 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 --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Hardware] Приколы с framebuffer
2006-07-25 15:41 ` Michael Shigorin
@ 2006-07-28 8:08 ` Andrei Popov
2006-07-28 9:24 ` Andrei Popov
0 siblings, 1 reply; 7+ messages in thread
From: Andrei Popov @ 2006-07-28 8:08 UTC (permalink / raw)
To: Michael Shigorin
Hello Michael,
Tuesday, July 25, 2006, 6:41:07 PM, you wrote:
>> Получается, нет никого выхода? Или работающие иксы, и vga
>> консоль (всё же лучше, чем vesa с её глазоломными 60 Гц), или
>> нормальная графическая консоль, но без иксов?
> Выход -- первое. :) Видимо, те, кто могут что-то сделать,
> поголовно выбрали этот вариант. Ну или на крайняк второй,
> но в это слабо верится.
Таки нормально верится. Все переходят на ЖКИ, там второе вполне
прокатывает, без напряжения для глаз :)
--
WBR,
Andrei Popov
Debian GNU/Linux Sarge
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Hardware] Приколы с framebuffer
2006-07-28 8:08 ` Andrei Popov
@ 2006-07-28 9:24 ` Andrei Popov
0 siblings, 0 replies; 7+ messages in thread
From: Andrei Popov @ 2006-07-28 9:24 UTC (permalink / raw)
To: Andrei Popov
> Таки нормально верится. Все переходят на ЖКИ, там второе вполне
> прокатывает, без напряжения для глаз :)
пардон, имел в виду рабочие иксы + vesafb с 60Гц во фреймбуферной
консоли на ЖКИ.
--
WBR,
Andrei Popov
Using ALM 2.4 + updates + backports
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2006-07-28 9:24 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-07-25 9:19 [Hardware] Приколы с framebuffer Yury Aliaev
2006-07-25 11:58 ` Sergey Vlasov
2006-07-25 13:14 ` Yury Aliaev
2006-07-25 15:41 ` Michael Shigorin
2006-07-28 8:08 ` Andrei Popov
2006-07-28 9:24 ` Andrei Popov
2006-07-25 16:16 ` Sergey Vlasov
ALT Linux hardware support
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/hardware/0 hardware/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 hardware hardware/ http://lore.altlinux.org/hardware \
hardware@altlinux.ru hardware@lists.altlinux.org hardware@lists.altlinux.ru hardware@lists.altlinux.com hardware@altlinux.org
public-inbox-index hardware
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.hardware
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git