Bug 24296

Summary: Видеокарта Nvidia GTS250, Не стартуют иксы с драйверами Nvidia (работает только с nv)
Product: Sisyphus Reporter: Dmitry <dmitry79>
Component: nvidia_glx_commonAssignee: Sergey V Turchin <zerg>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: vsu, zerg
Version: unstable   
Hardware: all   
OS: Linux   
Attachments:
Description Flags
лог иксов
none
лог ядра
none
nvidia-bug-report none

Description Dmitry 2010-10-14 09:14:57 MSD 
последний раз эта ошибка воспроизвелась на последней бете desktop 6.0 от 1 октября (проявлялась и раньше).

после установки системы, выставил в центре управления использование комерческих драйверов Nvidia, перезагрузил систему, иксы не стартанули

вот чем заканчивается лог иксов при попытке использованиия комерческих драйверов

(EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device PCI:1:0:0. 
(EE) NVIDIA(0):     Please check your system's kernel log for additional error
(EE) NVIDIA(0):     messages and refer to Chapter 8: Common Problems in the
(EE) NVIDIA(0):     README for additional information.
(EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device!
(II) UnloadModule: "nvidia"
(II) UnloadModule: "wfb"
(II) UnloadModule: "fb"
(EE) Screen(s) found, but none have a usable configuration.
Comment 1 Sergey V Turchin 2010-10-14 15:10:13 MSD 
покажите dmesg
Comment 2 Dmitry 2010-10-14 23:50:21 MSD 
(В ответ на комментарий №1)
> покажите dmesg

с dmesg раньше не сталкивался, просто загрузился опять с драйверами nvidia, иксы естественно опять не стартанули, вошел рутом ввел команду dmesg, вывелись на экран вот такие строки (нашел их в логах ядра /var/log/kernel/warnings)

Oct 14 23:18:03 ip210 kernel: [   32.016014] nvidia: module license 'NVIDIA' taints kernel.
Oct 14 23:18:03 ip210 kernel: [   32.016017] Disabling lock debugging due to kernel taint
Oct 14 23:18:04 ip210 kernel: [   32.784326] vboxdrv: fAsync=0 offMin=0x4ef offMax=0x1217
Oct 14 23:18:04 ip210 kernel: [   33.003422] NVRM: loading NVIDIA UNIX x86 Kernel Module  256.53  Fri Aug 27 21:03:42 PDT 2010
Oct 14 23:18:04 ip210 kernel: [   33.609641] vmap allocation for size 16781312 failed: use vmalloc=<size> to increase size.
Oct 14 23:18:04 ip210 kernel: [   33.609999] NVRM: RmInitAdapter failed! (0x26:0xffffffff:1027)
Oct 14 23:18:04 ip210 kernel: [   33.610005] NVRM: rm_init_adapter(0) failed
Comment 3 Sergey V Turchin 2010-10-15 13:11:03 MSD 
Прикрепите полный лог X-ов и полный вывод dmesg для начала
Comment 4 Sergey V Turchin 2010-10-15 13:12:51 MSD 
А еще лучше прикрепите nvidia-bug-report.log.gz от nvidia-bug-report.sh
Comment 5 Dmitry 2010-10-15 23:45:53 MSD 
Created attachment 4615 [details]
лог иксов
Comment 6 Dmitry 2010-10-15 23:47:12 MSD 
Created attachment 4616 [details]
лог ядра
Comment 7 Dmitry 2010-10-15 23:48:04 MSD 
Created attachment 4617 [details]
nvidia-bug-report
Comment 8 Dmitry 2010-10-15 23:50:43 MSD 
(В ответ на комментарий №7)
> Created an attachment (id=4617) [details]
> nvidia-bug-report

приложил все три файла
Comment 9 Sergey V Turchin 2010-10-18 16:33:57 MSD 
Пакет kernel-modules-drm-nouveau-std-def установлен?
Comment 10 Sergey V Turchin 2010-10-18 16:35:30 MSD 
Точнее, просто уалите его или внесите в blacklist.
В последних бетах он не устанавливается по умолчанию
Comment 11 Dmitry 2010-10-18 16:46:19 MSD 
(В ответ на комментарий №9)
> Пакет kernel-modules-drm-nouveau-std-def установлен?

Нет не установлен, я вроде написал, что это же воспроизводится на бете от 1 окт, а в ней уже этот модуль автоматически не ставится, дело не в нем, на прошлой бете я вносил его в блэклист, но ошибка повторялась
Comment 12 Sergey V Turchin 2010-10-18 17:11:47 MSD 
Тогда не оно.

2 Vsu: Серег! Ты как-то писал в рассылке про какие-то манипуляции с памятью. Оно?
Comment 13 Sergey Vlasov 2010-10-18 18:41:28 MSD 
Действительно, похожая ситуация уже встречалась:

http://lists.altlinux.org/pipermail/sisyphus/2009-October/342705.html

Должно помочь добавление vmalloc=256M в параметры ядра. Также покажите содержимое /proc/vmallocinfo - возможно, в данном случае фрагментацию области vmalloc тоже провоцирует xfs.
Comment 14 Sergey Vlasov 2010-10-18 19:18:26 MSD 
Либо ещё один вариант, который, возможно, позволит обойтись без урезания lowmem с целью увеличения области vmalloc: вписать модуль nvidia в /etc/modules, чтобы он загружался до монтирования основной массы файловых систем (это сработает, если модуль nvidia запрашивает большие области vmalloc/ioremap сразу, а не по запросу от драйвера X-сервера).

Вообще что-то, связанное с фрагментацией области vmalloc при использовании xfs, чинили в ядре в версиях 2.6.33-2.6.34:

http://oss.sgi.com/archives/xfs/2010-01/msg00550.html
http://old.nabble.com/-patch-1-2--xfs:-remove-old-vmap-cache-td20085649.html
Comment 15 Sergey V Turchin 2010-10-18 19:34:27 MSD 
А, ну да, в dmesg же ясно написано: "use vmalloc=<size>"
Comment 16 Dmitry 2010-10-18 19:46:17 MSD 
(В ответ на комментарий №14)
> Либо ещё один вариант, который, возможно, позволит обойтись без урезания lowmem
> с целью увеличения области vmalloc: вписать модуль nvidia в /etc/modules, чтобы


попробовал я прописать в /etc/modules, не помогло, результат тот же
Comment 17 Dmitry 2010-10-18 20:42:39 MSD 
(В ответ на комментарий №13)
> Действительно, похожая ситуация уже встречалась:
> 
> http://lists.altlinux.org/pipermail/sisyphus/2009-October/342705.html
> 
> Должно помочь добавление vmalloc=256M в параметры ядра.

да, это помогло, спасибо. Прописал эту опцию vmalloc-256M и все заработало, иксы стартанули с драйверами nvidia.

Может в следующей сборке десктопа это поумолчанию сделать или оно может вызвать на других конфигурациях проблемы?
Comment 18 Sergey V Turchin 2011-10-25 18:16:09 MSK 
(В ответ на комментарий №17)
> > Должно помочь добавление vmalloc=256M в параметры ядра.
> да, это помогло, спасибо
Тогда FIXED