LINUX.ORG.RU

Сообщения GPFault

 

срывается развёртка iiyama,nvidiafb

Не получается настроить частоту развёртки во framebuffer - при увеличении частоты (с помощью fbset) происходит срыв развёртки.

В иксаx (дрова nv) нормально работают следующии modeline:

Modeline "1600x1200" 200.0 1600 1680 1800 2155 1200 1233 1234 1267

Modeline "1984x1233" 242.9 1984 2080 2200 2555 1233 1233 1234 1267

Первый из них преобразую для fbset (по этому HOWTO: http://www.tldp.org/HOWTO/Framebuffer-HOWTO-18.html ) и получаю

fbset -g 1600 1200 1600 1200 8 -t 5000 355 80 33 33 120 1

- срывается. Пока не подниму pixclock с 5000 до 7000 развёртка срывается. 7000 не устраивает поскольку вертикальная получается 52 Гц :( , а хочется хотя бы 72 (разумеется при сохранении 1600x1200)

пробовал немного крутить другие параметры fbset - не помогает, но я не очень понимаю какие именно надо в этом случае. Реально иксы работают и на pixclock 242Mhz, в логах иксов что по DDC ограничение 200Mhz (5000 для fbset), в доках моника ограничение на 160Mhz (>=6250 для fbset) но уж никак не 7000.

То, что генерит gtf -f тоже срывается.

И, совершенно неясно: если поставить глубину цвета не 8 а 32 или 24 то вообще одна рябь при любом режиме. (глубина цвета совершенно непринципиальна)

Монитор ЭЛТ iiyama HM703UT(vision mater pro 413), видео GeForce FX 5200, подключён через обычный VGA, дрова nvidiafb.

dmesg|grep nvidiafb

nvidiafb: PCI id - 10de0322

nvidiafb: Actual id - 10de0322

nvidiafb: nVidia device/chipset 10DE0322

nvidiafb: CRTC0 analog found

nvidiafb: CRTC1 analog not found

nvidiafb: EDID found from BUS1

nvidiafb: CRTC 0 appears to have a CRT attached

nvidiafb: Using CRT on CRTC 0

nvidiafb: MTRR set to ON

nvidiafb: PCI nVidia NV32 framebuffer (64MB @ 0xE0000000)

Примерное описание вида срыва: нижняя часть экрана постоянно дёргается направо-налево, а верхняя - большую часть времени отображается корректно(т.е. срыв не всегда с начала кадра)

Ещё раз отмечу, что в иксах и в винде 1600x1200@(примерно 75) отлично работают.

В качестве варианта рассматривается переход на rivafb (он поддерживает мою видяху?) или vesafb-<somepatch> (если сможет 1600x1200@75)

Что ещё можно сделать?

GPFault
()

стандарт на Esc-последовательности для клавиш с модификаторами

Существует ли хоть какой-нибудь стандарт на Esc-последовательности терминала для клавиш с модификаторами? Или что придёт терминалостроителям в голову, то и используют?

Про попытки логического расширения Vtxxx знаю, но там дальше Shift+Fn вроде бы не доходит... Интересует что-либо более извращённое вроде Ctrl+Enter, Alt+Shift+Insert, Ctrl+Shift+Left (А лучше вообще всё что возможно)...

А если такого стандарта совсем нет, то интересуют мнения по поводу того в каком(их) терминале это наиболее кошерно/логично/хоть как то сделано(чтоб использовать вместо стандарта).

Интересует любая информация на тему ТАКИХ esc-последовательностей.

GPFault
()

как убрать лишние /dev/tty*

Дистрибутив Arch 0.7.2 У меня существуют устройства 0-63 в /dev/vc и ссылки на них tty0-tty63 в /dev

в udev.rules прописано по умолчанию(я не менял):

KERNEL=="tty[0-9]*" NAME="vc/%n" SYMLINK+="%k"

Использую только первые 12 консолей - вполне хватает

Как объяснить ядру, что не нужно создавать устройства 13-63 (раздражают, при просмотре /dev занимают пол-экрана)?

И ещё один вопрос: при просмотре man`ов справа имеется поле в несколько символов. Как его убрать(я жадный, места жалко)?

P.S. Понимаю, что вопросы крайне дурацкие, но уж извините сам не знаю как...

GPFault
()