[d-kernel] Kernel 2.6.11-std26-up-alt11 and bootsplash

[Mikhail Yakshin <greycat@altlinux.ru>]

Приветствую!

Уже второй раз натыкаюсь на то, чего по идее в ядре быть не должно. 
Вследствие неких действий ядро падает в OOPS. Такими действиями могут быть:

1. Вызов /sbin/splash с устаревшим конфигом (от Compact 2.3) - 
воспроизводится на любых карточках, любых драйверах, гарантированно;

2. Запуск startx сразу после setgl на nvidia'ных карточках - здесь мне 
не удалось понять прямой зависимости - иногда падает, иногда нет. Если 
запускать сразу - то падает гарантированно, если чуть-чуть поработать - 
позапускать какие-то приложения, походить по файловой системе, что-то 
еще - то падает редко.

Дамп выглядит так:

CPU: 0
EIP: 0060:[<c01a971a>] Tainted: P VLI
EFLAGS: 00010202 (2.6.11-std26-up-alt11)
EIP is at boxit+0x94a/0x9f0

[дальше регистры и дамп - пока перерисовывать их не буду, потому как 
перерисовывать приходится вручную]

Call Trace:
  [<c01abd83>] dec_readmarker+0x13/0x40
  [<c01abc2c>] jpeg_decode+0x59c/0x610
  [<e15f9c00>] _nv07635rm+0x10/0x130 [nvidia]
  [<c01aa95f>] splash_prepare+0x28f/0x340
  [<c01a5fa0>] fbcon_switch+0x40/0x520
  [<c01a3ffa>] fbcon_cursor+0x18a/0x2b0

и т.д., но дальше уже, видимо, малоинтеерсно - стектрейс уходит в совсем 
общие функции ядра (redraw_screen, console_callback, worker_thread и 
т.д. вплоть до kthread)

Имеет ли место глюк, видимо, в splash-патче или некая несовместимость с 
ядерным модулем nvidia?

Подобные глюки целиком пропадают, если, например, загрузить то же самое 
ядро с vga=0.

-- 
WBR, Mikhail Yakshin AKA GreyCat
ALT Linux [http://www.altlinux.ru] [xmpp:greycat@altlinux.org]