[fb, intel, console, 16:9] Реально ли получить framebuffer консоль с разрешением 1366x768 или 1920x1080?

Спасет ли меня kms на intel?

Да. И пропишешь в grub опцию vga=(здесь код нужного разрешения).

nouveau, intel

Какая связь?

Да. И пропишешь в grub опцию vga=(здесь код нужного разрешения).

Прописал. 1366x768, получил 1600x1200 и надпись монитора «данное разрешение не поддерживается» - FAIL.

Такая, что у меня видео Intel.

Или nouveau и kms никак не связаны? тогда прошу прощения, но вопрос не снимаю :)

optimus

Nouveau — драйвер nVidia. KMS — общая фича для всех.

У меня в Debian KMS на Intel работает из коробки.

У меня в Debian KMS на Intel работает из коробки.

Круто. А, главное, 16:9 типа 1366x768 работает?

не, оптимуса нету, значит я перепутал все, как обычно.

Прописываешь трехзначным кодом или напрямую разрешение? Попробуй hwinfo --framebuffer от рута, может выдаст искомый код.

1024x600 работает. У тебя точно работает KMS? Оно вроде само определяет правильное разрешение при загрузке модуля видео. И с любым соотношением сторон проблем быть не должно.

Прописываешь трехзначным кодом или напрямую разрешение?

Напрямую.

Попробуй hwinfo --framebuffer от рута, может выдаст искомый код.

не выдает нужно, там только стандартные 4:3 разрешения.

У тебя точно работает KMS?

Не уверен - у debian'а с этим по дефолту как-то плохо.
Но vesafb/uvesafb точно не работают.

Да, я посмотрел в конфиге ядра debian, там же kms отключен по-дефолту, а вы говорите «из коробки» :((

X'ов запускать не планирую вообще, если что.

Напрямую.

Так оно не сработает. По крайней мере у меня не подхватывалось.

Чото у тебя с кмс не так. По идее, ему начхать на то, что в конфиге груба написано, он должен нормально обрабатывать все разрешения.

Вам не совсем верно подсказали, в случае с параметром vga нужно указывать номер видео режима из таблицы, которую можно увидеть указав параметр 'vga=ask'.

В случае использования kms нужно указывать параметр video, примерно так: 'video=1366x768-24@75'.

Параметр vga grub2 считает устаревшим и убирает его из строки параметров, передаваемых ядру.

Буду пытаться дальше, отпишу тут по результатам.

Если есть предложения, как с минимальным гемором подключить и проверить kms на debian 6 - welcome

Да, я посмотрел в конфиге ядра debian, там же kms отключен по-дефолту, а вы говорите «из коробки»

Неправда. В 2.6.32 точно работает. И последующих.

X'ов запускать не планирую вообще, если что.

Оно начинает работать само после установки xserver-xorg-video-intel. Попробуй параметр video=1366x768 (Documentation/fb/modedb.txt).

vga=ask

Точно, от оно, коды сразу дает.

Параметр vga grub2 считает устаревшим и убирает его из строки параметров, передаваемых ядру.

И как теперь предлагают это решать?

hwinfo --framebuffer

покажи для начала

Неправда. В 2.6.32 точно работает. И последующих.

cat /boot/config-2.6.32-5-686|grep CONFIG_DRM_I915_KMS
CONFIG_DRM_I915_KMS is not set

а у вас?

На 32-ом отключено, но, помнится, работало. Не уверен.

lizzy:~> grep CONFIG_DRM_I915_KMS /boot/config-2.6.39-bpo.2-686-pae 
CONFIG_DRM_I915_KMS=y
lizzy:~> grep CONFIG_DRM_I915_KMS /boot/config-3.2.0-0.bpo.1-686-pae 
CONFIG_DRM_I915_KMS=y
lizzy:~> lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation N10 Family Integrated Graphics Controller

у вас testing/unstable что-ли?

Если я обновлюсь - у меня тоже из коробки будет?

Загугли уже kms + squeeze, не будь лентяем.

Не знаю, я не использую grub2, у меня grub-legacy.

ты не поверишь, но все страницы по этому запросу я уже прочитал.

Выход - компилять свой kernel с поддержкой kms, а потом смотреть дальше, а тут товарищ утверждает, что все из коробки работает.

у вас testing/unstable что-ли?

Stable и http://backports.debian.org/

Если я обновлюсь - у меня тоже из коробки будет?

Скорее всего. Возможно, иксовый драйвер тоже нужен, особо не вникал.

Выход - компилять свой kernel с поддержкой kms, а потом смотреть дальше

Модулем его воткнуть в rc.local нельзя что ли?

а тут товарищ утверждает, что все из коробки работает.

В 32-м ведре? ХЗ, в ЦентОС точно работает, а вот насчет Дебиана не уверен.

Поставь из бекпортов 39-е ведро, там со штабильностью тоже нормально, и не парься.

а тут товарищ утверждает, что все из коробки работает.

Я всё же не уверен насчёт 2.6.32, оно на нетбуке было очень недолго из-за проблем с ethernet-адаптером, я почти сразу поставил 2.6.39 из бэкпортов.

Intel X3100, kms, 1280x800, всё ОК.

Да, глупый вопрос, но все же: в /boot/grub/menu.lst опция nomodeset случайно не висит?

# hwinfo --framebuffer
02: None 00.0: 11001 VESA Framebuffer
[Created at bios.464]
Unique ID: rdCR.flvZVHuDtM8
Hardware Class: framebuffer
Model: «Intel(r)PineView Graphics Controller»
Vendor: «Intel Corporation»
Device: «Intel(r)PineView Graphics Controller»
SubVendor: «Intel(r)PineView Graphics Chip Accelerated VGA BIOS»
SubDevice:
Revision: «Hardware Version 0.0»
Memory Size: 7 MB + 960 kB
Memory Range: 0xd0000000-0xd07effff (rw)
Mode 0x033c: 1920x1440 (+1920), 8 bits
Mode 0x034d: 1920x1440 (+3840), 16 bits
Mode 0x033a: 1600x1200 (+1600), 8 bits
Mode 0x034b: 1600x1200 (+3200), 16 bits
Mode 0x035a: 1600x1200 (+6400), 24 bits
Mode 0x0307: 1280x1024 (+1280), 8 bits
Mode 0x031a: 1280x1024 (+2560), 16 bits
Mode 0x031b: 1280x1024 (+5120), 24 bits
Mode 0x0305: 1024x768 (+1024), 8 bits
Mode 0x0317: 1024x768 (+2048), 16 bits
Mode 0x0318: 1024x768 (+4096), 24 bits
Mode 0x0312: 640x480 (+2560), 24 bits
Mode 0x0314: 800x600 (+1600), 16 bits
Mode 0x0315: 800x600 (+3200), 24 bits
Mode 0x0301: 640x480 (+640), 8 bits
Mode 0x0303: 800x600 (+832), 8 bits
Mode 0x0311: 640x480 (+1280), 16 bits
Config Status: cfg=new, avail=yes, need=no, active=unknown

Проапдейтил ядро из портов kms включен, разрешение по-умолчанию сменило. Как узнать, какое у меня теперь? :)

и как действовать дальше?

Как узнать, какое у меня теперь?

Посмотри в /sys/class/graphics/fb0/modes

и как действовать дальше?

Если разрешение правильное, больше ничего делать не нужно. Ну разве что задать BPP, если собираешься смотреть картинки/видео, а по умолчанию мало цветов.

вот и ответ на твой вопрос, какие разрешения схавает grub. kms, понятно, подхватит родное

U:1360x768p-0
Просто WOW! Спасибо большое, все решилось установкой из бекпортов, завелось на ура!

Прямо как в анекдоте - ответ абсолютно точный и абсолютно бесполезный.

Тем не менее kms меня действительно спас, спасибо!

Не препятствовать активации KMS.

В крайнем случае дописать параметр инициализации ядра в GRUB: video=1366x768. И никаких vga=... - это не то вообще.

И никаких vga=... - это не то вообще.

Ну канеш, все vga прописывают, но «это не то вааще» гг. Неуч ты.

Потому что это не то же самое. Покажи-ка мне VBE-код для 1680x1050, а я посмеюсь.

Укажи явно разрешение, которое хочешь, кто мешает? У меня не взлетало, но это скорее я сам что-то не так сделал.

Укажи явно разрешение, которое хочешь, кто мешает?

Да что ты говоришь? Documentation/svga.txt

Да ты упоролся.

Параметр vga указывает разрешение для vesafb, к kms никакого отношения не имеет.

Неуч ты.

Documentation/svga.txt

А, так ты вендузятничек-провокатор. Так бы сразу и сказал, что зеленый, ёпта. ))))

Так нахрена прописывать video, если все должен сделать kms? И я не упоролся, я укатался на лисапеде.

vga больше для совместимости. использует устаревшие механизмы.

а video как раз обращает к KMS и использует видео-драйвер.

Так если у него _не было_ kms в 32-м ведре?

Ты неадкватен ещё к же и не умеешь даже погуглить.
Для kms указывается разрешение при помощи параметра

video=<conn>:<xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m][eDd] 

[fb, intel, console, 16:9] Реально ли получить framebuffer консоль с разрешением 1366x768 или 1920x1080? (комментарий)

и убирает его из строки параметров, передаваемых ядру.

ничего он не убирает

$ cat /proc/cmdline 
BOOT_IMAGE=/vmlinuz-3.2.2-1.fc16.x86_64 root=/dev/mapper/VolGroup-lv_root ro rd.md=0 rd.dm=0 rd.lvm.lv=VolGroup/lv_swap KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb rd.lvm.lv=VolGroup/lv_root rd.luks=0 LANG=en_US.UTF-8 vga=791

по дефолту в testing да и unstable все прекрасно работает с 1280x800.