[devel] kernel-headers-std

[Led]

2007/9/11, Kirill A. Shutemov <k.shutemov на velesys.com>:
> On [Tue, 11.09.2007 20:02], Sergey Vlasov wrote:
> > On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> > > kernel-headers-std является проблемой при портировании. Не на всех
> > > архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
> > > каторое бы запускалось на любом железе. Ядро делается под конкретную
> > > железку.
> >
> > Однако эти заголовки описывают не конкретную железку, а ABI ядра,
> > предоставляемый для userspace; от конфигурации ядра их содержимое не
> > зависит (в частности, <linux/config.h> и <linux/autoconf.h> в этот пакет
> > вообще не входят).
>
> Это хорошо.
>
> > make headers_install ARCH=... INSTALL_HDR_PATH=... не требует наличия
> > файла конфигурации (более того, может выполняться даже при отсутствии
> > компилятора для указанной архитектуры).  Можно сделать отдельный пакет,
> > который будет собираться на всех архитектурах (правда, на 2.6.18 совсем
> > без патчей обойтись не получится, или придётся собирать отдельный unifdef;
> > сейчас в ветке fix-build--headers-install лежат взятые из последующих
> > версий ядра патчи, добавляющие unifdef прямо в сборочную систему ядра).
> > Правда, в ядре std сейчас есть несколько патчей, которые меняют содержимое
> > экспортируемых заголовков (в нескольких местах добавлены новые константы и
> > структуры в связи с обновлением соответствующего кода в ядре) - вероятно,
> > придётся внести как минимум часть таких изменений и в этот новый пакет.
>
> for ref in `git-for-each-ref --format='%(refname)' refs/remotes/vsu-2.6.18`; do git diff --name-only refs/remotes/vsu-2.6.18/master $ref|grep -q '^include/\(asm\|linux/\|mtd/\|rdma/\|scsi/\|sound/\|video/\).*\.h$' && echo $ref; done
> refs/remotes/vsu-2.6.18/feat-drivers-mmc-tifm
> refs/remotes/vsu-2.6.18/feat-drivers-scsi-aic94xx
> refs/remotes/vsu-2.6.18/feat-drivers-video-splash
> refs/remotes/vsu-2.6.18/feat-drivers-video-splash--suse
> refs/remotes/vsu-2.6.18/feat-fs-fuse
> refs/remotes/vsu-2.6.18/feat-fs-squashfs
> refs/remotes/vsu-2.6.18/fix-build--headers-install
> refs/remotes/vsu-2.6.18/fix-core--arch
> refs/remotes/vsu-2.6.18/fix-core--quirks
> refs/remotes/vsu-2.6.18/fix-core--quirks--ich9
> refs/remotes/vsu-2.6.18/fix-drivers-char--agpgart
> refs/remotes/vsu-2.6.18/fix-drivers-char--ipmi
> refs/remotes/vsu-2.6.18/fix-drivers-i2c
> refs/remotes/vsu-2.6.18/fix-drivers-ide
> refs/remotes/vsu-2.6.18/fix-drivers-net--bonding
> refs/remotes/vsu-2.6.18/fix-drivers-net--tg3
> refs/remotes/vsu-2.6.18/fix-drivers-pci--core
> refs/remotes/vsu-2.6.18/fix-drivers-scsi--libata
> refs/remotes/vsu-2.6.18/fix-drivers-scsi--qla2xxx
> refs/remotes/vsu-2.6.18/fix-drivers-usb--storage
> refs/remotes/vsu-2.6.18/fix-fs--ext3
> refs/remotes/vsu-2.6.18/fix-fs--ufs
> refs/remotes/vsu-2.6.18/fix-net--core
> refs/remotes/vsu-2.6.18/fix-net--ipv4
> refs/remotes/vsu-2.6.18/fix-net--ipv6
> refs/remotes/vsu-2.6.18/fix-net--ipx
> refs/remotes/vsu-2.6.18/fix-net--netfilter
> refs/remotes/vsu-2.6.18/fix-security--eflags-leak-x86_64
> refs/remotes/vsu-2.6.18/fix-security-exec-shield
> refs/remotes/vsu-2.6.18/fix-security-exec-shield--fedora
> refs/remotes/vsu-2.6.18/fix-security-exec-shield--release
> refs/remotes/vsu-2.6.18/fix-stable
> refs/remotes/vsu-2.6.18/kernel-image-std-pae
> refs/remotes/vsu-2.6.18/kernel-image-std-smp
> refs/remotes/vsu-2.6.18/kernel-image-std-smp--ext-infiniband
> refs/remotes/vsu-2.6.18/kernel-source
>
> Что-то забыл? Что-то лишнее?
>
> > К сожалению, тестирование заголовков простой проверкой на собираемость не
> > даёт полной уверенности - вполне возможно, что при пересборке со старыми
> > заголовками какие-то новые возможности будут просто отключены.
>
> Есть предложения?

Есть. Эксперементировать на dietlibc, ucLibc и других mini-libc. А
klibc оставить для того, для чего она изначально предназначена.

-- 
Led.