megabaks, собери glibc без omitfp с теми же флажками что и обычно ?)

libxml2 пропатчили

а - ну да - совсем недавно - я уже и забыл про неё - давно это было

ok

мне вот интересно, что виновато

-fomit-frame-pointer или SIMD,

судя по граблям в OpenSUSE - omitfp

ну и конкретные USE и другие пакеты имеют косвенное отношение ( dlopen() ) корки, которые падали указывали на ld-linux.so.2 , в принципе этой информации для nvidia хватит чтобы начать копать, что в dlopen() они могли сломать после 256 серии

тоьлко в итоге флажки всё равно вот такие будут

[ root@desktop ] megabaks # bzgrep "declare -x CFLAGS=" /var/db/pkg/sys-libs/glibc-2.13-r1/environment.bz2 
declare -x CFLAGS="-march=i686 -mtune=generic -pipe -O2 -fno-strict-aliasing"
[ root@desktop ] megabaks # 

ну я с тем же самым собрала, считай
только -O3 и без -fno-strict-aliasing, т.е. у меня более «экстремальные» :)

glibc 2.13 ? все равно стоит проверить )
и в идеале лучше не всю Glibc, а только ld-linux.so.2

2.13-r1
ибо в ней починили багу с прелинком (сегфолты)

http://packages.debian.org/sid/eglibc-source

я отсюда беру )

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

ну что могу сказать...работает и ccsm и gimp

фигасе )
сильно

>libxml2 помнишь?
[анабиоз]А что с ним не так[/анабиоз]

точнее библиотеки от старого, которые при этом матерились на то что файлы данных не соответствуют текущей версии... после этого я от prelink отказалась, может был косяк определенной версии prelink, раньше вроде такого не было с ним

уже пофиксили

2 месяца висела дырами сверкая libxml2 2.7.7
в то время как во всех дистрах уже давно обновили.

решето же

ну дык и чего пишем нвидии?

запорожцы пишут письмо турецкому султану

260.xx and later drivers introduced a conflict between ld-linux.so.2 (glibc compiled with --enable-omitfp) and NVidia libGL.so.1

Problem appears with using Gentoo Linux x86 compiled with

CFLAGS= тут написать что используется для сборки мира

and Glibc 2.11.2 (possibly earlier) - 2.13 with omitfp (kernel version does not matter, but tested from 2.6.32.x to 2.6.37 (?))

using any programs which dlopen() other modules on load causing Floating Point Exception error, notably the following GTK+ software are affected: ccsm (compiz settings manager), gimp, gajim,

если падает что то еще - дописать (кстати Qtшное не падает ничего?)

Launching affected software via debuggers/trace does not reveal the problem , software are launched as normal.

Its possible to get such backtrace with dumped core's:

Program terminated with signal 8, Arithmetic exception.
#0 0xb7773caf in ?? () from /lib/ld-linux.so.2
(gdb) bt
#0 0xb7773caf in ?? () from /lib/ld-linux.so.2
#1 0xb77741ea in ?? () from /lib/ld-linux.so.2
#2 0xb7775f4f in ?? () from /lib/ld-linux.so.2
#3 0xb777e526 in ?? () from /lib/ld-linux.so.2
#4 0xb7779910 in ?? () from /lib/ld-linux.so.2
#5 0xb6803b53 in ?? () from /lib/libdl.so.2

to reveal location in ld-linux.so.2 , recompiling ld-linux.so.2 without -fomit-frame-pointer solves the problem with loading applications.
Please check the possible conflict in 260-270 series and glibc that is compiled with --enable-omitfp on x86.


как-то так...

>кстати Qtшное не падает ничего?
неа

кривовато, но в принципе поймут...

пересборка gtk не помогает кстати :)
ну и совсем старые версии я не проверяла.

«Письмо отправлено.»

еще модель карточки на всякий случай указать...
хотя тут вроде не имеет значения какая

свою укажи, и мою тоже

VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GS] (rev a1)

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

ну я воспользовался линь_онли фичей (которую очень просят виндузятники)
[ root@desktop ] megabaks # nvidia-bug-report.sh
там если заглянуть в архив...чего только нет :)

ну и отлично, сейчас посмотрю что там оно генерирует )

http://paste.pocoo.org/show/339498/

uname -a
/etc/issue
/etc/gentoo-release
лог нвидиа инсталлера, которого нет в генте
лог Xorg текущий и предыдущий, для дополнительных скринов, если есть
xorg.conf

ldd glxinfo

подробные lspci

lsusb
dmidecode

modinfo nvidia
логи с «NVRM»
dmesg

gcc -v / g++ -v

xset -q
nvidia-settings -q all

строка загрузки ядра

/proc/cpuinfo, interrupts, meminfo, modules .. и много чего еще из /proc, pci, звук....

подробно собирают инфу по железкам, тут она скорее всего не важна, т.к. падает у гентушников с omitfp , вне зависимости от железок...

вот интересно что там у сузеводов... у них тоже же падало, может с omitfp собрали ?

а чёрт их знает...

Megabaks,

Thanks for providing the additional information. Your previous message
didn't make it clear what the problem was.

I'm building glibc 2.11.2 now with the compiler flags you mentioned, but
in case I'm unable to reproduce the problem, do you think you might be
able to provide a chroot tarball containing any libraries and
executables necessary to trigger the exception? At a bare minimum,
perhaps just the ld-linux.so binary?

Regards

я чот не догнал - как так?
может дело в том, что он собрал только глибц с моими флагами? (-mfpmath=sse -msse4.1)

спасибо за доп информацию, твое предыдущее сообщение не разьясняло где была проблема

я сейчас собраю glibc 2.11.2 с cflags которые дали, но если у меня не воспроизведется проблема, можете ли вы прислать chroot тарболл с минимумом всего чтобы воспроизвести проблему ?

----------------

жди след письма ) если что, я попробую сделать тарболл.

жду тарбола

ну может у него на его окружении получится,
в любом случае пусть ответит, мне стейж 4 не охота сейчас компилить )

ok

>я сейчас собраю
фак - пора ложиться спать )

лучше бы у него получилось воспроизвести на его glibc...
а то делать лисапет... с выдиранием библиотек не хочется совсем

но если он отпишет что собрал glibc и «умвр», то придется..

кинь этому Дэниэлу Дадапу
http://ompldr.org/vN2djcw/eglibc-2.11.2-11-p4bin.tar.gz

there is a eglibc 2.11.2 binaries, compiled from Debian Sid sources,
they can reproduce the conflict between ld-linux.so.2 and nvidia-drivers 260-series


compilation settings:

gcc 4.5.2
export CFLAGS="-O3 -march=pentium4 -msse2 -fomit-frame-pointer -mfpmath=sse -mstackrealign -fexcess-precision=fast"

./configure \
--prefix=/usr \
--enable-omitfp \
--enable-stackguard-randomization \
--without-cvs \
--enable-add-ons=libidn,nptl \
--with-tls

(which are common compile settings for Debian, except --enable-omitfp switch)

ушло

кстати в 4.6.0 -fomit-frame-pointer включают в -O2 на x86 по-умолчанию,
видимо решили забить на отладку, пусть кому надо собирают с -fno-omit-frame-pointer

eGlibc 2.11.2 у меня с 4.6 пока нормально не собирается.

печально что не собирается

еще и не релиз )

кстати Qtшное не падает ничего?

У меня падает dolphin

есть новости от Дадапа ? или он отложил в долгий ящик? отписал бы хоть... FPE у него поймалось или нет... а дальше уже пусть фиксит...

Где находятся эти 270.26? Поиск по сайту дает максимум 270.18 И таки да УМВР.

ты не умеешь читать раз
270.26 на фтп - два ftp://download.nvidia.com/XFree86

нету новостей - молчит
было бы - написал

On 02/23/2011 05:07 AM, megabaks wrote:

any news?

Hi megabaks,

I tried dropping in your glibc binaries into a 32-bit Debian sid system,
but didn't reproduce the issue. I also tried building my own glibc with
--enable-omitfp.

I wonder if it might be specific to CPU microarchitecture. I'll try
matching your hardware more closely, too.

Could you either provide a full chroot with all of the libraries needed
to demonstrate the issue, or enough info to build a Gentoo system with
all the right compiler and use flags? (E.g., make.conf file)

The chroot would be preferable.

таки дела...