ALT Linux hardware support
 help / color / mirror / Atom feed
* [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