[d-kernel] scsi includes

[d-kernel] scsi includes

[Ed V. Bartosh]

Hello,

Я опять по поводу выноса из drivers/scsi/ хедеров в пакет kernel-headers.
практика показала, что для сборки сказевых драйверов необходимы как
минимум следующие файлы из drivers/scsi: 
scsi_module.c, {sd,scsi,hosts}.h

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

-- 
Best regards,
Ed V. Bartosh

[d-kernel] scsi includes (reloading :) )

[Ed V. Bartosh]

>>>>> "EVB" == Ed V. Bartosh writes:

 EVB>  Я опять по поводу выноса из drivers/scsi/ хедеров в пакет
 EVB>  kernel-headers.  практика показала, что для сборки сказевых
 EVB>  драйверов необходимы как минимум следующие файлы из
 EVB>  drivers/scsi: scsi_module.c, {sd,scsi,hosts}.h
  
 EVB>  Хотелось бы обсудить нужность и возможность такого выноса,
 EVB>  поскольку есть разные мнения на этот счет.
  
Кхм. Никому типа не интересно ?

Тогда предлагаю облегченный вариант - блиц опрос публики :)

Выберите, пожалалуйста, один из предложеных вариантов ответов
на вопрос "что же мы будем делать с этими <sensored> drivers/scsi/...":

1. Вынесем в kernel-includes
2. Выносем в kernel-scsi_includes 
3. Выносем в kernel-source-scsi
4. Оставим все как есть и будем собирать scsi драйверы вместе с ядром.
5. Затрудняюсь ответить.
6. А что такое scsi и в чем, собственно, проблема ?

Пожалуйста, скажите хоть что-нибудь :) !

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] scsi includes (reloading :) )

[Michael Shigorin]

On Thu, Jul 31, 2003 at 10:10:28AM +0400, Ed V. Bartosh wrote:
> 5. Затрудняюсь ответить.

:(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] scsi includes (reloading :) )

[Alexey Borovskoy]

* 31 Июль 2003 19:10 ed@altlinux.ru (Ed V. Bartosh)

> >>>>> "EVB" == Ed V. Bartosh writes:
>
> Тогда предлагаю облегченный вариант - блиц опрос публики :)
>
> Выберите, пожалалуйста, один из предложеных вариантов ответов
> на вопрос "что же мы будем делать с этими <sensored>
> drivers/scsi/...":
>
> 2. Выносем в kernel-scsi_includes

Я за второй вариант. Поскольку у нас есть отделный пакет 
kernel-source-scsi-*, то должен быть и kernel-includes-scsi-*.

Как альтернативный вариант, можно хедеры сунуть и в 
kernel-includes. Но при каждом чихе в kernel-includes, 
последствия чиха будут чуствоваться в очень большом количестве 
пакетов.

-- 
Алексей.
JID:alb@jabber.ru.

Re: [d-kernel] scsi includes (reloading :) )

[Ed V. Bartosh]

>>>>> "AF" == Anton Farygin writes:

 >>  Тогда предлагаю облегченный вариант - блиц опрос публики :)
 >>  Выберите, пожалалуйста, один из предложеных вариантов ответов на
 >>  вопрос "что же мы будем делать с этими <sensored>
 >>  drivers/scsi/...": 1. Вынесем в kernel-includes 2. Выносем в
 >>  kernel-scsi_includes 3. Выносем в kernel-source-scsi 4. Оставим
 >>  все как есть и будем собирать scsi драйверы вместе с ядром.
 >>  5. Затрудняюсь ответить.  6. А что такое scsi и в чем,
 >>  собственно, проблема ?  Пожалуйста, скажите хоть что-нибудь :) !
  
 AF>  4.
  
 AF>  Могу даже попробовать объяснить - почему. Но лучше всего это
 AF>  объясняет мое предыдущее письмо про проблемы с инсталятором и
 AF>  большим количеством пакетов с модулями.

Для меня - нет. Кроме того в том же письме ты предлагаешь автоматизировать
процесс сборки ядерного функционала. Если это будет автоматизировано,
то я не понимаю какая разница в том, что будет много пакетов, если они
будут собираться автоматически.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] scsi includes (reloading :) )

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"EVB" == Ed V. Bartosh writes:
> 

<skip>

> Тогда предлагаю облегченный вариант - блиц опрос публики :)
> 
> Выберите, пожалалуйста, один из предложеных вариантов ответов
> на вопрос "что же мы будем делать с этими <sensored> drivers/scsi/...":
> 
> 1. Вынесем в kernel-includes
> 2. Выносем в kernel-scsi_includes 
> 3. Выносем в kernel-source-scsi
> 4. Оставим все как есть и будем собирать scsi драйверы вместе с ядром.
> 5. Затрудняюсь ответить.
> 6. А что такое scsi и в чем, собственно, проблема ?
> 
> Пожалуйста, скажите хоть что-нибудь :) !

4.

Могу даже попробовать объяснить - почему. Но лучше всего это объясняет 
мое предыдущее письмо про проблемы с инсталятором и большим количеством 
пакетов с модулями.

Rgds,
Rider

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

Re: [d-kernel] scsi includes (reloading :) )

[Ed V. Bartosh]

>>>>> "AB" == Alexey Borovskoy writes:

 >>  2. Выносем в kernel-scsi_includes
  
 AB>  Я за второй вариант. Поскольку у нас есть отделный пакет
 AB>  kernel-source-scsi-*, то должен быть и kernel-includes-scsi-*.
И куда его положим ? Мне тоже нравится этот вариант, но смущает вынос
внутреннего ядерного API в место, доступное для юзерспейса, что не
совсем правильно идеологически. Так что я в раздмьях между этим
вариантом и выносом в kernel-sources-scsi (вариант N3), для пущей 
защищенности даже в виде тарбола, который будет распаковываться и 
испосльзоваться только на время сборки модулей.

Что скажешь на это ?

 AB>  Как альтернативный вариант, можно хедеры сунуть и в
 AB>  kernel-includes. Но при каждом чихе в kernel-includes,
 AB>  последствия чиха будут чуствоваться в очень большом количестве
 AB>  пакетов.
Да, согласен, этот вариант хуже.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] scsi includes (reloading :) )

[Alexey Borovskoy]

* 1 Август 2003 19:01 ed@altlinux.ru (Ed V. Bartosh)

> >>>>> "AB" == Alexey Borovskoy writes:
>  >>
>  >>  2. Выносем в kernel-scsi_includes
>
>  AB>  Я за второй вариант. Поскольку у нас есть отделный пакет
>  AB>  kernel-source-scsi-*, то должен быть и
> kernel-includes-scsi-*. И куда его положим ? Мне тоже нравится
> этот вариант, но смущает вынос внутреннего ядерного API в
> место, доступное для юзерспейса, что не совсем правильно
> идеологически.
> Так что я в раздмьях между этим вариантом и
> выносом в kernel-sources-scsi (вариант N3), для пущей
> защищенности даже в виде тарбола, который будет
> распаковываться и испосльзоваться только на время сборки
> модулей.

Я думаю, что кернелспейсные includes(требуемые для сборки ядра и 
его компонентов) должны жить в 
/usr/src/linux/%kernel_version/include.

includes для околоядерного юзерспейса наверное должны находится в 
/usr/include/linux.

Ядерные инклюды и юзерспейсные надо наверное разделять по разным 
пакетам.

-- 
Алексей.
JID:alb@jabber.ru.

[d-kernel] Re: scsi includes (reloading :) )

[Sergey Vlasov]

On Thu, 31 Jul 2003 10:10:28 +0400
ed@altlinux.ru (Ed V. Bartosh) wrote:

> Выберите, пожалалуйста, один из предложеных вариантов ответов
> на вопрос "что же мы будем делать с этими <sensored> drivers/scsi/...":
> 
> 1. Вынесем в kernel-includes
> 2. Выносем в kernel-scsi_includes 
> 3. Выносем в kernel-source-scsi
> 4. Оставим все как есть и будем собирать scsi драйверы вместе с ядром.
> 5. Затрудняюсь ответить.
> 6. А что такое scsi и в чем, собственно, проблема ?

На самом деле здесь есть ещё одна проблема - mkinitrd. Если драйвер
SCSI (или любой другой модуль, необходимый для монтирования корневой
файловой системы) будет вынесен в отдельный пакет, автоматическое
создание initrd при установке новой версии ядра не выполнится.

Re: [d-kernel] Re: scsi includes (reloading :) )

[Ed V. Bartosh]

>>>>> "SV" == Sergey Vlasov writes:

 SV>  На самом деле здесь есть ещё одна проблема - mkinitrd. Если
 SV>  драйвер SCSI (или любой другой модуль, необходимый для
 SV>  монтирования корневой файловой системы) будет вынесен в
 SV>  отдельный пакет, автоматическое создание initrd при установке
 SV>  новой версии ядра не выполнится.

Да, есть такое дело. Нужно как-то решать. 
Например в таких пакетах перегенерить initrd при установке, или,
например, таки завести виртуальный пакет с ядром и модулями и генерить
initrd при его установке.

-- 
Best regards,
Ed V. Bartosh