В Вск, 16/08/2009 в 20:52 +0400, Dmitry V. Levin пишет:
> On Sun, Aug 16, 2009 at 07:58:14PM +0400, Valery V. Inozemtsev wrote:
> > В Вск, 16/08/2009 в 18:30 +0400, Valery V. Inozemtsev пишет:
> > > В Вск, 16/08/2009 в 17:24 +0300, Michael Shigorin пишет:
> > > > 	Здравствуйте.
> > > > Несколько ранее было обнаружено, что sispmctl сегфолтится
> > > > при попытке работы с USB-устройством на 2.6.18-ovz-rhel-alt7:
> > > 
> > > все что ниже 2.6.27 пора закопать. если они как то еще работают, то это
> > > не на долго (до нового udev)
> > 
> > да, совсем забыл... на самом деле все еще страшнее. для нашего glibc
> > (собранного с хидерами от 2.6.29) нужно ядро 2.6.27 и выше. т.ч. это
> > 2.6.18 все еще работает просто чудом или весь юзерспейс, что там
> > работает, не использует (пока не использует) новые системные вызовы.
> 
> Валера, тот эффект, который ты описываешь, правильно было бы назвать
> glibc ABI break.  Только я этот вопрос специально проверял, и ничего
> подозрительного не выявил.  Так что, пожалуйста, расскажи подробности.
> 

вот пример (тот же код и в glibc)
http://git.altlinux.org/people/shrek/packages/?p=klibc.git;a=blob;f=usr/klibc/signalfd.c;h=1edc05d936229b5cbf5b56afc1fb2c0ddf56f458;hb=HEAD
__NR_signalfd4 появился в 2.6.27
есть еще кучка at()
http://git.altlinux.org/people/shrek/packages/?p=klibc.git;a=commitdiff;h=7383280c094de24c926623b3996ce651e9d812d4

этот вопрос подробно может осветить Власов, я к сожалению не обладаю
таким красноречием и силой убеждения :)

-- 
Valery V. Inozemtsev