Проприентарный драйвер Nvidia не работает с rt-kernel

Интересная у тебя работа... попробуй rt-ядро поновее.

Забавно. Как раз сегодня читал в ЛОР-Wiki, о том что драйвер nvidia не работает на rt ядрах.

> Как раз сегодня читал в ЛОР-Wiki, о том что драйвер nvidia не работает на rt ядрах.

Ну это не совсем так... http://rt.wiki.kernel.org/index.php/RT_NvidiaGraphicsDriver

некоторые комбинации могут и работать :)

2.6.27.10-lu #1 SMP PREEMPT

$ lsmod |grep nvidia
nvidia 6898772 26


NVRM: loading NVIDIA UNIX x86 Kernel Module 177.82 Tue Nov 4 13:35:57 PST 2008



работает прекрасно

preemptive rcu = n
в конфиг ядра , если такого нет - обновить до .26 или .27

судя по логу у вас ядерный модуль не загружен, смотрите dmesg

если что - пробуйте пересобрать модуль ядра

Всем большое спасибо за подсказки. Направление для телодвижений уяснил.

не знаю какое RT ядро ставил автор топика, но вообще говоря RT != PREEMPT.

в убунте "RT" ядром было именно PREEMPT

да и других настроек все равно почти нет, если есть, то какие?

> в убунте "RT" ядром было именно PREEMPT

Убунта - это вообще не показатель. В SuSE всё серьезно до ынтерпрайзности, там честный -rt.

> да и других настроек все равно почти нет, если есть, то какие?

Ядро надо патчить. Точнее, тебе это не надо :)

> Убунта - это вообще не показатель. В SuSE всё серьезно до ынтерпрайзности, там честный -rt.

точно также можно сказать о том что SuSE не показатель, а показатель RHEL например )
Наглая реклама SuSE? ну ну


>Ядро надо патчить. Точнее, тебе это не надо :)

с чего взяли что не надо? может надо? уж как-нибудь самостоятельно разберусь надо или нет. Если так как делают в SuSE - не надо, а то точно ничего работать не будет и будет зависать сразу после загрузки.


выносите, следующий!

может PREEMPT и по каким-то (каким?) меркам и не дотягивает до "полноценного" RT , но в _ванильном_ ядре _нет других настроек_ и планировщик на PREEMPT ядре достаточно честно распределяет время процессора под нагрузкой, так что получается что realtime приложения получают вполне достаточное время для своего выполнения, даже если выполняется что-то еще.

>>Ядро надо патчить. Точнее, тебе это не надо :)

>с чего взяли что не надо?

Все, кому это надо, знают, чем оно отличается от PREEMPT.

> может надо? уж как-нибудь самостоятельно разберусь надо или нет.

Валяй %) Ссылку на Вики я дал.

ванильное ядро только в слаке, в нормальных дистрибутивах может быть и отдельное ядро с относительно полноценным RT.

>проприетарный

fixed. Радуйтесь, что я сегодня такой добрый - не предлагаю вам обмазаться учебником Розенталя и ..

И на что только не идут люди, лишь бы старый добрый АТИ не использовать...

А-ха-ха - опять ламеровоитель мочит зюзю.
Закидывает ее своими тупыми домыслами - как характерно.
По делу уже всё tailgunner сказал.

>И на что только не идут люди, лишь бы старый добрый АТИ не использовать...

...по прочтению этого так и стоит перед глазами чувак, которому нечего сказать, но очень сильно хочется. И поэтому он несёт любую ахинею, лишь бы не молчать :)

>не знаю какое RT ядро ставил автор топика, но вообще говоря RT != PREEMPT.
Автор топика ставил kernel-rt-2.6.22.17-0.1 - The Realtime Linux Kernel, взятое с официяльного репозитария OpenSUSE 10.3 Updates.
К сожалению, автор первый раз слышит про PREEMPT :( и не понимает, что это такое. Поищу в интернете.

2tailgunner:
>Интересная у тебя работа...

Ничего особенного... аранжировками занимаюсь. Категорически нуждаюсь в low-latency для wineasio. Вот когда допилят новую версию Ардур с миди-секвенсером, тогда, вероятно, вопрос автоматически снимется. А пока приходится извращаться через вайн, т.к. больше ничего приемлемого для реальной работы (сел и сделал без бубна) не нашёл.

Всем спасибо - вопрос снят. Проблема low-latency в wineasio решилась обновлением wine до wine-1.1.11-1.1.i586