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

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

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

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

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

Из-за того, что 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!
---
Делай, что должен, и будь, что будет.

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

Обновил ядро на ноутбуке, теперь тоже не могу 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 (естественно)

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

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