From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <42BFC074.30508@altlinux.ru> Date: Mon, 27 Jun 2005 13:01:40 +0400 From: Mikhail Yakshin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050512) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALT Linux kernel packages development Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [d-kernel] Kernel 2.6.11-std26-up-alt11 and bootsplash X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2005 09:03:01 -0000 Archived-At: List-Archive: List-Post: Приветствую! Уже второй раз натыкаюсь на то, чего по идее в ядре быть не должно. Вследствие неких действий ядро падает в OOPS. Такими действиями могут быть: 1. Вызов /sbin/splash с устаревшим конфигом (от Compact 2.3) - воспроизводится на любых карточках, любых драйверах, гарантированно; 2. Запуск startx сразу после setgl на nvidia'ных карточках - здесь мне не удалось понять прямой зависимости - иногда падает, иногда нет. Если запускать сразу - то падает гарантированно, если чуть-чуть поработать - позапускать какие-то приложения, походить по файловой системе, что-то еще - то падает редко. Дамп выглядит так: CPU: 0 EIP: 0060:[] Tainted: P VLI EFLAGS: 00010202 (2.6.11-std26-up-alt11) EIP is at boxit+0x94a/0x9f0 [дальше регистры и дамп - пока перерисовывать их не буду, потому как перерисовывать приходится вручную] Call Trace: [] dec_readmarker+0x13/0x40 [] jpeg_decode+0x59c/0x610 [] _nv07635rm+0x10/0x130 [nvidia] [] splash_prepare+0x28f/0x340 [] fbcon_switch+0x40/0x520 [] 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]