[sisyphus] Использование make-initrd

[sisyphus] Использование make-initrd

[Eugene Prokopiev]

>>> Лучше посмотрите на make-initrd и допишите к нему фичу. Он когда-нибудь
>>> заменит теперешний mkinitrd.
>>
>> А когда и насколько оно сейчас готово для практического использования?
>
> Пока это альфа. Помогите с тестирование. Когда вытопчем грабли, тогда и
> будет готово.

Задача: грузить некую систему (похожую на
http://git.altlinux.org/people/kas/packages/mkimage-profile-nanolive.git)
из образа squashfs как с сетевого блочного девайса (NBD), так и с
cd/flash, на котором находится файл с образом squashfs. В первом случа
пропагатор совсем не поможет, во втором желательно обойтись без него.

Если я правильно понимаю, мне нужно написать такой конфиг:

# cat /etc/initrd.mk
IMAGEFILE = initrd-$(KERNEL).img
MODULES_ADD = e100
FEATURES = nbd compress cleanup

И описать фичу nbd примерно следующим образом:

# ls -R /usr/share/make-initrd/features/nbd/
/usr/share/make-initrd/features/nbd/:
config.mk  data  rules.mk

/usr/share/make-initrd/features/nbd/data:

# cat /usr/share/make-initrd/features/nbd/config.mk
NBD_DATADIR    ?= $(FEATURESDIR)/NBD/data

# cat /usr/share/make-initrd/features/nbd/rules.mk
nbd:
        @echo "Adding NBD support ..."
        @$(PUT_TREE) $(NBD_DATADIR)

pack: nbd

Расскажите теперь, что класть в data. Т.е.

-- 
С уважением,
Прокопьев Евгений

Re: [sisyphus] Использование make-initrd

[Eugene Prokopiev]

> Расскажите теперь, что класть в data. Т.е.

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

-- 
С уважением,
Прокопьев Евгений

Re: [sisyphus] Использование make-initrd

[Kirill A. Shutemov]

2009/9/21 Eugene Prokopiev <enp@altlinux.org>:
>>>> Лучше посмотрите на make-initrd и допишите к нему фичу. Он когда-нибудь
>>>> заменит теперешний mkinitrd.
>>>
>>> А когда и насколько оно сейчас готово для практического использования?
>>
>> Пока это альфа. Помогите с тестирование. Когда вытопчем грабли, тогда и
>> будет готово.
>
> Задача: грузить некую систему (похожую на
> http://git.altlinux.org/people/kas/packages/mkimage-profile-nanolive.git)
> из образа squashfs как с сетевого блочного девайса (NBD), так и с
> cd/flash, на котором находится файл с образом squashfs. В первом случа
> пропагатор совсем не поможет, во втором желательно обойтись без него.
>
> Если я правильно понимаю, мне нужно написать такой конфиг:
>
> # cat /etc/initrd.mk
> IMAGEFILE = initrd-$(KERNEL).img
> MODULES_ADD = e100

наверно, вы ещё хотите сюда squashfs?

> FEATURES = nbd compress cleanup
>
> И описать фичу nbd примерно следующим образом:
>
> # ls -R /usr/share/make-initrd/features/nbd/
> /usr/share/make-initrd/features/nbd/:
> config.mk  data  rules.mk
>
> /usr/share/make-initrd/features/nbd/data:
>
> # cat /usr/share/make-initrd/features/nbd/config.mk
> NBD_DATADIR    ?= $(FEATURESDIR)/NBD/data
>
> # cat /usr/share/make-initrd/features/nbd/rules.mk

$(call require,depmod-image)

> nbd:
>        @echo "Adding NBD support ..."
>        @$(PUT_TREE) $(NBD_DATADIR)

наверно, нужно положить в образ модуль nbd и nbd-client

@$(LOAD_MODULE) nbd
@$(PUT_FILE) $(NBD_CLIENT)

NBD_CLIENT стоит определить в конфиге. все библиотеки, с которыми
слинкован бинарник, будут тоже добавлены в образ.

>
> pack: nbd

поскольку нужно добавить в образ модуль, то вместо pack, следует
использовать depmod-image.

>
> Расскажите теперь, что класть в data. Т.е. кто будет вызывать мои скрипты и что в них я могу использовать?

Основные точки входа:
etc/udev/rules.d/ - тут лежат udev-правила.
lib/udev-helpers/ - тут лежат скрипты которые вызываются из udev-правил.
modules/ - тут лежат скрипты которые выполняются в лексикогрфическом порадке

NBD немного не тривиален, в том плане, что нужно как-то
конфигурировать сеть и пытаться достучаться до сервера в нужный момент
времени. Пока этот функционал в make-initrd не реализован. Нужно
подумать как это сделать наиболее правильным образом.

Re: [sisyphus] Использование make-initrd

[Eugene Prokopiev]

>> Задача: грузить некую систему (похожую на
>> http://git.altlinux.org/people/kas/packages/mkimage-profile-nanolive.git)
>> из образа squashfs как с сетевого блочного девайса (NBD), так и с
>> cd/flash, на котором находится файл с образом squashfs. В первом случа
>> пропагатор совсем не поможет, во втором желательно обойтись без него.
>>
>> Если я правильно понимаю, мне нужно написать такой конфиг:
>>
>> # cat /etc/initrd.mk
>> IMAGEFILE = initrd-$(KERNEL).img
>> MODULES_ADD = e100
>
> наверно, вы ещё хотите сюда squashfs?

и FIRMWARE_DIRS = /lib/firmware/2.6.30-std-def-alt10

Без этого я получаю:

Adding modules ...
add-module: Firmware file "e100/d102e_ucode.bin" for module "e100" not found
add-module: Firmware file "e100/d101s_ucode.bin" for module "e100" not found
add-module: Firmware file "e100/d101m_ucode.bin" for module "e100" not found

Кстати, это довольно неудобно - старый mkinitrd умел добавлять такое
автомагически

<skip>

> NBD немного не тривиален, в том плане, что нужно как-то
> конфигурировать сеть и пытаться достучаться до сервера в нужный момент
> времени. Пока этот функционал в make-initrd не реализован. Нужно
> подумать как это сделать наиболее правильным образом.

Хорошо, я подожду, пока этот функционал будет перенесен из mkimage -
там nfs работает из коробки, а nbd - с рядом приседаний, ссылку на баг
я давал.

А с cd без участия пропагатора загрузиться можно?

-- 
С уважением,
Прокопьев Евгений

Re: [sisyphus] Использование make-initrd

[Led]

On Monday 21 September 2009 12:16:01 Kirill A. Shutemov wrote:
> наверно, нужно положить в образ модуль nbd и nbd-client
>
> @$(LOAD_MODULE) nbd
> @$(PUT_FILE) $(NBD_CLIENT)
>
> NBD_CLIENT стоит определить в конфиге. все библиотеки, с которыми
> слинкован бинарник, будут тоже добавлены в образ.

nbd-client-static ни с чем не слинкован.

>
> > pack: nbd
>
> поскольку нужно добавить в образ модуль, то вместо pack, следует
> использовать depmod-image.

-- 
Led

Re: [sisyphus] Использование make-initrd

[Kirill A. Shutemov]

2009/9/21 Led <ledest@gmail.com>:
> On Monday 21 September 2009 12:16:01 Kirill A. Shutemov wrote:
>> наверно, нужно положить в образ модуль nbd и nbd-client
>>
>> @$(LOAD_MODULE) nbd
>> @$(PUT_FILE) $(NBD_CLIENT)
>>
>> NBD_CLIENT стоит определить в конфиге. все библиотеки, с которыми
>> слинкован бинарник, будут тоже добавлены в образ.
>
> nbd-client-static ни с чем не слинкован.

Слинкован, но статически. В идеале, в образ нужно класть динамически
слинкованое с klibc. Если собрать с klibc не представляется возможным,
то лучше класть динамически собранное с glibc. Если бинарников
больше 1-2, то динамическая линковка скорей всего будет выгодней по
месту занимаемому в образе.

Re: [sisyphus] Использование make-initrd

[Led]

On Monday 21 September 2009 15:47:00 you wrote:
> 2009/9/21 Led <ledest@gmail.com>:
> > On Monday 21 September 2009 12:16:01 Kirill A. Shutemov wrote:
> >> наверно, нужно положить в образ модуль nbd и nbd-client
> >>
> >> @$(LOAD_MODULE) nbd
> >> @$(PUT_FILE) $(NBD_CLIENT)
> >>
> >> NBD_CLIENT стоит определить в конфиге. все библиотеки, с которыми
> >> слинкован бинарник, будут тоже добавлены в образ.
> >
> > nbd-client-static ни с чем не слинкован.
>
> Слинкован, но статически. В идеале, в образ нужно класть динамически
> слинкованое с klibc.

klibc-UqSadMgryalzKq_XarP9XnQvbXQ.so
Имя меняется при каждой пересборке klibc. Удачи в динамеской линковке с 
klibc-*.so и поддерже утилит, слинкованных с нею:)

> Если собрать с klibc не представляется возможным, 
> то лучше класть динамически собранное с glibc. Если бинарников
> больше 1-2, то динамическая линковка скорей всего будет выгодней по
> месту занимаемому в образе.

-- 
Led

Re: [sisyphus] Использование make-initrd

[Kirill A. Shutemov]

2009/9/21 Led <ledest@gmail.com>:
> On Monday 21 September 2009 15:47:00 you wrote:
>> 2009/9/21 Led <ledest@gmail.com>:
>> > On Monday 21 September 2009 12:16:01 Kirill A. Shutemov wrote:
>> >> наверно, нужно положить в образ модуль nbd и nbd-client
>> >>
>> >> @$(LOAD_MODULE) nbd
>> >> @$(PUT_FILE) $(NBD_CLIENT)
>> >>
>> >> NBD_CLIENT стоит определить в конфиге. все библиотеки, с которыми
>> >> слинкован бинарник, будут тоже добавлены в образ.
>> >
>> > nbd-client-static ни с чем не слинкован.
>>
>> Слинкован, но статически. В идеале, в образ нужно класть динамически
>> слинкованое с klibc.
>
> klibc-UqSadMgryalzKq_XarP9XnQvbXQ.so
> Имя меняется при каждой пересборке klibc. Удачи в динамеской линковке с
> klibc-*.so и поддерже утилит, слинкованных с нею:)

Всего лишь пересобрать при обновлении klibc. Не вижу ничего архисложного.

Re: [sisyphus] Использование make-initrd

[Alexey Gladkov]

On 21.09.2009 16:53, Led wrote:
> klibc-UqSadMgryalzKq_XarP9XnQvbXQ.so
> Имя меняется при каждой пересборке klibc. Удачи в динамеской линковке с 
> klibc-*.so и поддерже утилит, слинкованных с нею:)

А в чём проблема ?

-- 
Rgrds, legion

Re: [sisyphus] Использование make-initrd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 734 bytes --]

On Mon, Sep 21, 2009 at 05:00:49PM +0400, Alexey Gladkov wrote:
> On 21.09.2009 16:53, Led wrote:
> > klibc-UqSadMgryalzKq_XarP9XnQvbXQ.so
> > Имя меняется при каждой пересборке klibc. Удачи в динамеской линковке с 
> > klibc-*.so и поддерже утилит, слинкованных с нею:)
> 
> А в чём проблема ?

Представь себе, что у glibc будет soname такого вида, как у klibc.
Я бы не хотел, чтобы мне такое приснилось.  А тебе? :)

По сути, такая soname policy означает, что у klibc в репозитории может быть
всего несколько клиентов, и поддерживать их должен в т.ч. и мейнтейнер klibc.
Такие жёсткие ограничения, очевидно, не способствуют увеличению числа
клиентов klibc и расширению круга мейнтейнеров таких пакетов.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Использование make-initrd

[Led]

On Monday 21 September 2009 17:25:50 Dmitry V. Levin wrote:
> On Mon, Sep 21, 2009 at 05:00:49PM +0400, Alexey Gladkov wrote:
> > On 21.09.2009 16:53, Led wrote:
> > > klibc-UqSadMgryalzKq_XarP9XnQvbXQ.so
> > > Имя меняется при каждой пересборке klibc. Удачи в динамеской линковке с
> > > klibc-*.so и поддерже утилит, слинкованных с нею:)
> >
> > А в чём проблема ?
>
> Представь себе, что у glibc будет soname такого вида, как у klibc.
> Я бы не хотел, чтобы мне такое приснилось.  А тебе? :)
>
> По сути, такая soname policy означает, что у klibc в репозитории может быть
> всего несколько клиентов, и поддерживать их должен в т.ч. и мейнтейнер
> klibc. Такие жёсткие ограничения, очевидно, не способствуют увеличению
> числа клиентов klibc и расширению круга мейнтейнеров таких пакетов.

Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде симлинка (если 
не желания отходить от апстримной системы "нумерации")?

-- 
Led

Re: [sisyphus] Использование make-initrd

[Led]

On Monday 21 September 2009 18:54:10 Led wrote:
> On Monday 21 September 2009 17:25:50 Dmitry V. Levin wrote:
> > On Mon, Sep 21, 2009 at 05:00:49PM +0400, Alexey Gladkov wrote:
> > > On 21.09.2009 16:53, Led wrote:
> > > > klibc-UqSadMgryalzKq_XarP9XnQvbXQ.so
> > > > Имя меняется при каждой пересборке klibc. Удачи в динамеской линковке
> > > > с klibc-*.so и поддерже утилит, слинкованных с нею:)
> > >
> > > А в чём проблема ?
> >
> > Представь себе, что у glibc будет soname такого вида, как у klibc.
> > Я бы не хотел, чтобы мне такое приснилось.  А тебе? :)
> >
> > По сути, такая soname policy означает, что у klibc в репозитории может
> > быть всего несколько клиентов, и поддерживать их должен в т.ч. и
> > мейнтейнер klibc. Такие жёсткие ограничения, очевидно, не способствуют
> > увеличению числа клиентов klibc и расширению круга мейнтейнеров таких
> > пакетов.
>
> Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде симлинка
> (если не желания отходить от апстримной системы "нумерации")?

Сорри, "в виде симлинка" - это я протупил:)

-- 
Led

Re: [sisyphus] Использование make-initrd

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 548 bytes --]

On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
> Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде симлинка (если 
> не желания отходить от апстримной системы "нумерации")?

klibc-*.so - это не shared library в обычном смысле; там нет таблицы
символов, вместо этого на этапе сборки исполняемого файла фиксируются
абсолютные адреса функций, а при выполнении файл klibc-*.so, указанный
в PT_INTERP, отображается ядром в эту область адресного пространства.
Естественно, ни о каком PIC/PIE в этом случае тоже речи не идёт.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Использование make-initrd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 713 bytes --]

On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
> On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
> > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде симлинка (если 
> > не желания отходить от апстримной системы "нумерации")?
> 
> klibc-*.so - это не shared library в обычном смысле; там нет таблицы
> символов, вместо этого на этапе сборки исполняемого файла фиксируются
> абсолютные адреса функций, а при выполнении файл klibc-*.so, указанный
> в PT_INTERP, отображается ядром в эту область адресного пространства.
> Естественно, ни о каком PIC/PIE в этом случае тоже речи не идёт.

Да, этот механизм гораздо ближе к понятию "статическая линковка".


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] Использование make-initrd

[Led]

On Monday 21 September 2009 20:58:25 Dmitry V. Levin wrote:
> On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
> > On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
> > > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде
> > > симлинка (если не желания отходить от апстримной системы "нумерации")?
> >
> > klibc-*.so - это не shared library в обычном смысле; там нет таблицы
> > символов, вместо этого на этапе сборки исполняемого файла фиксируются
> > абсолютные адреса функций, а при выполнении файл klibc-*.so, указанный
> > в PT_INTERP, отображается ядром в эту область адресного пространства.
> > Естественно, ни о каком PIC/PIE в этом случае тоже речи не идёт.
>
> Да, этот механизм гораздо ближе к понятию "статическая линковка".

Тогда я не вижу корректного варианта динамически "линковать" что-либо с 
klibc-*.so, кроме утилит из состава klibc.

Что касается nbd-client.static, то он вобще собран не с klibc (с которым он не 
собирается), а с dietlibc (+18k по сравнению с размером динамического 
nbd-client)

-- 
Led

Re: [sisyphus] Использование make-initrd

[Alexey Gladkov]

On 21.09.2009 18:25, Dmitry V. Levin wrote:
> Представь себе, что у glibc будет soname такого вида, как у klibc.
> Я бы не хотел, чтобы мне такое приснилось.  А тебе? :)

Основные утилиты make-initrd собраны с klibc.

Сторонние утилиты копируются с зависимостями. Если не жалко места, то
можно утилиты и с glibc добавлять.

-- 
Rgrds, legion

Re: [sisyphus] Использование make-initrd

[Kirill A. Shutemov]

2009/9/21 Led <ledest@gmail.com>:
> On Monday 21 September 2009 20:58:25 Dmitry V. Levin wrote:
>> On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
>> > On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
>> > > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде
>> > > симлинка (если не желания отходить от апстримной системы "нумерации")?
>> >
>> > klibc-*.so - это не shared library в обычном смысле; там нет таблицы
>> > символов, вместо этого на этапе сборки исполняемого файла фиксируются
>> > абсолютные адреса функций, а при выполнении файл klibc-*.so, указанный
>> > в PT_INTERP, отображается ядром в эту область адресного пространства.
>> > Естественно, ни о каком PIC/PIE в этом случае тоже речи не идёт.
>>
>> Да, этот механизм гораздо ближе к понятию "статическая линковка".
>
> Тогда я не вижу корректного варианта динамически "линковать" что-либо с
> klibc-*.so, кроме утилит из состава klibc.
>
> Что касается nbd-client.static, то он вобще собран не с klibc (с которым он не
> собирается), а с dietlibc (+18k по сравнению с размером динамического
> nbd-client)

Гы. А dietlibc, кажется, вышла из анабиоза. В ченжлоге говорят, что она даже
на ARM EABI работает.

Re: [sisyphus] Использование make-initrd

[Led]

On Monday, 21 September 2009 23:03:20 you wrote:
> 2009/9/21 Led <ledest@gmail.com>:
> > On Monday 21 September 2009 20:58:25 Dmitry V. Levin wrote:
> >> On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
> >> > On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
> >> > > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде
> >> > > симлинка (если не желания отходить от апстримной системы
> >> > > "нумерации")?
> >> >
> >> > klibc-*.so - это не shared library в обычном смысле; там нет таблицы
> >> > символов, вместо этого на этапе сборки исполняемого файла фиксируются
> >> > абсолютные адреса функций, а при выполнении файл klibc-*.so, указанный
> >> > в PT_INTERP, отображается ядром в эту область адресного пространства.
> >> > Естественно, ни о каком PIC/PIE в этом случае тоже речи не идёт.
> >>
> >> Да, этот механизм гораздо ближе к понятию "статическая линковка".
> >
> > Тогда я не вижу корректного варианта динамически "линковать" что-либо с
> > klibc-*.so, кроме утилит из состава klibc.
> >
> > Что касается nbd-client.static, то он вобще собран не с klibc (с которым
> > он не собирается), а с dietlibc (+18k по сравнению с размером
> > динамического nbd-client)
>
> Гы. А dietlibc, кажется, вышла из анабиоза. В ченжлоге говорят, что она
> даже на ARM EABI работает.

Странно... последие года три постоянно работает...

-- 
Led

Re: [sisyphus] Использование make-initrd

[Konstantin Pavlov]

[-- Attachment #1: Type: text/plain, Size: 700 bytes --]

On Mon, Sep 21, 2009 at 09:12:12PM +0300, Led wrote:
> Тогда я не вижу корректного варианта динамически "линковать" что-либо с 
> klibc-*.so, кроме утилит из состава klibc.
> 
> Что касается nbd-client.static, то он вобще собран не с klibc (с которым он не 
> собирается), а с dietlibc (+18k по сравнению с размером динамического 
> nbd-client)

А ты не собирал dietlibc поновее той тухлоты, что в Сизифе?  У меня lvm2 с
ней не собирается из-за уж слишком древней версии.

Или, может, кто-нибудь хочет эту новую версию собрать?

-- 
>> Так может патчить те программы, которые указывают опции для 
>> mount/mkisofs, чтоб указывали нужные ?
> Это антибиблиотечно.
		-- mike in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Использование make-initrd

[Led]

On Monday, 21 September 2009 23:32:00 Konstantin Pavlov wrote:
> On Mon, Sep 21, 2009 at 09:12:12PM +0300, Led wrote:
> > Тогда я не вижу корректного варианта динамически "линковать" что-либо с
> > klibc-*.so, кроме утилит из состава klibc.
> >
> > Что касается nbd-client.static, то он вобще собран не с klibc (с которым
> > он не собирается), а с dietlibc (+18k по сравнению с размером
> > динамического nbd-client)
>
> А ты не собирал dietlibc поновее той тухлоты, что в Сизифе?  У меня lvm2 с
> ней не собирается из-за уж слишком древней версии.

0.31 собирал (давно) и пользовался. Вот как только опять сильно понадобится - 
буду собирать 0.32

>
> Или, может, кто-нибудь хочет эту новую версию собрать?



-- 
Led

Re: [sisyphus] Использование make-initrd

[Konstantin Pavlov]

[-- Attachment #1: Type: text/plain, Size: 957 bytes --]

On Mon, Sep 21, 2009 at 11:45:10PM +0300, Led wrote:
> On Monday, 21 September 2009 23:32:00 Konstantin Pavlov wrote:
> > On Mon, Sep 21, 2009 at 09:12:12PM +0300, Led wrote:
> > > Тогда я не вижу корректного варианта динамически "линковать" что-либо с
> > > klibc-*.so, кроме утилит из состава klibc.
> > >
> > > Что касается nbd-client.static, то он вобще собран не с klibc (с которым
> > > он не собирается), а с dietlibc (+18k по сравнению с размером
> > > динамического nbd-client)
> >
> > А ты не собирал dietlibc поновее той тухлоты, что в Сизифе?  У меня lvm2 с
> > ней не собирается из-за уж слишком древней версии.
> 
> 0.31 собирал (давно) и пользовался. Вот как только опять сильно понадобится - 
> буду собирать 0.32

Жахни, Пендальф, жахни?

-- 
<ab> через точку с запятой перечислить. Например, sed -e
     's/foo/bar/;s/baz/goot/;'
<ska-fan> точка с запятой хихи
<ab> ska-fan: да, не полудвоеточие как в английском :)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Использование make-initrd

[Kirill A. Shutemov]

2009/9/21 Led <ledest@gmail.com>:
> On Monday, 21 September 2009 23:03:20 you wrote:
>> 2009/9/21 Led <ledest@gmail.com>:
>> > On Monday 21 September 2009 20:58:25 Dmitry V. Levin wrote:
>> >> On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
>> >> > On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
>> >> > > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде
>> >> > > симлинка (если не желания отходить от апстримной системы
>> >> > > "нумерации")?
>> >> >
>> >> > klibc-*.so - это не shared library в обычном смысле; там нет таблицы
>> >> > символов, вместо этого на этапе сборки исполняемого файла фиксируются
>> >> > абсолютные адреса функций, а при выполнении файл klibc-*.so, указанный
>> >> > в PT_INTERP, отображается ядром в эту область адресного пространства.
>> >> > Естественно, ни о каком PIC/PIE в этом случае тоже речи не идёт.
>> >>
>> >> Да, этот механизм гораздо ближе к понятию "статическая линковка".
>> >
>> > Тогда я не вижу корректного варианта динамически "линковать" что-либо с
>> > klibc-*.so, кроме утилит из состава klibc.
>> >
>> > Что касается nbd-client.static, то он вобще собран не с klibc (с которым
>> > он не собирается), а с dietlibc (+18k по сравнению с размером
>> > динамического nbd-client)
>>
>> Гы. А dietlibc, кажется, вышла из анабиоза. В ченжлоге говорят, что она
>> даже на ARM EABI работает.
>
> Странно... последие года три постоянно работает...

EABI или OABI?

Re: [sisyphus] Использование make-initrd

[Led]

On Tuesday, 22 September 2009 08:35:43 you wrote:
> 2009/9/21 Led <ledest@gmail.com>:
> > On Monday, 21 September 2009 23:03:20 you wrote:
> >> 2009/9/21 Led <ledest@gmail.com>:
> >> > On Monday 21 September 2009 20:58:25 Dmitry V. Levin wrote:
> >> >> On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
> >> >> > On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
> >> >> > > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде
> >> >> > > симлинка (если не желания отходить от апстримной системы
> >> >> > > "нумерации")?
> >> >> >
> >> >> > klibc-*.so - это не shared library в обычном смысле; там нет
> >> >> > таблицы символов, вместо этого на этапе сборки исполняемого файла
> >> >> > фиксируются абсолютные адреса функций, а при выполнении файл
> >> >> > klibc-*.so, указанный в PT_INTERP, отображается ядром в эту область
> >> >> > адресного пространства. Естественно, ни о каком PIC/PIE в этом
> >> >> > случае тоже речи не идёт.
> >> >>
> >> >> Да, этот механизм гораздо ближе к понятию "статическая линковка".
> >> >
> >> > Тогда я не вижу корректного варианта динамически "линковать" что-либо
> >> > с klibc-*.so, кроме утилит из состава klibc.
> >> >
> >> > Что касается nbd-client.static, то он вобще собран не с klibc (с
> >> > которым он не собирается), а с dietlibc (+18k по сравнению с размером
> >> > динамического nbd-client)
> >>
> >> Гы. А dietlibc, кажется, вышла из анабиоза. В ченжлоге говорят, что она
> >> даже на ARM EABI работает.
> >
> > Странно... последие года три постоянно работает...
>
> EABI или OABI?

Я про "анабиоза", а не про ARM:) C ARM не использовал.

-- 
Led

Re: [sisyphus] Использование make-initrd

[Kirill A. Shutemov]

2009/9/22 Led <ledest@gmail.com>:
> On Tuesday, 22 September 2009 08:35:43 you wrote:
>> 2009/9/21 Led <ledest@gmail.com>:
>> > On Monday, 21 September 2009 23:03:20 you wrote:
>> >> 2009/9/21 Led <ledest@gmail.com>:
>> >> > On Monday 21 September 2009 20:58:25 Dmitry V. Levin wrote:
>> >> >> On Mon, Sep 21, 2009 at 08:59:07PM +0400, Sergey Vlasov wrote:
>> >> >> > On Mon, Sep 21, 2009 at 06:54:10PM +0300, Led wrote:
>> >> >> > > Почему бы не делать klibc с нормальным сонеймом? хотя бы в виде
>> >> >> > > симлинка (если не желания отходить от апстримной системы
>> >> >> > > "нумерации")?
>> >> >> >
>> >> >> > klibc-*.so - это не shared library в обычном смысле; там нет
>> >> >> > таблицы символов, вместо этого на этапе сборки исполняемого файла
>> >> >> > фиксируются абсолютные адреса функций, а при выполнении файл
>> >> >> > klibc-*.so, указанный в PT_INTERP, отображается ядром в эту область
>> >> >> > адресного пространства. Естественно, ни о каком PIC/PIE в этом
>> >> >> > случае тоже речи не идёт.
>> >> >>
>> >> >> Да, этот механизм гораздо ближе к понятию "статическая линковка".
>> >> >
>> >> > Тогда я не вижу корректного варианта динамически "линковать" что-либо
>> >> > с klibc-*.so, кроме утилит из состава klibc.
>> >> >
>> >> > Что касается nbd-client.static, то он вобще собран не с klibc (с
>> >> > которым он не собирается), а с dietlibc (+18k по сравнению с размером
>> >> > динамического nbd-client)
>> >>
>> >> Гы. А dietlibc, кажется, вышла из анабиоза. В ченжлоге говорят, что она
>> >> даже на ARM EABI работает.
>> >
>> > Странно... последие года три постоянно работает...
>>
>> EABI или OABI?
>
> Я про "анабиоза", а не про ARM:) C ARM не использовал.

Между 0.31 и 0.32 почти два года...