Re: [sisyphus] возвращаясь к вопросу о i915g

[Sergey Vlasov <vsu@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 2219 bytes --]

On Sun, Jul 31, 2005 at 05:08:36PM +0300, Artem wrote:
> Artem wrote:
> 
> >Artem wrote:
> >
> >Похоже на то будто vsync включился в драйвере. С чего это? Полезу 
> >копаться в документации... :-)  Уменьшилось FPS и уменьшилась нагрузка 
> >на процессор.... (для gears - c 20% до 10%) 
> 
> Поковырявшись немного, нашел причину: был включен режим 788 при 
> загрузке. Framebuffer, если не ошибаюсь, он называется? Вот с ним - 
> сразу FPS падает в 4 раза. Гружусь в text mode - все ок.
> Заметил так же интересный глюк: при использовании framebuffer , если 
> сделать init 5 (startx) - а затем поднять интерфейс (у меня broadcom 
> 4400, modprobe b44) - то сетевуха начинает глючить - не принимает ничего 
> - аrp ответы посылаются, но она их не "берет". В консоль при поднятии в 
> таком режиме однократно "выплевывается" Disable IRQ #16.

А что ещё, кроме сети, висит на IRQ 16 (в /proc/interrupts)?
Возможно, i915 как раз там (его будет видно только после запуска X).

> Если Х-ы не 
> поднимать, и поднять сеть до них - все нормально. Однократно так же 
> машинка зависла полностью и не реагировала даже на alt+sysrq+O  при 
> попытке поднятия eth0 из иксов, при этом в консоли был режим 788.
> Вот, повторил эксперимент - vga=788, затем - init 5, в xterm:  su - -c 
> "ifconfig eth0 172.16.10.62 up" - полное зависание всего... Напрочь... :-)
> Вижу, что в config-2.6.12-std26-up прописано: CONFIG_FB_VESA=y, 
> CONFIG_FB_INTEL=m.
> Чтобы попробовать intel-овский модуль (modinfo гласит что он для 915g и 
> подобных), нужно ли пересобирать ядро с VESA=m ?
> Предварительный вывод - использовать vesa fb вместе с xorg на 915g - 
> низя... (по крайней мере для 2.6.12) :-)

Попробуйте ещё новые модули drm:

ftp://ftp.altlinux.ru/pub/people/vsu/drm-2005.07.22/

(по причине всеобщего запоя эти модули вот уже неделю не могут попасть
в сизиф).

Впрочем, ни один модуль drm не будет полностью нормально работать при
активном vesafb (или вообще любом *fb), пока эти подсистемы ядра не
перепишут очередной раз, чтобы drm и fb использовали какие-то общие
компоненты.  Базовая функциональность, скорее всего, будет доступна и
при активном fb, а вот suspend/resume отвалится.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]