[nvidia][HATE!] 270.26

сочувствую. А их можно как-то с этим попинать? ибо я хз, принимают ли они багрепорты

принимают
инструкция:
пишем мыло сюда linux-bugs@nvidia.com и сюда linux-nforce-bugs@nvidia.com
нужно приложить файл сгенерённый nvidia-bug-report.sh (ставится вместе с дровами) запущенного от рута
тему что-то типа Floating point exception
и в письме кратко описываем багу

Если ты про гимп - УМВР.

ccsm?
gimp лечится и через сборку гегла без поддержки ffmpeg

gtx 470. А в чем бага проявляется?

http://www.google.com/search?q=gimp%20nvidia%20floating%20poin%20exception#hl...

У меня nvidia-settings с SIGFPE падает x_X Хорошо хоть, что из-под gdb всё работает.

nvidia-settings 270.26 пробовал?
у меня предыдущие версии тупили, когда нажимал что то там про glxinfo - сейчас мгновенно выхлоп получаю

что из-под gdb всё работает

тогда уж strace bla-bla-bla &>/dev/null
меньше телодвижений :)

Видимо в 2011 NVIDIA и AMD решили поменяться ролями )

У меня тоже недавно и гимп и амарок валились с Floating point exception, потом оказалось что у меня глибц собран почемуто с USE=«glibc-omitfp» , пересобрал без него - падать перестало.

это не нормально
ибо ранее это никак не мешало
косяк сей был ранее в 180-каких-то (емнип) дровах
и появился опять в 260 и так вплоть до 270.26

У меня дебиан и ничего не падает вот уже пару лет как.

Ох уж эти озлобленные красноглазики >_>

ну молодец - не используешь SIMD - поздравляю - проходи мимо

А, так не написано же. И всё равно - наставят экспериментального говна и удивляются ведь потом.

melkor217> И всё равно - наставят экспериментального говна и удивляются ведь потом.

Благодаря им экспериментальное говно становится стабильным и попадает в твой дистрибутив.

Меня просто забавляет то, как все удивляются ожидаемым ошибкам

Это да, свежим багам надо радоваться :3

все удивляются внезапно - НЕ исправлению багов при наличии багрепортов

>наставят экспериментального говна
4.2!
внезапно 260.19.29!s

и да - баг сей далеко не свежий...его просто реанимировали :3

ой. эпический баг ядра с IO?

нет - бага дров с floating point exception
впервые появилось в 180-каких-то-там емнип

> все удивляются внезапно - НЕ исправлению багов при наличии багрепортов

Это оперсорс,^U тут тебе ничего не должны.

ну дооо

Ну не надо пинать на nvidia

Иногда это не просто исправить

ну хз - не кодер
пусть вспоминают как раньше лечили )

> кактусы

bleeding edge и кактусы - это не одно и то же :)

это ведь вроде как бета

http://www.linux.org.ru/jump-message.jsp?msgid=5911824&cid=5912118

у меня и без ffmpeg стал падать почему-то
и gajim даже стал FPE-шить

откатила на 256.53

>у меня и без ffmpeg стал падать почему-то
хм...аналогично )

чорд, это ещё хуже же сделали чем было...
значит «работают» :3

это конечно вариант... но это ненормально, потому-что --enable-omitfp это стандартная опция для сборки glibc, ей многие пользуются, в дистрибутивах конечно не любят, т.к. она мешает отладке.

сделали? кто сделали? я ничего не меняла, обновились libffi и protobuf
протобуф в самом деле используется gajim, его пересборка на -mfpmath=387 ничего не дала, libffi я вообще откатила до -~x86 , тоже не помогло... бред полный, в dlopen() сломано что-то, поэтому падать может на чем угодно, можно как вариант и в самом деле использовать glibc с сборкой без omitfp, точнее ld-linux.so.2 и libdl.so.2 , во всяком случае можно попробовать... еще и с отладкой засада, начинаешь пускать через отладчики - так все работает...

ну я думал ты тоже попробовала 270.26 - с ними как раз у меня гимп тоже внезапно отвалился, хотя тот же гегл без ффмпега так и остался

>еще и с отладкой засада, начинаешь пускать через отладчики - так все работает...
от тож - и написать то нвидии толком нечего, кроме «УМННР»

ну мне вообще некуда спешить, на десктопе стоит .32 (lts) ядро, так что обновление драйверов мне не горит ради совместимости.. тем не менее глюки те же

УМВР
nvidia - 260.19.36
glibc - 2.11.1

> Это оперсорс,^U тут тебе ничего не должны.

Ан^WБинарный блоб от нвидии (про кривость которого идёт речь в топике) — опенсорс? Я что-то пропустил?

не читал, но осуждаю?
пройдёмте, Ъ недоделанный..

По первой ссылке в этом треде жалоба именно на эту версию блоба, отличается только версия glibc. Раз у меня работает, с чего это вдруг глюк блоба, а не глибца?

дистр
архитектура

выхлоп emerge --info

у меня 2.11.2

http://www.linux.org.ru/jump-message.jsp?msgid=5911824&cid=5912383

и да - используй поиск - на ЛОР-е уже было доказано, что косяк именно в блобе
«Ъ» такие «Ъ»...

>дистр

Mandriva 2010.2

архитектура

x86

выхлоп emerge --info

bash: emerge: command not found :)

http://www.linux.org.ru/jump-message.jsp?msgid=5911824&cid=5912338

Mandriva x86 собрана с -march=i586 без использования SIMD

на подобные грабли наступали в OpenSUSE, уж не знаю почему и как решили/решали/решают


на amd64 проблем нет, остальные дистры не используют SIMD средствами gcc , даже Arch

обновила nvidia-drivers до 260.19.36 (это то что размаскировано для ~)
собрала eglibc 2.11.2-11 (debian sid) без omitfp, -O3 -march=i686
и вторую копию , с omitfp, -march=pentium4 -msse2 , -mfpmath у меня ставится как sse автоматически, если позволяет -march ( GCC 4.5.2 )


собственно с той что omitfp ничего не поменялось -

└> ccsm
Floating point exception

└> gimp
Floating point exception

└> gajim
Floating point exception

замена libdl.so.2 не помогла, а вот заменить ld-linux.so.2 на i686 версию без omitfp проблему полностью решает...

написать бы nvidia с копией в багзиллу генты... тут идет чисто конфликт libGL.so.1 от Nvidia с ld-linux.so.2 (USE omitfp, SIMD?)

хорошо бы еще проверить omitfp без SIMD, причем версия ядра и glibc не имеет значения, 2.11.2 достаточно уже «зрелая и стабильная», даже для дебиана

так, это я уже туплю, не то хотела написать...

SIMD без omitfp надо проверить )

не - в генту бесполезно писать - libxml2 помнишь?
а воз и ныне там