Вы здесь

Главная › Форум › Gentoo Linux › Ядро Linux и поддержка оборудования

Framebuffer в консоли, тормоза с выводом текста.

6 декабря, 2010 - 16:47 — sfx

Здравствуйте!
Тема это уже была много где озвучена, на сколько я мог поискать, но нигде не нашел решения.
Имеется видео, GF570GTX, но это не суть какая.
со включеным FB VESA 1280*800 к примеру (выше эта видео не дает почему то выставить, хотя прежняя давала все мои 1680*1050) "скроллинг" текста в консоли дико тормозит, отсюда и собрать что нибудь почти не реально, если только переключаться на другой терминал и ждать пока в том все соберется.
Видеокарты пробовал разные - 6600, 8600, 280GTX, 570GTX и даже ATI 4350. ситуация не сменилась.
Подумав заглузился с лайва - все идеально!
Сменил vesafb на uvesavb, ситуация такая же. игрался с параметрами в graphics support (сейчас в виндах, больше сказать не могу, но если что нужно из конфигов - выложу вскоре), ничего не поменялось.
Из всего выше сказанного сделал вывод, что дело в чем то другом. Что еще в ядре может давать такую проблему? может знает таки кто решение??

Форум: 
Ядро Linux и поддержка оборудования
6 декабря, 2010 - 17:49 — krigstask

Поглядеть, что за драйвер используется на LiveCD. Возможно, nouveau KMS, что всё объясняет.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

6 декабря, 2010 - 18:06 — sfx

krigstask написал:
Поглядеть, что за драйвер используется на LiveCD. Возможно, nouveau KMS, что всё объясняет.

глупый, возможно, вопрос, но - как??

6 декабря, 2010 - 19:31 — zhekas

zcat /proc/config.gz | grep FB

6 декабря, 2010 - 20:11 — Theli

krigstask написал:
Поглядеть, что за драйвер используется на LiveCD. Возможно, nouveau KMS, что всё объясняет.

при чем тут КМС?!? никогда нувами не пользовался и никогда ничего не тормозило ;)

7 декабря, 2010 - 10:54 — krigstask

Ты просто не видел аппаратно ускоренного кадрового буфера.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

7 декабря, 2010 - 22:22 — Theli

krigstask написал:
Ты просто не видел аппаратно ускоренного кадрового буфера.

ну, я пока не готов отказаться от отличного 3D и VDPAU ради "аппаратно" ускоренного фреймбуфера )))) я декорации-то поставил только из принципа "победить это чудо" ))) т.к. перезагружаюсь раз в месяц-два, то мне до них как-то до лампочки )))

да и смысла не вижу, даже на нетбуке с vesafb в консоли прекрасно проигрывается 720p... куда еще ускорять-то? )))

1 января, 2011 - 22:47 — Aleks Revo

Речь шла про компиляцию и её реально есть куда ускорять.
Собственно, не пользуюсь видеорежимами во фрэймбуффере именно из-за тормозов со скроллом, которые компиляцию или любой другой процесс с активным выводом текста замедляют безбожно. Разумеется, таких проблем нет в иксах, но мне иксовые терминалы не нравятся.

—

-= Concordia victoriam gignit =-

6 декабря, 2010 - 18:09 — sfx

Да и даже если что то подобное, не может же быть, что тормозят все видюхи с выводом текста.
явно что то "мешает" в ядре, не один же я единственный с 6600/8600 etc и фреймбуфером? :)

6 декабря, 2010 - 19:08 — krigstask

У меня GeForce 8600 GT на работе, но nouveau.

Как посмотреть — ну, lsmod, например. И zgrep FB /proc/config.gz

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

6 декабря, 2010 - 20:13 — Theli

покажи опции, с которыми ядро загружаешь и поставь обратно vesafb... назови версию ядра и дай конфиг ;)

6 декабря, 2010 - 21:32 — backbone

klibc установлен ??

давайте сравнивать .)

CONFIG_FB=y
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_VESA=y
CONFIG_FB_TMIO=y
CONFIG_FB_TMIO_ACCELL=y
CONFIG_FB_CON_DECOR=y

ещё

# CONFIG_CONNECTOR is not set
# CONFIG_NVRAM is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_BACKLIGHT_MBP_NVIDIA is not set


и как обычно, ATI 4350

fxd

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

6 декабря, 2010 - 21:41 — Theli

а при чем тут klibc?!?!? ))) фоеймбуффер тебе не декорации ;)

6 декабря, 2010 - 22:35 — backbone

Theli написал:
а при чем тут klibc?!?!? ))) фоеймбуффер тебе не декорации ;)

фоеймбуффер без декораций не нужно ;]

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

7 декабря, 2010 - 22:19 — Theli

backbone написал:
фоеймбуффер без декораций не нужно ;]

вот уж не скажи ;) это декорации далеко не всегда нужны, а вот просто долго и производительно работать в консоли без нормально выставленного разрешения невозможно ;) порой команды при 640х480 просто в экран не влезают )))

7 декабря, 2010 - 22:42 — backbone

Theli написал:
640х480

быть может... )
хотя Вы правы, на ноуте декорации не нужны
и да, klibc тут действительно ни при чём, как Вы заметили

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

7 декабря, 2010 - 00:27 — sfx

backbone написал:
klibc установлен ??

ещё

# CONFIG_CONNECTOR is not set
# CONFIG_NVRAM is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_BACKLIGHT_MBP_NVIDIA is not set

у меня CONFIG_CONNECTOR = y
ну не думаю, что из-за этого.
отключить не дает, что то мешает :)

6 декабря, 2010 - 22:40 — backbone

mtrr в ядре и параметрах загрузки fb установлено?
и ywrap (относится к самой видюхе)...

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

7 декабря, 2010 - 00:17 — sfx

Большое спасибо, что помогаете! :)
Так, ядро значит сейчас 2.6.34-r12 (это изначально как обновил комп, тоесть за год ядер несолько перепробовал).
grub.conf:

title Gentoo Linux
root (hd0,5)
kernel /boot/vmlinuz-2.6.34-gentoo-r12 root=/dev/mapper/isw_dibbibfjea_STd1000528AS_16 dodmraid video=vesafb,vga=0x361,mtrr:3,ywrap quiet
0x361 дает 1280*800*32, на старой видео держало 1680*1050 с новой никак.
------
ядро собирается с initramfs для dmraid (интеловский зеркальный рейд на маме P55).
создаю генкернелом инитрамфс, распаковываю и в ядре подтыкаю. ну или в грубе без распаковки черет initrd. разницы не было.
пробовал как то давно без рейда, думал мало ли в этом дело - не менялось ничего, правда, если в тот раз проблема не могла быть в 280GTX :).

в ядре сейчас
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_VESA=y
CONFIG_FB_EFI=y

то же самое и с лайва, загрузился и проверил.

7 декабря, 2010 - 14:45 — backbone

sfx написал:
Большое спасибо, что помогаете! :)

что касабельно меня, сам пытаюсь чему-нить научиться .)

а CONFIG_MTRR?
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
и
CONFIG_X86_PAT=y

и ещё, быть может глянуть настройки БИОСА для видеокарты...
что выдаёт
cat /proc/mtrr
?

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

9 декабря, 2010 - 00:51 — sfx

все так.

cat /proc/mtrr
reg00: base=0x000000000 ( 0MB), size= 4096MB, count=1: write-back
reg01: base=0x0e0000000 ( 3584MB), size= 512MB, count=1: uncachable
reg02: base=0x100000000 ( 4096MB), size= 512MB, count=1: write-back

9 декабря, 2010 - 01:00 — backbone

sfx написал:
reg01: base=0x0e0000000 ( 3584MB), size= 512MB, count=1: uncachable

вот так быть не должно

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

9 декабря, 2010 - 01:03 — sfx

и откель это и что делать?

9 декабря, 2010 - 01:56 — backbone

sfx написал:
и откель это и что делать?

можно попробовать такой алгоритм (ссыль),

Цитата:
echo "disable=2" >|/proc/mtrr
echo "disable=1" >|/proc/mtrr
echo "base=0x0e0000000 size=0x20000000 type=write-back" >|/proc/mtrr
echo "base=0x100000000 size=0x20000000 type=write-back" >|/proc/mtrr

из инфы накопал только en.wiki и kernel.doc.mtrr.txt и где-то была ссылка с описанием, но на английском, не найду что-то...
вот ещё
но суть в том, что должен быть включен режим != uncached

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

9 декабря, 2010 - 11:10 — sfx

угу. ночью наползался, сижу смотрю.
походу частая проблема у кого "новые" (относительно) компы и >=4Gb оперативки.
попробую ради интереса память до 2х урезать :)

12 декабря, 2010 - 12:55 — sfx

"Урезал" оперативы до 2гб. тормоза во фреймбуффере так и остались, зато увеличился отклик системы и запуск приложений стал происходить заметно быстрее :)
чудеса!

7 декабря, 2010 - 00:19 — sfx

klibc был, и v86d когда пробовал с uvesafb.
сейчас удалил и пересобрал только с vesafb.

7 декабря, 2010 - 22:35 — Theli

Theli написал:
title Gentoo Linux
root (hd0,5)
kernel /boot/vmlinuz-2.6.34-gentoo-r12 root=/dev/mapper/isw_dibbibfjea_STd1000528AS_16 dodmraid video=vesafb,vga=0x361,mtrr:3,ywrap quiet
0x361 дает 1280*800*32, на старой видео держало 1680*1050 с новой никак.

ху из quiet? )) и вообще хня какая-то понаписана ))) уж извини, но vga не является подпараметром video, следовательно не перечисляется через запятую ;)
попробуй такую строку:

kernel /boot/vmlinuz-2.6.34-gentoo-r12 root=/dev/mapper/isw_dibbibfjea_STd1000528AS_16 dodmraid video=vesafb:mtrr,ywrap,1280x800-24@60 splash=silent,theme:emerge-world console=tty1

жирное обязательно, нежирное в зависимости от декораций или просто не вписывай;)

9 декабря, 2010 - 00:50 — sfx

хм..
quiet не отображает лог загрузки ядра, сделано что бы грузилось быстрее, из за чего и создал тему.
vga - параметр vesafb, как у вас - это uvesafb. по крайней мере согласно докам.
да и я писал выше, что vga=0x361 дает мне разрешение 1280*800.
где тут хня то??

9 декабря, 2010 - 11:26 — myaucher

Мне кажется что Theli всё правильно Вам говорит. Но конфиг мне кажется и его не верным.
/usr/src/linux/Documentation/fb/vesafb.txt

vga - параметр vesafb

где вы это видите?
Пишите уж тогда так

kernel /boot/vmlinuz-2.6.34-gentoo-r12 root=/dev/mapper/isw_dibbibfjea_STd1000528AS_16 dodmraid  vga=0x361 video=vesafb:mtrr:3,ywrap console=tty1

9 декабря, 2010 - 19:47 — Theli

myaucher написал:

kernel /boot/vmlinuz-2.6.34-gentoo-r12 root=/dev/mapper/isw_dibbibfjea_STd1000528AS_16 dodmraid  vga=0x361 video=vesafb:mtrr:3,ywrap console=tty1

все правильно пишешь, vga из параметров ядра я случайно удалил при редактировании ;) у меня он стоит

собственно на нетбуке с как раз 1280х800 у меня так

kernel /boot/vmlinuz-2.6.36-gentoo-r3 root=/dev/sda5 vga=0x361 video=vesafb:ywrap,mtrr,1280x800-32@60 console=tty1 splash=silent,theme:emerge-world

24 декабря, 2010 - 15:06 — backbone

ещё вот мысль пришла...
zgrep SCROLL /proc/config.gz
# CONFIG_VGACON_SOFT_SCROLLBACK is not set

—

Если ничего не было, то как могло что-то появиться? А если все-таки что-то было, то откуда тогда оно взялось? Нашу Вселенную породила Рекурсия!

31 декабря, 2010 - 21:39 — sfx

zgrep SCROLL /proc/config.gz
# CONFIG_VGACON_SOFT_SCROLLBACK is not set

=)

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal