2.6.22-r5 >> 2.6.23-r3 траблы с консолным разрешением [solved]

собственно что делал? да как обычно, emerge gentoo-sources, сменил симлинк, скопировал конфиг, пересобрал ядро...

результат ?

результат таков:
поскольку как мне кажется, из ядра многое что убрали(касаемо выставлении разрешения консоли), решил думаю ладно буду в grub.conf параметром передавать разрешение, но тут встала проблема, даже несколько:
раз) nvidia-drivers конфликтует с включенными в ядре nvidiafb
два) kernel /boot/bzImage-2.6.23-r3.b0 root=/dev/sda7 video=nvidiafb:1024x768-24@75 - нидает эффекта (nvidiafb в ядро компилил и модулем компилил)

ps
http://www.gentoo.ru/node/7017 - читал

1) ну так Вы

Во превых скорее всего ничего не убирали, а наоборот добавили ;)

1) ну так Вы выберите что-либо одно
2) а вариант vga=793 или типа того не пробовали?

P.S. в подобных темах полезно писать кроме версии ядра и платформу.

1) если

1) если использую nvidia-drivers - что мне писать параметру video=????,????

2) вписал : kernel /boot/bzImage-2.6.23-r3.b0 root=/dev/sda7 vga=0x31B video=nvidiafb
разрешение вернулось, но консоль стала на 10 порядков медленее(прокрутка текста любой сложности)

Portage 2.1.4_rc4 (default-linux/x86/2007.0/desktop, gcc-4.2.2, glibc-2.7-r0, 2.6.23-gentoo-r3 i686)
System uname: 2.6.23-gentoo-r3 i686 AMD Athlon(tm) 64 Processor 3000+

VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2)

1) они всю жизнь

1) они всю жизнь конфликтовали и это известная штука
2) ну конфликтуют же, значит, vesafb или uvesafb

2) а nvidiafb

2) а nvidiafb вслучае ядерных дров не прокатит, только vesa ?

Каких ещё

Каких ещё "ядерных"? \-8Е

Параметры vga и video зависят только от типа используемого framebuffer'а. Определитесь, чего надо, а потом разбирайтесь последовательно, а то скоро все уже запутаются

я хочу консоль

я хочу консоль с разрешением 1280х1024, без тормозного скроллинга текста. Раньше это достигалось включением FrameBuffer в ядре, и при выборе vesafb-tng, в тойже ветке выставлялось разрешение, сейчас же vesafb-tng недоступна.

>> Каких ещё "ядерных"? \-8Е
которые в ядре модулем включаются nvidia

 Symbol: FB_NVIDIA [=n]                                                  
  | Prompt: nVidia Framebuffer Support                                      
  |   Defined at drivers/video/Kconfig:888                                  
  |   Depends on: HAS_IOMEM && FB && PCI                                    
  |   Location:                                                               
  |     -> Device Drivers                                                     
  |       -> Graphics support                                               
  |         -> Support for frame buffer devices (FB [=y])

>> от типа используемого framebuffer'а
какие типы framebuffer'ов бывают ?

Quote: какие типы

Цитата:
какие типы framebuffer'ов бывают ?

В ВИКИ! RTFM!

Их как мниниум 3 vga, vesa, vesa-tng... Все эти вопросы рассмотрены в английской и русской вики...

По первому

По первому пункту +1
По второму — никогда не слышал про vga-буфер (-;Е

Насколько я понимаю, в .23 теперь uvesafb вместо vesafb-tng.

>> Каких ещё "ядерных"? \-8Е
> которые в ядре модулем включаются nvidia

Интересно было бы узнать, какие ещё бывают тогда кроме "ядерных"...
Вы читали руководство по использованию закрытых дров nvidia? А неплохо бы. Там русским (и английским) по белому написано: "Не используйте nvidiafb с этими драйверами"

Честное слово, очень хочется порекомендовать навести порядок в голове, а то не понять ничего. Ни нам, ни Вам.

дак порядок

дак порядок посредством общения и формируется =)
про то что с открытыми(как в простонароде они называются ?) драйверами нельзя использовать nvidia-drivers - закрытые(как в простонароде они называются ?) - об этом еще компилятор ругается.

курю http://dev.gentoo.org/~spock/projects/uvesafb/

Так и

Так и называются: nvidia-drivers или закрытые. А открытые бывают nv и nouveau (или как-то так). И это только драйвера для иксов. И не путайте модули для иксов с поддержкой fb в ядре

малый оффтоп

тогда получается если я юзаю закрытые дрова в VIDEO_CARDS= у меня не должно ничего стоять ?

Откуда такое

Откуда такое умозаключение? \-8Е

хотя... если

хотя... если пофлагам x11-base/xorg-server посмотреть, то там должно быть nvidia(если предпологается использование закрытых дров), nv - если открытых... я правильно понял ?

да

да

накурился # #

накурился

#
# Graphics support
#
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=y
CONFIG_BACKLIGHT_CLASS_DEVICE=y
# CONFIG_BACKLIGHT_PROGEAR is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
CONFIG_FB_CFB_FILLRECT=m
CONFIG_FB_CFB_COPYAREA=m
CONFIG_FB_CFB_IMAGEBLIT=m
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_SYS_FOPS is not set
CONFIG_FB_DEFERRED_IO=y
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ARC is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_VGA16 is not set
CONFIG_FB_UVESA=m
# CONFIG_FB_VESA is not set
# CONFIG_FB_HECUBA is not set
# CONFIG_FB_HGA is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I810 is not set
# CONFIG_FB_LE80578 is not set
# CONFIG_FB_INTEL is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_S3 is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_VT8623 is not set
# CONFIG_FB_CYBLA is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_ARK is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_GEODE is not set
# CONFIG_FB_VIRTUAL is not set
title= >> XX >> Gentoo 2007.12  [ kernel 2.6.23-r3.b0] (video=uvesafb:1280x1024-32,mtrr:3,ywrap) nosplash
root (hd0,5)
kernel /boot/bzImage-2.6.23-r3.b0 root=/dev/sda7 video=uvesafb:1280x1024-32,mtrr:3,ywrap

эффекта нет, получаю консоль разрешения 480хСКОЛЬКО_ТО

Хм... Модулем?

Хм... Модулем?

касяк

да...., не там прочитал, такм про другое модулем - говорилось, сейчас в ядро включу.

вкомпилировал

вкомпилировал в ядро - нет эффекта

я делал все, как

я делал все, как тут написано, заработало
http://dev.gentoo.org/~spock/projects/uvesafb/
uvesafb::installation instructions

в /boot/grub/grub.conf заменить vesafb на uvesafb

делал шаги с 1

делал шаги с 1 по 9, с патчем не возился, т.к. при установке он накладывается

pc ~ # dmesg|grep -i uvesafb
[    0.000000] Kernel command line: root=/dev/sda7 video=uvesafb:1024x768-32,mtrr:3,ywrap
[   21.738514] uvesafb: failed to execute /sbin/v86d
[   21.738619] uvesafb: make sure that the v86d helper is installed and executable
[   21.738789] uvesafb: Getting VBE info block failed (eax=0x4f00, err=-2)
[   21.738895] uvesafb: vbe_init() failed with -22
[   21.739003] uvesafb: probe of uvesafb.0 failed with error -22
pc ~ # stat /sbin/v86d 
  File: `/sbin/v86d'
  Size: 14324           Blocks: 32         IO Block: 4096   обычный файл
Device: 807h/2055d      Inode: 13878937    Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2007-12-09 22:29:08.000000000 +0500
Modify: 2007-12-09 22:29:08.000000000 +0500
Change: 2007-12-09 22:29:09.000000000 +0500
pc ~ # lspci | grep -i vga  
05:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2)

ну не работает =)

http://forums.gentoo.org/view

cat .config | grep -i

cat .config | grep -i '^CONFIG' ??

_______________________________________
грех обманывать компиляторы в субботу

FANTOO -- текущее решение по этому вопросу

Из-за того, что XEN-монитор не позволяет в dom0 использовать x86-эмуляцию, vesa-видеодрайвера исользовать нельзя. Но решение по загрузке видео-драйвера и установке режима уже вырисовалось.

В linux-ядре при конфигурации выбираем все видеодрайвера (кроме vesa) как модули. Параметр video и vga в рагрузчике -- не указываем. Сначала загрузка идет в режиме 80x25. Потом стартует udev и грузит нужный видеодрайвер. У меня пока грузится radeonfb. Он по умолчанию устанавливает режим 1024x768-24. Чтоб устанавливался другой режим -- прописал в /etc/modules.d/video (создал новый файл) строчку
option radeonfb mode_option=1024x768-32@85
и выполнил modules-update. Так приходится делать, ибо сам драйвер при загрузке в виде модуля на парамер загрузки video= не смотрит. Ну и шут с ним. Но такое задаие режима -- не правильно. Ибо драйвер вообще может не иметь такого параметра (или это -- обязательный параметр?) Правильнее -- задать при загрузке параметр типа xscreen=1024x768-32@85 и установить разрешение экрана в rc-скрипте. При этом будет создан с помощью ddcxinfo-knoppix /etc/fb.modes (сейчас он вообще отсутствует).

Текущая задача по этому вопросу -- преобразовать вывод этой программы (формат xfree86) в формат fbset. Задача не очень сложная, ибо можно посмотреть внутри самой fbset, как она выводит инфу в формате xfree86

У меня похожий случай:

У меня похожий случай:
в ядре:
CONFIG_INITRAMFS_SOURCE="/usr/share/v86d/initramfs"
CONFIG_FB=y
CONFIG_FB_UVESA=y

в грабе:
kernel /boot/vmlinuz-2.6.23-gentoo-r3 root=/dev/sda1
video=uvesafb:1024x768-32,mtrr:3,ywrap

в логах:
uvesafb: NVIDIA Corporation, G84 Board - e415h10 , Chip Rev , OEM: NVIDIA, VBE v3.0
uvesafb: protected mode interface info at c000:b270
uvesafb: pmi: set display start = c00cb2d3, set palette = c00cb32e
uvesafb: pmi: ports = 3b4 3b5 3ba 3c0 3c1 3c4 3c5 3c6 3c7 3c8 3c9 3cc 3ce 3cf 3d0 3d1 3d2 3d3 3d4 3d5 3da
uvesafb: VBIOS/hardware doesn't support DDC transfers
uvesafb: no monitor limits have been set, default refresh rate will be used
uvesafb: scrolling: ypan using protected mode interface, yres_virtual=11025
fbcon: VESA VGA (fb0) is primary device
Console: switching to colour frame buffer device 80x30
uvesafb: framebuffer at 0xfb000000, mapped to 0xf8880000, using 13781k, total 14336k
fb0: VESA VGA frame buffer device

на экране:
стандартный видеорежим 80 на 30... Побороть немогу,
помогите, великий ALL!
---
Делай, что должен, и будь, что будет.

Отключить

Отключи опцию CONFIG_FB_VESA.

Sony Vaio SZ460 Premium, Core2Duo 2.0, hdd=160G, mem=2G, hybrid video: nvidia 7400 + GMA 950

И не включал ее

И не включал ее даже.
---
Делай, что должен, и будь, что будет.

выключи разгон

выключи разгон

:-) На ноутбуке?

:-)
На ноутбуке? :-)
По теме. Проблему решил вот как:
Провел несколько экспериментов, и вот, что выяснилось:
1. Ядро собрано правильно, действительно, больше ничего не надо.
2. Если передавать ядру параметры при загрузке (буква "е"в грабе), то передавая параметр video=uvesafb:1680x1050-16,mtrr:3,ywrap все работает.
3. Странно, но точно такая же строка в грабе - не работает. :-)

Мое решение:
В грабе писать одной! строкой:
title=Gentoo 2.6.23.r3
root(hd0,0)
kernel /boot/vmlinuz-2.6.23-gentoo-r3 root=/dev/sda1 video=uvesafb:1680x1050-16,mtrr:3,ywrap
Тогда все ок...

Кстати. Наконец-то встало родное разрешение моей матрицы. Что не может не радовать. :-)

---
Делай, что должен, и будь, что будет.

Что-то я не

Что-то я не понял

Цитата:
2. Если передавать ядру параметры при загрузке (буква "е"в грабе), то передавая параметр video=uvesafb:1680x1050-16,mtrr:3,ywrap все работает.
3. Странно, но точно такая же строка в грабе - не работает. :-)

Цитата:
title=Gentoo 2.6.23.r3
root(hd0,0)
kernel /boot/vmlinuz-2.6.23-gentoo-r3 root=/dev/sda1 video=uvesafb:1680x1050-16,mtrr:3,ywrap

Так что и как не работает?

А-а-а! Ясен пень,

А-а-а! Ясен пень, не работало. В handbook (и вообще везде) же написано всяким-разным по белому, как надо передавать видеорежимы, откуда идея писать его отдельной строкой?

Вот лично у

Вот лично у меня после установки 2.6.23 не ставятся fuse и ndiswrapper, так что пока сижу без wlan. Зато теперь зараотала батарея в ноуте и кард ридер.
______________________________________________________
Теперь и HTC TyTN :) Жалко на Windows Mobile 6.0 :(
Теперь и MSI PR210-003RU (Turion64X2 1.8 Ghz, ATI Radeon X1270...)

Всю жизнь

Всю жизнь использую vesafb с ati nvidia intel via sys. Тормозов нет проверено работает примерно вот с таким grub.conf

kernel /boot/vmlinuz-2.6.23-gentoo-r5 root=/dev/sda3 video=vesafb:ywrap,mtrr, vga=0x31A splash=silent,fadein,theme:gentoo-burn CONSOLE=/dev/tty1
initrd /boot/fbsplas

У слову fuse на 2.6.23 нормалбно ставить и работает.

Мн-да

Обновил ядро на ноутбуке, теперь тоже не могу uvesafb там побороть

uvesafb: Geting VBE info block failed (eax=0x4f00,err=-2) 
uvesafb: vbe_init() failed with -22 
uvesafb: probe of uvesafb.O failed with error -22

В соседних строках (по памяти не приведу) никаких проблем (с v86d, ошибками сегментирования и т.д.) нету, находится видеоадаптер с 16 Мб краденой памяти, вроде всё хорошо, agpart там и т.д.

Toshiba A45-S120, видео на Intel 852GME, gentoo-sources-2.6.23-r3, x86 (естественно)

Буду потихоньку пытаться разобраться...

Вуаля ! на

Вуаля !
на лаптопе заюзалось =). точную причину указать пока не могу, посмотрим отчего дэсктоп заработает... для начала:
- в ведре убрал

[ ] Bootup logo
[ ] Backlight & LCD device support
< > Lowlevel video output switch controls

- правил grub.conf, взял серверный вариант

 title=srvGentoo 2007.12 kernel [ 2.6.23-r3.b0 ]
root (hd0,0)
kernel /boot/bzImage-2.6.23-r3.b0 root=/dev/hda2 video=uvesafb:1024x768-32,mtrr:3,ywrap
было
title=Gento 2007.11 kernel [ 2.6.23-r3.b0 ]
root (hd0,0)
# kernel /boot/bzImage-2.6.23-r3.b0 root=/dev/sda2 video=i810fb:mtrr,ywrap,800x600-16@72
kernel /boot/bzImage-2.6.23-r3.b0 root=/dev/sda2 video=uvesafb:1280x800-32,mtrr:3,ywrap
# xscreen=1024x768-24

_______________________________________
грех обманывать компиляторы в субботу

Ага... Спасибо.

Ага... Спасибо. Ноутбук поставлен на пересборку ядра (-:Е

vesafb vs uvesafb

Вот зараза, не работает
А vesafb без проблем устанавливает 1024х768. Два ядра разнятся только параметрами буфера (vesafb/uvesafb) и включенным/выключенным пингвином.
Наверное, плюну на uvesafb и останусь с обычным (-:Е

я нашал, где

я нашал, где собака зарыта !

[ ] Backlight & LCD device support
именно из-за него не работал uvesa
проблем с жк и ЭЛТ мониками при выходе в режим ожидания нет, setterm переваривает все настройки связанные с монитором
_______________________________________
грех обманывать компиляторы в субботу

на серваке

на серваке обновил ядро до 2.6.23-r3 uvesafb заюзался без бубна, ноут и дэсктоп пока обнимаются с граблями...
_______________________________________
грех обманывать компиляторы в субботу

http://dev.gentoo.org/~spock/

Прекрасно

Прекрасно заработало полное разрешение на широкоформатном ноуте как со встроеной видяхой IGMA965 так и с дискретной Nvidia 8400M
строку в грубе прописал такую
kernel /boot/vaioTST root=/dev/sda2 video=uvesafb:1280x800-32@60,mtrr:3,ywrap initramfs

Красота! :)

товагищи у кого

товагищи
у кого на ноуте завелось 1280x800

гляньте плз, есть ли это разрешение в /sys/class/graphics/fb0/modes

скорее всего есть, но вдруг...

cat

cat /sys/class/graphics/fb0/modes
U:1280x800p-0
U:1280x800p-60
D:1280x800p-60
U:800x600p-59
U:640x480p-60
U:1024x768p-60
U:1280x800p-60

_______________________________________
грех обманывать компиляторы в субботу

а какое видео,

а какое видео, какой драйвер фреймбуфера пользуете?

вот

t17fenics написал(а):
а какое видео, какой драйвер фреймбуфера пользуете?

00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03)
uvesafb =)
_______________________________________
грех обманывать компиляторы в субботу

обыдно. блин

обыдно. блин (

GF7000М тока стандартные до 1024х768, widescreen разрешения отсутствуют (((

у кого то может есть аналогичная железка, напишите как у вас...

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".