On Tue, Sep 11, 2007 at 07:13:56PM +0300, Led wrote:
> > > У меня есть как минимум один пример, когда без этого klibc неюзабельна.
> >
> > Приведите этот пример здесь.
> 
> http://dev.gentoo.org/~spock/projects/uvesafb/

На сборку самой klibc заголовки, модифицируемые этим патчем, не влияют;
однако в ходе сборки пакета заголовки ядра, использованные при сборке,
копируются и попадают в пакет klibc-devel - в результате все программы,
собирающиеся с klibc, получают версию заголовков, существовавшую на момент
сборки пакета klibc, независимо от последующих обновлений пакета
kernel-headers-std.  Однако многие программы просто носят копию нужных им
заголовков ядра с собой (поскольку именно этот способ долгое время
пропагандировался разработчиками ядра как правильный) - на их сборку
старые заголовки из klibc-devel не влияют.  Очевидно, в данном случае v86d
не делает этого, а ожидает найти заголовки от ядра с нужным патчем.

> Соответсвующее ядро 2.6.18 (на базе std-smp-2.6.18-alt7), v86d и klibc 
> (пересобранная с хэдерами пропатченного ядра) находятся здесь:
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> Для того, чтобы v86d работал в initrd и не тащить glibc в initrd, пришлось 
> собрать v86d с klibc и пересобрать klibc (без каких-либо изменений). 
> Естественно, всё это работает уже больше двух недель, на разных машинах, 
> разных видеоадаптерах (включая nVidia и ATI), на x86_32 и x86_64. Фичреквест 
> приблизительно столько же "висит" на kernel-image-std-smp (безответно).

Поиск в багзилле по слову uvesafb показал, что #12618 висит на
kernel-image-wks-smp.