On Sun, Jan 15, 2006 at 05:36:39PM -0500, Ivan Adzhubey wrote:
> В процессе разборок с xorg/ati DRI поимел еще несколько раз kernel oops при 
> перезагрузке, на стадии инициализации IDE (piix SATA ICH5). Лечится только 
> холодным рестартом. Видимо это не связано с DRI как я думал, а просто ядро 
> глючит. Будем посмотреть что на следующей сборке.

Само по себе в следующей сборке ничего не исправится - если нет
возможности вытянуть oops целиком, перепишите хотя бы имена функций,
выдаваемые в строках "EIP is at ..." и backtrace.

> Еще не нравится вот это место в dmesg:
> 
> [drm] Initialized drm 1.0.1 20051102
> PCI: Unable to reserve mem region #1:8000000@e0000000 for device 0000:01:00.0
> ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 17
> [drm] Initialized radeon 1.19.0 20050911 on minor 0:
> [drm] Used old pci detect: framebuffer loaded
> agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
> agpgart: Putting AGP V3 device at 0000:00:00.0 into 4x mode
> agpgart: Putting AGP V3 device at 0000:01:00.0 into 4x mode
> [drm] Loading R300 Microcode
> 
> Похоже, не может залочить апертуру AGP. В чем может быть дело? Конфликт с 
> framebuffer?

Именно.

> Может надо radeonfb использовать?

Наоборот, нужно убрать framebuffer полностью (vga=normal).  С radeonfb
может стать ещё хуже, поскольку этот драйвер тоже лезет в различные
регистры GPU (там поддерживается 2D-ускорение), но никакой координации
операций между модулем radeonfb и драйвером DRI нет (разговоры о
необходимости что-то с этим делать ведутся уже очень давно, но воз и
ныне там).

В последние сборки kernel-modules-drm добавлен хак, который позволяет
при активном vesafb хотя бы получить правильный номер IRQ для
видеокарты, но наиболее правильным вариантом в настоящее время
остаётся vga=normal.