[devel] Сборка модулей ядра "для чайников"

[devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

Как в текущем Сизифе гарантированно получить сконфигурированные
исходники установленного ядра, если я его ставлю из пакета (std-up)?
Cборка siemens-dvb требует исходник именно используемого системой ядра и
именно с теми настройками, что применялись во время его сборки.

Где читать инструкцию по сборке пакетов с модулями? 

Re: [devel] Сборка модулей ядра "для чайников"

[Andrey Rahmatullin]

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

On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
> Как в текущем Сизифе гарантированно получить сконфигурированные
> исходники установленного ядра, если я его ставлю из пакета (std-up)?
> Cборка siemens-dvb требует исходник именно используемого системой ядра и
> именно с теми настройками, что применялись во время его сборки.

apt-get install kernel-headers

По идее ему должно хватить.
-- 
Мечтать не вредно, но думать тоже надо
		-- ldv in devel@

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

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: 
> On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
> > Как в текущем Сизифе гарантированно получить сконфигурированные
> > исходники установленного ядра, если я его ставлю из пакета (std-up)?
> > Cборка siemens-dvb требует исходник именно используемого системой ядра и
> > именно с теми настройками, что применялись во время его сборки.
> 
> apt-get install kernel-headers
Нет.
> По идее ему должно хватить.
Не хватает. По инструкции положено иметь полный и скофигурированный
исходник работающего ядра. По крайней мере без make dep ничего не
выходит. Если просто распаковать ядро, настроить самостоятельно и
сделать "make dep", то соберётся, но в установленное из пакета ядро не
загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12,
то компиляция драйвера не проходит с жалобами на синтаксис (?).
 

Речь о подддержке DVB карт (цифровое ТВ и Видео) siemens-dvb-0.9.4. Оно
было в М2.2, но пропало из Сизифа. Есть нужные программы, которые
требуют модули dvb этой версии. 


Пишет вот это:
(Просто настроенные руками исходники этой ошибки не вызывают)


make
(cd driver; make)
/usr/src/linux/scripts/pathdown.sh: line 4: TOPDIR: parameter null or
not set
make[1]: Entering directory `/usr/src/DVB/driver'
DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules)
make[2]: Entering directory `/usr/src/linux'
make -C  /usr/src/DVB/driver CFLAGS="-D__KERNEL__
-I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2
-fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe
-mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h" MAKING_MODULES=1 modules
make[3]: Entering directory `/usr/src/DVB/driver'
gcc-2.96 -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
-pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS
-include /usr/src/linux/include/linux/modversions.h -I ../ost/include -I
. -D__DVB_PACK__ -g -DUSE_OSD  -nostdinc -iwithprefix include
-DKBUILD_BASENAME=saa7146_core  -DEXPORT_SYMTAB -c saa7146_core.c
saa7146_core.c:348: warning: initialization from incompatible pointer
type
saa7146_core.c:349: warning: missing braces around initializer
saa7146_core.c:349: warning: (near initialization for
`saa7146_algo.name')
saa7146_core.c:349: warning: overflow in implicit constant conversion
saa7146_core.c:350: warning: initialization makes integer from pointer
without a cast
saa7146_core.c:350: initializer element is not computable at load time
saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]')
saa7146_core.c:351: warning: initialization makes integer from pointer
without a cast
saa7146_core.c:352: warning: initialization makes integer from pointer
without a cast
saa7146_core.c:353: warning: initialization makes integer from pointer
without a cast
saa7146_core.c:354: warning: initialization makes integer from pointer
without a cast
saa7146_core.c:354: initializer element is not computable at load time
saa7146_core.c:354: (near initialization for `saa7146_algo.name[5]')
saa7146_core.c:355: warning: initialization makes integer from pointer
without a cast
saa7146_core.c:355: initializer element is not computable at load time
saa7146_core.c:355: (near initialization for `saa7146_algo.name[6]')
make[3]: *** [saa7146_core.o] Ошибка 1
make[3]: Leaving directory `/usr/src/DVB/driver'
make[2]: *** [_mod_/usr/src/DVB/driver] Ошибка 2
make[2]: Leaving directory `/usr/src/linux'
make[1]: *** [here] Ошибка 2
make[1]: Leaving directory `/usr/src/DVB/driver'
make: *** [dvb] Ошибка 2

Re: [devel] Сборка модулей ядра "для чайников"

[Sergey Vlasov]

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

On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote:
> В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: 
> > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
> > > Как в текущем Сизифе гарантированно получить сконфигурированные
> > > исходники установленного ядра, если я его ставлю из пакета (std-up)?
> > > Cборка siemens-dvb требует исходник именно используемого системой ядра и
> > > именно с теми настройками, что применялись во время его сборки.
> > 
> > apt-get install kernel-headers
> Нет.
> > По идее ему должно хватить.
> Не хватает. По инструкции положено иметь полный и скофигурированный
> исходник работающего ядра. По крайней мере без make dep ничего не
> выходит. Если просто распаковать ядро, настроить самостоятельно и
> сделать "make dep", то соберётся, но в установленное из пакета ядро не
> загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12,
> то компиляция драйвера не проходит с жалобами на синтаксис (?).
>  
> 
> Речь о подддержке DVB карт (цифровое ТВ и Видео) siemens-dvb-0.9.4. Оно
> было в М2.2, но пропало из Сизифа. Есть нужные программы, которые
> требуют модули dvb этой версии. 
> 
> 
> Пишет вот это:
> (Просто настроенные руками исходники этой ошибки не вызывают)
> 
> 
> make
> (cd driver; make)
> /usr/src/linux/scripts/pathdown.sh: line 4: TOPDIR: parameter null or
> not set
> make[1]: Entering directory `/usr/src/DVB/driver'
> DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules)

Вот примерно так и должно собираться (только путь слегка другой -
/usr/src-linux-%kversion-%flavour).

> make[2]: Entering directory `/usr/src/linux'
> make -C  /usr/src/DVB/driver CFLAGS="-D__KERNEL__
> -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2
> -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe
> -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS -include
> /usr/src/linux/include/linux/modversions.h" MAKING_MODULES=1 modules
> make[3]: Entering directory `/usr/src/DVB/driver'
> gcc-2.96 -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
> -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
> -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DMODVERSIONS
> -include /usr/src/linux/include/linux/modversions.h -I ../ost/include -I
> . -D__DVB_PACK__ -g -DUSE_OSD  -nostdinc -iwithprefix include
> -DKBUILD_BASENAME=saa7146_core  -DEXPORT_SYMTAB -c saa7146_core.c
> saa7146_core.c:348: warning: initialization from incompatible pointer
> type
> saa7146_core.c:349: warning: missing braces around initializer
> saa7146_core.c:349: warning: (near initialization for
> `saa7146_algo.name')
> saa7146_core.c:349: warning: overflow in implicit constant conversion
> saa7146_core.c:350: warning: initialization makes integer from pointer
> without a cast
> saa7146_core.c:350: initializer element is not computable at load time
> saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]')

Там используется i2c?  Тогда этот драйвер нужно патчить для
совместимости с i2c-2.8.x (в этой версии сменился API).

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

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет:
> On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote:
> > В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: 
> > > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
> > > > Как в текущем Сизифе гарантированно получить сконфигурированные
> > > > исходники установленного ядра, если я его ставлю из пакета (std-up)?
> > > > Cборка siemens-dvb требует исходник именно используемого системой ядра и
> > > > именно с теми настройками, что применялись во время его сборки.
> > > 
> > > apt-get install kernel-headers
> > Нет.
> > > По идее ему должно хватить.
> > Не хватает. По инструкции положено иметь полный и скофигурированный
> > исходник работающего ядра. По крайней мере без make dep ничего не
> > выходит. Если просто распаковать ядро, настроить самостоятельно и
> > сделать "make dep", то соберётся, но в установленное из пакета ядро не
> > загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12,
> > то компиляция драйвера не проходит с жалобами на синтаксис (?).

> > saa7146_core.c:349: warning: missing braces around initializer
> > saa7146_core.c:349: warning: (near initialization for
> > `saa7146_algo.name')
> > saa7146_core.c:349: warning: overflow in implicit constant conversion
> > saa7146_core.c:350: warning: initialization makes integer from pointer
> > without a cast
> > saa7146_core.c:350: initializer element is not computable at load time
> > saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]')
> 
> Там используется i2c?  Тогда этот драйвер нужно патчить для
> совместимости с i2c-2.8.x (в этой версии сменился API).
Да. Но модифицировать его не надо, поскольку он собирается вручную и
работает у меня нормально. Проблема эта выскакивает лишь в том случае,
если я пытаюсь подсунуть сборке содержимое kernel-headers-modules.
Я не представляю как это можно упаковать.

Возможно надо установить исходники ядра, получить конфигурацию ядра
std-up, aw и т.п. (КАК?), сделать make dep, собрать драйвер. Драйвер
хочет исходник в /lib/modules/kernel-xxx/build. При установке модулей
надо модифицировать /etc/modules.conf, иначе будет трудно их загрузить.

В общем мне вырисовывается следующая схема (пока только для ТВ):
kernel-modules-dvb
kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.)
dvb-utils ("пользовательская" часть драйвера)
vdr (программный приёмник-декодер-цифровой видеомагнитофон)
vdr-sc
vdr-scanner
vdr-clock
vdr-mplayer
vdr-xine
vdr-games
...
vdr-full
xawtv (как альтернативный телевизору интерфейс к vdr)

Re: [devel] Сборка модулей ядра "для чайников"

[Sergey Vlasov]

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

On Fri, Dec 05, 2003 at 01:08:05AM +0300, Вячеслав Диконов wrote:
> В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет:
> > On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote:
> > > В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: 
> > > > On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
> > > > > Как в текущем Сизифе гарантированно получить сконфигурированные
> > > > > исходники установленного ядра, если я его ставлю из пакета (std-up)?
> > > > > Cборка siemens-dvb требует исходник именно используемого системой ядра и
> > > > > именно с теми настройками, что применялись во время его сборки.
> > > > 
> > > > apt-get install kernel-headers
> > > Нет.
> > > > По идее ему должно хватить.
> > > Не хватает. По инструкции положено иметь полный и скофигурированный
> > > исходник работающего ядра. По крайней мере без make dep ничего не
> > > выходит. Если просто распаковать ядро, настроить самостоятельно и
> > > сделать "make dep", то соберётся, но в установленное из пакета ядро не
> > > загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12,
> > > то компиляция драйвера не проходит с жалобами на синтаксис (?).
> 
> > > saa7146_core.c:349: warning: missing braces around initializer
> > > saa7146_core.c:349: warning: (near initialization for
> > > `saa7146_algo.name')
> > > saa7146_core.c:349: warning: overflow in implicit constant conversion
> > > saa7146_core.c:350: warning: initialization makes integer from pointer
> > > without a cast
> > > saa7146_core.c:350: initializer element is not computable at load time
> > > saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]')
> > 
> > Там используется i2c?  Тогда этот драйвер нужно патчить для
> > совместимости с i2c-2.8.x (в этой версии сменился API).
> Да. Но модифицировать его не надо, поскольку он собирается вручную и
> работает у меня нормально.

Да?  Интересно, каким образом...  Разве что на самосборном же ядре.

> Проблема эта выскакивает лишь в том случае, если я пытаюсь подсунуть
> сборке содержимое kernel-headers-modules.  Я не представляю как это
> можно упаковать.

Известно как - с помощью напильника.

> Возможно надо установить исходники ядра, получить конфигурацию ядра
> std-up, aw и т.п. (КАК?), сделать make dep, собрать драйвер.

Это будет фактически кусок сборки kernel-image-* - причём нужно не
просто взять исходник ядра, но и применить к нему все те патчи,
которые использовались при сборке соответствующего kernel-image-*.

> Драйвер хочет исходник в /lib/modules/kernel-xxx/build.

Вот там он явно ничего не получит из-за прав на /lib/modules.

> При установке модулей надо модифицировать /etc/modules.conf, иначе
> будет трудно их загрузить.

На это есть /etc/modutils.d (только файлы туда будет класть dvb-utils,
поскольку пакетов kernel-modules-dvb-* может быть установлено
несколько - для разных сборок ядра).

Где можно взять этот драйвер?  Я посмотрю, что там можно допилить для
его сборки.

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

Re: [devel] Сборка модулей ядра "для чайников"

[Anton Farygin]

Sergey Vlasov wrote:
> On Fri, Dec 05, 2003 at 01:08:05AM +0300, Вячеслав Диконов wrote:
> 
>>В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет:
>>
>>>On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote:
>>>
>>>>В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: 
>>>>
>>>>>On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
>>>>>
>>>>>>Как в текущем Сизифе гарантированно получить сконфигурированные
>>>>>>исходники установленного ядра, если я его ставлю из пакета (std-up)?
>>>>>>Cборка siemens-dvb требует исходник именно используемого системой ядра и
>>>>>>именно с теми настройками, что применялись во время его сборки.
>>>>>
>>>>>apt-get install kernel-headers
>>>>
>>>>Нет.
>>>>
>>>>>По идее ему должно хватить.
>>>>
>>>>Не хватает. По инструкции положено иметь полный и скофигурированный
>>>>исходник работающего ядра. По крайней мере без make dep ничего не
>>>>выходит. Если просто распаковать ядро, настроить самостоятельно и
>>>>сделать "make dep", то соберётся, но в установленное из пакета ядро не
>>>>загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12,
>>>>то компиляция драйвера не проходит с жалобами на синтаксис (?).

<skip>

> 
> 
>>При установке модулей надо модифицировать /etc/modules.conf, иначе
>>будет трудно их загрузить.
> 
> 
> На это есть /etc/modutils.d (только файлы туда будет класть dvb-utils,
> поскольку пакетов kernel-modules-dvb-* может быть установлено
> несколько - для разных сборок ядра).

Может быть стоит отдать это на растерзание утилитам настройки железа ?


> 
> Где можно взять этот драйвер?  Я посмотрю, что там можно допилить для
> его сборки.

Перевожу:

"не фиг чайникам собирать модули ядра в пакеты".

Rgds,
Rider

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Птн, 05.12.2003, в 10:04, Sergey Vlasov пишет:

> Где можно взять этот драйвер?  Я посмотрю, что там можно допилить для
> его сборки.

Я предлагаю 
ftp://ftp.cadsoft.de:21/vdr/Developer/linux-dvb.2003-10-13.tar.bz2.

Основная страница - http://www.linuxtv.org/ , причём хочу предупредить,
что последняя стабильная версия 1.0.1 - не самая лучшая в плане
поддержки приёма кодированых телеканалов. Может быть будет 2 комплекта
dvb-драйверов: оптимизированные для ТВ и для спутникового интернета.

Re: [devel] Сборка модулей ядра "для чайников"

[Sergey Vlasov]

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

On Fri, Dec 05, 2003 at 11:54:58PM +0300, Вячеслав Диконов wrote:
> В Птн, 05.12.2003, в 10:04, Sergey Vlasov пишет:
> 
> > Где можно взять этот драйвер?  Я посмотрю, что там можно допилить для
> > его сборки.
> 
> Я предлагаю 
> ftp://ftp.cadsoft.de:21/vdr/Developer/linux-dvb.2003-10-13.tar.bz2.

Именно эта версия собирается без проблем:

cd driver
make KERNEL_LOCATION=%_usrsrc/linux-%kversion-%flavour KERNEL_VERSION=%kversion-%flavour-%krelease

make install KERNEL_LOCATION=%_usrsrc/linux-%kversion-%flavour KERNEL_VERSION=%kversion-%flavour-%krelease DESTDIR=%buildroot

(для make install надо немного патчить Makefile - убрать оттуда вызов
depmod -a в конце обработки install).

Очевидно, проблемы при сборке возникали с какой-то другой версией
драйверов.

> Основная страница - http://www.linuxtv.org/ , причём хочу предупредить,
> что последняя стабильная версия 1.0.1 - не самая лучшая в плане
> поддержки приёма кодированых телеканалов. Может быть будет 2 комплекта
> dvb-драйверов: оптимизированные для ТВ и для спутникового интернета.

Ох, как некрасиво...

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

Re: [devel] Сборка модулей ядра "для чайников"

[Anton Farygin]

Вячеслав Диконов wrote:
> В Срд, 03.12.2003, в 12:45, Sergey Vlasov пишет:
> 
>>On Wed, Dec 03, 2003 at 12:56:32AM +0300, Вячеслав Диконов wrote:
>>
>>>В Втр, 02.12.2003, в 11:19, Andrey Rahmatullin пишет: 
>>>
>>>>On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
>>>>
>>>>>Как в текущем Сизифе гарантированно получить сконфигурированные
>>>>>исходники установленного ядра, если я его ставлю из пакета (std-up)?
>>>>>Cборка siemens-dvb требует исходник именно используемого системой ядра и
>>>>>именно с теми настройками, что применялись во время его сборки.
>>>>
>>>>apt-get install kernel-headers
>>>
>>>Нет.
>>>
>>>>По идее ему должно хватить.
>>>
>>>Не хватает. По инструкции положено иметь полный и скофигурированный
>>>исходник работающего ядра. По крайней мере без make dep ничего не
>>>выходит. Если просто распаковать ядро, настроить самостоятельно и
>>>сделать "make dep", то соберётся, но в установленное из пакета ядро не
>>>загрузится. Если поставить kernel-headers-modules-std-up-2.4.22-alt12,
>>>то компиляция драйвера не проходит с жалобами на синтаксис (?).
> 
> 
>>>saa7146_core.c:349: warning: missing braces around initializer
>>>saa7146_core.c:349: warning: (near initialization for
>>>`saa7146_algo.name')
>>>saa7146_core.c:349: warning: overflow in implicit constant conversion
>>>saa7146_core.c:350: warning: initialization makes integer from pointer
>>>without a cast
>>>saa7146_core.c:350: initializer element is not computable at load time
>>>saa7146_core.c:350: (near initialization for `saa7146_algo.name[1]')
>>
>>Там используется i2c?  Тогда этот драйвер нужно патчить для
>>совместимости с i2c-2.8.x (в этой версии сменился API).
> 
> Да. Но модифицировать его не надо, поскольку он собирается вручную и
> работает у меня нормально. Проблема эта выскакивает лишь в том случае,
> если я пытаюсь подсунуть сборке содержимое kernel-headers-modules.
> Я не представляю как это можно упаковать.
> 
> Возможно надо установить исходники ядра, получить конфигурацию ядра
> std-up, aw и т.п. (КАК?), сделать make dep, собрать драйвер. Драйвер
> хочет исходник в /lib/modules/kernel-xxx/build. При установке модулей
> надо модифицировать /etc/modules.conf, иначе будет трудно их загрузить.


Не надо ничего модифицировать при установке модулей !!!!


> 
> В общем мне вырисовывается следующая схема (пока только для ТВ):
> kernel-modules-dvb
> kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.)

Не верное название пакета (читайте policy).

> dvb-utils ("пользовательская" часть драйвера)
> vdr (программный приёмник-декодер-цифровой видеомагнитофон)
> vdr-sc
> vdr-scanner
> vdr-clock
> vdr-mplayer
> vdr-xine
> vdr-games
> ...
> vdr-full
> xawtv (как альтернативный телевизору интерфейс к vdr)

xawtv уже собран.

Rgds,
Rider

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
> Не надо ничего модифицировать при установке модулей !!!!
Как правильно поместить в этот файл необходимые настройки? Загрузка
получаемых модулей сравнительно сложна и вручную с первого раза её не
сделать. Рекомендуемое решение явно должно быть в политике.

Разработчики драйвера предлагают такой вариант:

probeall /dev/dvb dvb-ttpci
alias /dev/dvb/* /dev/dvb
below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
add below dvb-ttpci grundig_29504-401 grundig_29504-491
add below dvb-ttpci stv0299 ves1820 

но он не работает. У меня в Сизифе действует 

alias char-major-250 dvb-core
options dvb-core dvb_shutdown_timeout=0
alias char-major-250 dvb-ttpci
below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
add below dvb-ttpci grundig_29504-401 grundig_29504-491
add below dvb-ttpci stv0299 ves1820


> > В общем мне вырисовывается следующая схема (пока только для ТВ):
> > kernel-modules-dvb
> > kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.)
> 
> Не верное название пакета (читайте policy).
Буду признателен за точную ссылку на этот чудесный текст, которого я не читал.

> > dvb-utils ("пользовательская" часть драйвера)
> > vdr (программный приёмник-декодер-цифровой видеомагнитофон)
> > vdr-sc
> > vdr-scanner
> > vdr-clock
> > vdr-mplayer
> > vdr-xine
> > vdr-games
> > ...
> > vdr-full
> > xawtv (как альтернативный телевизору интерфейс к vdr)
> 
> xawtv уже собран.
Мной же. Он собирается независимо от всего упоминавшегося и может
использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
заметил, но тестирование не помешает.

Я по прежнему считаю собиравшего предыдущие версии Антона Качалова
(mouse) хозяином пакета xawtv и прошу только сохранить латку vdr-keys в
будущих версиях.    

Re: [devel] Сборка модулей ядра "для чайников"

[Sergey Vlasov]

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

On Fri, Dec 05, 2003 at 10:20:09PM +0300, Вячеслав Диконов wrote:
> В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
> > Не надо ничего модифицировать при установке модулей !!!!
> Как правильно поместить в этот файл необходимые настройки? Загрузка
> получаемых модулей сравнительно сложна и вручную с первого раза её не
> сделать. Рекомендуемое решение явно должно быть в политике.
> 
> Разработчики драйвера предлагают такой вариант:
> 
> probeall /dev/dvb dvb-ttpci
> alias /dev/dvb/* /dev/dvb
> below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
> add below dvb-ttpci grundig_29504-401 grundig_29504-491
> add below dvb-ttpci stv0299 ves1820 
> 
> но он не работает.

Это понятно - строки probeall и alias в этом варианте явно рассчитаны
на devfs.

> У меня в Сизифе действует 
> 
> alias char-major-250 dvb-core
> options dvb-core dvb_shutdown_timeout=0
> alias char-major-250 dvb-ttpci
> below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
> add below dvb-ttpci grundig_29504-401 grundig_29504-491
> add below dvb-ttpci stv0299 ves1820

Первая строка, скорее всего, лишняя - второй alias для того же имени
перекрывает первый.

И опять эти незарегистрированные major numbers...

По всей видимости, как минимум часть этих строк должна прописывать
программа конфигурации (kudzu или что там будет).

> > > В общем мне вырисовывается следующая схема (пока только для ТВ):
> > > kernel-modules-dvb
> > > kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.)
> > 
> > Не верное название пакета (читайте policy).
> Буду признателен за точную ссылку на этот чудесный текст, которого я не читал.

Лежит в пакете kernel-build-tools, в каталоге с документацией.

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

Re: [devel] Сборка модулей ядра "для чайников"

[Anton Farygin]

Вячеслав Диконов wrote:
> В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
> 
>>Не надо ничего модифицировать при установке модулей !!!!
> 
> Как правильно поместить в этот файл необходимые настройки? Загрузка
> получаемых модулей сравнительно сложна и вручную с первого раза её не
> сделать. Рекомендуемое решение явно должно быть в политике.

1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ???

2. Можно отдать это средствам настройки (сейчас пишется все что надо)

> 
> Разработчики драйвера предлагают такой вариант:
> 
> probeall /dev/dvb dvb-ttpci
> alias /dev/dvb/* /dev/dvb
> below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
> add below dvb-ttpci grundig_29504-401 grundig_29504-491
> add below dvb-ttpci stv0299 ves1820 
> 
> но он не работает. У меня в Сизифе действует 
> 
> alias char-major-250 dvb-core
> options dvb-core dvb_shutdown_timeout=0
> alias char-major-250 dvb-ttpci
> below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
> add below dvb-ttpci grundig_29504-401 grundig_29504-491
> add below dvb-ttpci stv0299 ves1820
> 
> 
> 
>>>В общем мне вырисовывается следующая схема (пока только для ТВ):
>>>kernel-modules-dvb
>>>kernel-modules-dvb-devel (его заголовки нужны для сборки vdr и т.п.)
>>
>>Не верное название пакета (читайте policy).
> 
> Буду признателен за точную ссылку на этот чудесный текст, которого я не читал.

kernel-build-tools

> 
> 
>>>dvb-utils ("пользовательская" часть драйвера)
>>>vdr (программный приёмник-декодер-цифровой видеомагнитофон)
>>>vdr-sc
>>>vdr-scanner
>>>vdr-clock
>>>vdr-mplayer
>>>vdr-xine
>>>vdr-games
>>>...
>>>vdr-full
>>>xawtv (как альтернативный телевизору интерфейс к vdr)
>>
>>xawtv уже собран.
> 
> Мной же. Он собирается независимо от всего упоминавшегося и может
> использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
> управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
> заметил, но тестирование не помешает.

Как это??? xawtv я собирал в течении года, потом передал mouse@. На 
каком основании Вы собрали мой и Mouse пакет, обновив работающее 
приложение до нестабильной версии ?

> 
> Я по прежнему считаю собиравшего предыдущие версии Антона Качалова
> (mouse) хозяином пакета xawtv и прошу только сохранить латку vdr-keys в
> будущих версиях.    

Я КАТЕГОРИЧЕСКИ ПРОТИВ !!!!

Rgds,
Rider

Re: [devel] Сборка модулей ядра "для чайников"

[Alexander Bokovoy]

On Sun, Dec 07, 2003 at 06:49:25PM +0300, Anton Farygin wrote:
> Вячеслав Диконов wrote:
> >В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
> >
> >>Не надо ничего модифицировать при установке модулей !!!!
> >
> >Как правильно поместить в этот файл необходимые настройки? Загрузка
> >получаемых модулей сравнительно сложна и вручную с первого раза её не
> >сделать. Рекомендуемое решение явно должно быть в политике.
> 
> 1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ???
/etc/modprobe.d/ (там основной файл /etc/modprobe.conf) -- Эдик уже собрал 
единый modutils, работающий под обоими ядрами, только осталось сделать так, 
чтобы под 2.6 работал тот же макроязык, что и под 2.4.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] modules-init-tools

[Anton Farygin]

Alexander Bokovoy wrote:
> On Sun, Dec 07, 2003 at 06:49:25PM +0300, Anton Farygin wrote:
> 
>>Вячеслав Диконов wrote:
>>
>>>В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
>>>
>>>
>>>>Не надо ничего модифицировать при установке модулей !!!!
>>>
>>>Как правильно поместить в этот файл необходимые настройки? Загрузка
>>>получаемых модулей сравнительно сложна и вручную с первого раза её не
>>>сделать. Рекомендуемое решение явно должно быть в политике.
>>
>>1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ???
> 
> /etc/modprobe.d/ (там основной файл /etc/modprobe.conf) -- Эдик уже собрал 
> единый modutils, работающий под обоими ядрами, только осталось сделать так, 
> чтобы под 2.6 работал тот же макроязык, что и под 2.4.
> 

А нужно это делать ??? Все равно имена модулей меняются... т.е. - я 
реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?

И если да, то какими методами ?

Rgds,
Rider

Re: [devel] modules-init-tools

[Alexander Bokovoy]

On Mon, Dec 08, 2003 at 01:42:50PM +0300, Anton Farygin wrote:
> Alexander Bokovoy wrote:
> >On Sun, Dec 07, 2003 at 06:49:25PM +0300, Anton Farygin wrote:
> >
> >>Вячеслав Диконов wrote:
> >>
> >>>В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
> >>>
> >>>
> >>>>Не надо ничего модифицировать при установке модулей !!!!
> >>>
> >>>Как правильно поместить в этот файл необходимые настройки? Загрузка
> >>>получаемых модулей сравнительно сложна и вручную с первого раза её не
> >>>сделать. Рекомендуемое решение явно должно быть в политике.
> >>
> >>1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ???
> >
> >/etc/modprobe.d/ (там основной файл /etc/modprobe.conf) -- Эдик уже собрал 
> >единый modutils, работающий под обоими ядрами, только осталось сделать 
> >так, чтобы под 2.6 работал тот же макроязык, что и под 2.4.
> >
> 
> А нужно это делать ??? Все равно имена модулей меняются... т.е. - я 
Нужно. Для смены имен модулей и предназначены два разных дерева для
конфигурационных файлов -- {/etc/modules.conf, /etc/modutils.d/} и
{/etc/modprobe.conf, /etc/modprobe.d/}.

> реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
Нормальными базами данных по драйверам. Не вижу никаких проблем.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] modules-init-tools

[Anton Farygin]

Alexander Bokovoy wrote:
> On Mon, Dec 08, 2003 at 01:42:50PM +0300, Anton Farygin wrote:
> 
>>Alexander Bokovoy wrote:
>>
>>>On Sun, Dec 07, 2003 at 06:49:25PM +0300, Anton Farygin wrote:
>>>
>>>
>>>>Вячеслав Диконов wrote:
>>>>
>>>>
>>>>>В Птн, 05.12.2003, в 15:58, Anton Farygin пишет:
>>>>>
>>>>>
>>>>>
>>>>>>Не надо ничего модифицировать при установке модулей !!!!
>>>>>
>>>>>Как правильно поместить в этот файл необходимые настройки? Загрузка
>>>>>получаемых модулей сравнительно сложна и вручную с первого раза её не
>>>>>сделать. Рекомендуемое решение явно должно быть в политике.
>>>>
>>>>1. Есть /etc/modutils.d/ (кстати, а как это будет для ядра 2.6) ???
>>>
>>>/etc/modprobe.d/ (там основной файл /etc/modprobe.conf) -- Эдик уже собрал 
>>>единый modutils, работающий под обоими ядрами, только осталось сделать 
>>>так, чтобы под 2.6 работал тот же макроязык, что и под 2.4.
>>>
>>
>>А нужно это делать ??? Все равно имена модулей меняются... т.е. - я 
> 
> Нужно. Для смены имен модулей и предназначены два разных дерева для
> конфигурационных файлов -- {/etc/modules.conf, /etc/modutils.d/} и
> {/etc/modprobe.conf, /etc/modprobe.d/}.

Нет, я имею в виду - поддержку под 2.6 макроязыка 2.4.

Может быть это сделать на уровне баз данных ?

> 
> 
>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
> 
> Нормальными базами данных по драйверам. Не вижу никаких проблем.

Ага. т.е. - в базу данных добавить параметр - ветка ядра.

ok.

Rgds,
Rider

Re: [devel] modules-init-tools

[Alexander Bokovoy]

On Mon, Dec 08, 2003 at 02:53:19PM +0300, Anton Farygin wrote:
> >>>собрал единый modutils, работающий под обоими ядрами, только осталось 
> >>>сделать так, чтобы под 2.6 работал тот же макроязык, что и под 2.4.
> >>А нужно это делать ??? Все равно имена модулей меняются... т.е. - я 
> >
> >Нужно. Для смены имен модулей и предназначены два разных дерева для
> >конфигурационных файлов -- {/etc/modules.conf, /etc/modutils.d/} и
> >{/etc/modprobe.conf, /etc/modprobe.d/}.
> 
> Нет, я имею в виду - поддержку под 2.6 макроязыка 2.4.
В modules-init-tools для 2.6 присутствует урезанный макроязык из 2.4.
Урезанный настолько, что для нормальной работы он не приспособлен.
Фактически, там есть только alias и запуск внешней программы. И все.

> Может быть это сделать на уровне баз данных ?
В modprobe поддержка работы с зависимостями между модулями все равно
остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД
хранить правильную информацию для того, чтобы modprobe ее мог внятно
использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности
modprobe не используются, тем самым создавая проблемы с конфигурациями,
где должны загружаться нетривиальные стеки модулей. 

> >>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
> >
> >Нормальными базами данных по драйверам. Не вижу никаких проблем.
> 
> Ага. т.е. - в базу данных добавить параметр - ветка ядра.
Это самое элементарное.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] modules-init-tools

[Anton Farygin]

Alexander Bokovoy wrote:
> On Mon, Dec 08, 2003 at 02:53:19PM +0300, Anton Farygin wrote:
> 
>>>>>собрал единый modutils, работающий под обоими ядрами, только осталось 
>>>>>сделать так, чтобы под 2.6 работал тот же макроязык, что и под 2.4.
>>>>
>>>>А нужно это делать ??? Все равно имена модулей меняются... т.е. - я 
>>>
>>>Нужно. Для смены имен модулей и предназначены два разных дерева для
>>>конфигурационных файлов -- {/etc/modules.conf, /etc/modutils.d/} и
>>>{/etc/modprobe.conf, /etc/modprobe.d/}.
>>
>>Нет, я имею в виду - поддержку под 2.6 макроязыка 2.4.
> 
> В modules-init-tools для 2.6 присутствует урезанный макроязык из 2.4.
> Урезанный настолько, что для нормальной работы он не приспособлен.
> Фактически, там есть только alias и запуск внешней программы. И все.
> 
> 
>>Может быть это сделать на уровне баз данных ?
> 
> В modprobe поддержка работы с зависимостями между модулями все равно
> остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД
> хранить правильную информацию для того, чтобы modprobe ее мог внятно
> использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности
> modprobe не используются, тем самым создавая проблемы с конфигурациями,
> где должны загружаться нетривиальные стеки модулей. 

Ести ли пример дистрибутива (или средств настройки), где используются 
полностью возможности modprobe ?

> 
> 
>>>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
>>>
>>>Нормальными базами данных по драйверам. Не вижу никаких проблем.
>>
>>Ага. т.е. - в базу данных добавить параметр - ветка ядра.
> 
> Это самое элементарное.

Да. Только ряд вопросов все равно остается:
1) Для каких полей базы данных необходимо использовать параметр - версию 
ядра. На мой взгляд: имени модуля недостаточно. Нужно как минимум для 
команд настройки и строк modutils.
2) Как быть с реализацией автоопределения устройств в разных ядрах ? Я 
не хотел бы реализовывать детект мыши для ядра 2.4, ибо ядро 2.6 это 
делает самостоятельно и записывает эту информацию в /proc/bus/input.

Мышь - это только пример. Кроме этого могут быть различия в работе SCSI, 
USB, FireWire и т.д.

Rgds,
RIder

Re: [devel] modules-init-tools

[Alexander Bokovoy]

On Tue, Dec 09, 2003 at 10:33:46AM +0300, Anton Farygin wrote:
> >>Может быть это сделать на уровне баз данных ?
> >
> >В modprobe поддержка работы с зависимостями между модулями все равно
> >остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД
> >хранить правильную информацию для того, чтобы modprobe ее мог внятно
> >использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности
> >modprobe не используются, тем самым создавая проблемы с конфигурациями,
> >где должны загружаться нетривиальные стеки модулей. 
> 
> Ести ли пример дистрибутива (или средств настройки), где используются 
> полностью возможности modprobe ?
Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не аргумент 
против использования возможностей modprobe правильным образом? :)

> >>>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
> >>>
> >>>Нормальными базами данных по драйверам. Не вижу никаких проблем.
> >>
> >>Ага. т.е. - в базу данных добавить параметр - ветка ядра.
> >
> >Это самое элементарное.
> 
> Да. Только ряд вопросов все равно остается:
> 1) Для каких полей базы данных необходимо использовать параметр - версию 
> ядра. На мой взгляд: имени модуля недостаточно. Нужно как минимум для 
> команд настройки и строк modutils.
> 2) Как быть с реализацией автоопределения устройств в разных ядрах ? Я 
> не хотел бы реализовывать детект мыши для ядра 2.4, ибо ядро 2.6 это 
> делает самостоятельно и записывает эту информацию в /proc/bus/input.
> 
> Мышь - это только пример. Кроме этого могут быть различия в работе SCSI, 
> USB, FireWire и т.д.
Давай обсудим эту тему на следующей неделе, когда у меня будет время и я
приеду в МСК?
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] modules-init-tools

[Anton Farygin]

Alexander Bokovoy wrote:
> On Tue, Dec 09, 2003 at 10:33:46AM +0300, Anton Farygin wrote:
> 
>>>>Может быть это сделать на уровне баз данных ?
>>>
>>>В modprobe поддержка работы с зависимостями между модулями все равно
>>>остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД
>>>хранить правильную информацию для того, чтобы modprobe ее мог внятно
>>>использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности
>>>modprobe не используются, тем самым создавая проблемы с конфигурациями,
>>>где должны загружаться нетривиальные стеки модулей. 
>>
>>Ести ли пример дистрибутива (или средств настройки), где используются 
>>полностью возможности modprobe ?
> 
> Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не аргумент 
> против использования возможностей modprobe правильным образом? :)

Да, но для начала нужно понять - что является "правильным образом" и 
посмотреть на то, как это реализовано у других ;-)

> 
> 
>>>>>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
>>>>>
>>>>>Нормальными базами данных по драйверам. Не вижу никаких проблем.
>>>>
>>>>Ага. т.е. - в базу данных добавить параметр - ветка ядра.
>>>
>>>Это самое элементарное.
>>
>>Да. Только ряд вопросов все равно остается:
>>1) Для каких полей базы данных необходимо использовать параметр - версию 
>>ядра. На мой взгляд: имени модуля недостаточно. Нужно как минимум для 
>>команд настройки и строк modutils.
>>2) Как быть с реализацией автоопределения устройств в разных ядрах ? Я 
>>не хотел бы реализовывать детект мыши для ядра 2.4, ибо ядро 2.6 это 
>>делает самостоятельно и записывает эту информацию в /proc/bus/input.
>>
>>Мышь - это только пример. Кроме этого могут быть различия в работе SCSI, 
>>USB, FireWire и т.д.
> 
> Давай обсудим эту тему на следующей неделе, когда у меня будет время и я
> приеду в МСК?

Я бы предпочел обсуждать в почте.

Rgds,
Rider

Re: [devel] modules-init-tools

[Alexander Bokovoy]

On Tue, Dec 09, 2003 at 02:21:53PM +0300, Anton Farygin wrote:
> >>Ести ли пример дистрибутива (или средств настройки), где используются 
> >>полностью возможности modprobe ?
> >
> >Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не 
> >аргумент против использования возможностей modprobe правильным образом? :)
> 
> Да, но для начала нужно понять - что является "правильным образом" и 
> посмотреть на то, как это реализовано у других ;-)
"Правильным образом" -- с использованием описанных в modules.conf(5)
структур.

> >>USB, FireWire и т.д.
> >
> >Давай обсудим эту тему на следующей неделе, когда у меня будет время и я
> >приеду в МСК?
> 
> Я бы предпочел обсуждать в почте.
Это не связано -- просто на следующей неделе у меня будет время для
обсуждения, в отличие от этой.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] modules-init-tools

[Anton Farygin]

Alexander Bokovoy wrote:
> On Tue, Dec 09, 2003 at 02:21:53PM +0300, Anton Farygin wrote:
> 
>>>>Ести ли пример дистрибутива (или средств настройки), где используются 
>>>>полностью возможности modprobe ?
>>>
>>>Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не 
>>>аргумент против использования возможностей modprobe правильным образом? :)
>>
>>Да, но для начала нужно понять - что является "правильным образом" и 
>>посмотреть на то, как это реализовано у других ;-)
> 
> "Правильным образом" -- с использованием описанных в modules.conf(5)
> структур.

На мой взгляд не надо себе ставить самоцелью использование всех 
описанных в modules.conf структур.

Например - я не понимаю - зачем нам использовать структуры :


define VARIABLE WORD
if EXPRESSION
else
elseif EXPRESSION
endif
generic_stringfile=
isapnpmapfile=
usbmapfile=
parportmapfile=
path[TAG]=A_PATH
ieee1394mapfile=A_PATH
pnpbiosmapfile=A_PATH


Может быть понадобится:
depfile=A_PATH
[add] probe name module_list
[add] probeall name module_list

уже используются:
[add] options [-k] module [MODULE_SPECIFIC_OPTIONS]
[add] above module module_list
[add] below module module_list
pre-install module command
post-install module command

Вот собственно и все структуры. И почему мы их неправильно используем - 
я пока не понимаю. На мой взгляд достаточно все наши записи в 
modules.conf достаточно корректны и дополнять их особо не нужно.

Rgds,
Rider

Re: [devel] modules-init-tools

[Dmitry V. Levin]

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

On Tue, Dec 09, 2003 at 02:44:11PM +0300, Anton Farygin wrote:
> Alexander Bokovoy wrote:
> >On Tue, Dec 09, 2003 at 02:21:53PM +0300, Anton Farygin wrote:
> >
> >>>>Ести ли пример дистрибутива (или средств настройки), где используются 
> >>>>полностью возможности modprobe ?
> >>>
> >>>Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не 
> >>>аргумент против использования возможностей modprobe правильным образом? 
> >>>:)
> >>
> >>Да, но для начала нужно понять - что является "правильным образом" и 
> >>посмотреть на то, как это реализовано у других ;-)
> >
> >"Правильным образом" -- с использованием описанных в modules.conf(5)
> >структур.
> 
> На мой взгляд не надо себе ставить самоцелью использование всех 
> описанных в modules.conf структур.
> 
> Например - я не понимаю - зачем нам использовать структуры :
> 
> 
> define VARIABLE WORD
> if EXPRESSION
> else
> elseif EXPRESSION
> endif

См. /etc/modutils.d/kernel


-- 
ldv

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

Re: [devel] modules-init-tools

[Anton Farygin]

Dmitry V. Levin wrote:
> On Tue, Dec 09, 2003 at 02:44:11PM +0300, Anton Farygin wrote:
> 
>>Alexander Bokovoy wrote:
>>
>>>On Tue, Dec 09, 2003 at 02:21:53PM +0300, Anton Farygin wrote:
>>>
>>>
>>>>>>Ести ли пример дистрибутива (или средств настройки), где используются 
>>>>>>полностью возможности modprobe ?
>>>>>
>>>>>Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не 
>>>>>аргумент против использования возможностей modprobe правильным образом? 
>>>>>:)
>>>>
>>>>Да, но для начала нужно понять - что является "правильным образом" и 
>>>>посмотреть на то, как это реализовано у других ;-)
>>>
>>>"Правильным образом" -- с использованием описанных в modules.conf(5)
>>>структур.
>>
>>На мой взгляд не надо себе ставить самоцелью использование всех 
>>описанных в modules.conf структур.
>>
>>Например - я не понимаю - зачем нам использовать структуры :
>>
>>
>>define VARIABLE WORD
>>if EXPRESSION
>>else
>>elseif EXPRESSION
>>endif
> 
> 
> См. /etc/modutils.d/kernel

Ага. Т.е. - это тогда тоже может быть использовано. Хорошо.

Но: для 2.6 ядра modules.conf переименован. Т.е. - проверку на версию 
ядра в конфиге module-init-tools уже можно не осуществлять.

Rgds,
Rider

Re: [devel] modules-init-tools

[Alexander Bokovoy]

On Tue, Dec 09, 2003 at 03:05:09PM +0300, Anton Farygin wrote:
> >>Например - я не понимаю - зачем нам использовать структуры :
> >>
> >>
> >>define VARIABLE WORD
> >>if EXPRESSION
> >>else
> >>elseif EXPRESSION
> >>endif
> >
> >
> >См. /etc/modutils.d/kernel
> 
> Ага. Т.е. - это тогда тоже может быть использовано. Хорошо.
> 
> Но: для 2.6 ядра modules.conf переименован. Т.е. - проверку на версию 
> ядра в конфиге module-init-tools уже можно не осуществлять.
Я бы не зарекался -- этот механизм пока не предполагается менять с каждой
новой версией. Так что вполне возможно, что придется нам с осторожностью
ставить для всех наших настроек и ограничения по версиям -- такое точно
может потребоваться при смене имен опций у каких-нибудь модулей (вроде как
-- до этого ядра все было так, а после этого стало вот так). И для наших
специфических модификаций модулей в том числе (их есть).

Я вообще в первую очередь говорил о above/below.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[devel] Re: modules-init-tools

[Michael Shigorin]

On Tue, Dec 09, 2003 at 02:29:01PM +0200, Alexander Bokovoy wrote:
> может потребоваться при смене имен опций у каких-нибудь модулей
> (вроде как -- до этого ядра все было так, а после этого стало

Ох где-то я это ВИДЕЛ... ;-)

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

Re: [devel] Re: modules-init-tools

[Alexey I. Froloff]

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

* Michael Shigorin <mike@osdn.org.ua> [031210 22:01]:
> > может потребоваться при смене имен опций у каких-нибудь модулей
> > (вроде как -- до этого ядра все было так, а после этого стало
> Ох где-то я это ВИДЕЛ... ;-)
NVidia.o/nvidia.o?

-- 
Regards, Sir Raorn.
-------------------
Даже драки мне нравятся куда больше линуксконфа.
		-- aen in devel@

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

[devel] Re: modules-init-tools

[Michael Shigorin]

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

On Thu, Dec 11, 2003 at 08:05:50AM +0300, Alexey I. Froloff wrote:
> > > может потребоваться при смене имен опций у каких-нибудь
> > > модулей (вроде как -- до этого ядра все было так, а после
> > Ох где-то я это ВИДЕЛ... ;-)
> NVidia.o/nvidia.o?

alsa.  Но и это (NVdriver только, и версию определять по-другому).

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

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

Re: [devel] Сборка модулей ядра "для чайников"

[Alexey I. Froloff]

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

On Fri, Dec 05, 2003 at 10:20:09PM +0300, Вячеслав Диконов wrote:
> > xawtv уже собран.
> Мной же. Он собирается независимо от всего упоминавшегося и может
> использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
> управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
> заметил, но тестирование не помешает.
Вот только не работает он ни хрена ни разу... 8-E~~~

-- 
Regards,
Sir Raorn.

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

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Вск, 07.12.2003, в 21:29, Alexey I. Froloff пишет:
> On Fri, Dec 05, 2003 at 10:20:09PM +0300, Вячеслав Диконов wrote:
> > > xawtv уже собран.
> > Мной же. Он собирается независимо от всего упоминавшегося и может
> > использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
> > управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
> > заметил, но тестирование не помешает.
> Вот только не работает он ни хрена ни разу... 
Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
качеством и стереозвуком :)))  Хотя собственный интерфейсик у xawtv -
тихий ужас.

> 8-E~~~
А как вторая сборка? Я постарался исправить ляпы и сделал 2 варианта:
обычный и с VDR. Пакет vdr зависит от сборки модулей dvb, которая ещё не
готова.

Re: [devel] Сборка модулей ядра "для чайников"

[Alexey I. Froloff]

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

On Sun, Dec 07, 2003 at 10:48:13PM +0300, Вячеслав Диконов wrote:
> > > > xawtv уже собран.
> > > Мной же. Он собирается независимо от всего упоминавшегося и может
> > > использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
> > > управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
> > > заметил, но тестирование не помешает.
> > Вот только не работает он ни хрена ни разу... 
> Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
> качеством и стереозвуком :)))  Хотя собственный интерфейсик у xawtv -
> тихий ужас.
Показывает, но каналы не переключает.

P.S.
1. тестировать надо такие вещи;
2. предупреждать надо;
[skip]
                -- ldv in sisyphus@

-- 
Regards,
Sir Raorn.

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

Re: [devel] Сборка модулей ядра "для чайников"

[Anton Farygin]

Alexey I. Froloff wrote:
> On Sun, Dec 07, 2003 at 10:48:13PM +0300, Вячеслав Диконов wrote:
> 
>>>>>xawtv уже собран.
>>>>
>>>>Мной же. Он собирается независимо от всего упоминавшегося и может
>>>>использоваться отдельно. Помимо версии 3.90 этот пакет поддерживает
>>>>управление VDR (этот пакет ещё не готов). В остальном я пока глюков не
>>>>заметил, но тестирование не помешает.
>>>
>>>Вот только не работает он ни хрена ни разу... 
>>
>>Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
>>качеством и стереозвуком :)))  Хотя собственный интерфейсик у xawtv -
>>тихий ужас.
> 
> Показывает, но каналы не переключает.
> 
> P.S.
> 1. тестировать надо такие вещи;
> 2. предупреждать надо;
> [skip]
>                 -- ldv in sisyphus@

Вывод: откатываем на предыдущую версию... мне сейчас не до разборок с 
dvb. Ими займемся после перехода на ядро 2.6


Rgds,
Rider

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Пнд, 08.12.2003, в 13:44, Anton Farygin пишет:
> >>>Вот только не работает он ни хрена ни разу... 
> >>
> >>Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
> >>качеством и стереозвуком :)))  Хотя собственный интерфейсик у xawtv -
> >>тихий ужас.
> > 
> > Показывает, но каналы не переключает.
> > 
> > P.S.
> > 1. тестировать надо такие вещи;
> > 2. предупреждать надо;
> > [skip]
> >                 -- ldv in sisyphus@
> 
> Вывод: откатываем на предыдущую версию... мне сейчас не до разборок с 
> dvb. Ими займемся после перехода на ядро 2.6
Если старая версия действительно лучше работает, то пусть. Дело в том,
что поддержка vdr встроена в xawtv уже давно и есть в версии 3.80. Латка
vdr-keys всего лишь переопределяет горячие клавиши для вызова этих
функций, но делается это так, что я не смог сделать переключение без
пересборки. Давайте собирать любую достаточно стабильную версию, но
после сборки нормального xawtv накладывать латку и паковать версию с vdr
в отдельный пакет. Так сделано в исправленной версии alt2. Это позволит
иметь оба варианта: нужный мне и никак не изменённый простой xawtv. 

Кроме того есть улучшенный перевод полей Summary и Description.

Re: [devel] Сборка модулей ядра "для чайников"

[Alexey I. Froloff]

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

On Mon, Dec 08, 2003 at 12:28:29AM +0300, Alexey I. Froloff wrote:
> > Работает и показывает полторы тысячи телеканалов с прекрасным цифровым
> > качеством и стереозвуком :)))  Хотя собственный интерфейсик у xawtv -
> > тихий ужас.
> Показывает, но каналы не переключает.
/me просто плачет весь...

Есть ~/.xawtv примерно такого содержания:

[global]
ratio = 4:3
freqtab = russia

...

[ОРТ]
channel = 12
capture = on
color = 30%

[РТР]
channel = 2
capture = on
color = 30%

...

И есть спек, в котором:

Source6: secam-russia.list

...

cat %SOURCE6 $RPM_BUILD_ROOT/%_datadir/xawtv/secam-russia.list

...

Естественно, что в пакет попадает дефолтный secam-russia.list с
совершенно другими названиями каналов, а по неизвестым каналам
xawtv не переключает...

P.S. Сейчас сижу и собираю xawdecode. Ибо нефиг.

-- 
Regards,
Sir Raorn.

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

Re: [devel] Сборка модулей ядра "для чайников"

[Вячеслав Диконов]

В Втр, 09.12.2003, в 22:37, Alexey I. Froloff пишет:
> On Mon, Dec 08, 2003 at 12:28:29AM +0300, Alexey I. Froloff wrote:
> Есть ~/.xawtv примерно такого содержания:
Опоздал :) Это уже было исправлено несколько дней назад вместе с ещё
несколькими ошибками. См. версию xawtv-3.90-alt2 в INCOMING или
последующие. В spec застрявшего в Сизифе глючного пакета xawtv3.90-alt1
просто была опечатка :( .

> Естественно, что в пакет попадает дефолтный secam-russia.list с
> совершенно другими названиями каналов, а по неизвестым каналам
> xawtv не переключает...
Пользуясь случаем прошу наконец заменить в Сизифе пакет xawtv3.90-alt1
на xawtv3.90-alt2 или более свежий (Неужели все так любят глюки, что
намеренно не выкладывают их исправления?). История вопроса подробно
освещена в http://bugzilla.altlinux.ru/show_bug.cgi?id=3345. Если в
течение суток я не получу сообщения что глюки есть в исправленном
пакете, закрою по принципу "Молчание знак согласия".

Re: [devel] Сборка модулей ядра "для чайников"

[Alexey I. Froloff]

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

* Вячеслав Диконов <sdiconov@mail.ru> [031211 01:43]:
> > Естественно, что в пакет попадает дефолтный secam-russia.list с
> > совершенно другими названиями каналов, а по неизвестым каналам
> > xawtv не переключает...
> Пользуясь случаем прошу наконец заменить в Сизифе пакет xawtv3.90-alt1
> на xawtv3.90-alt2 или более свежий (Неужели все так любят глюки, что
> намеренно не выкладывают их исправления?). История вопроса подробно
> освещена в http://bugzilla.altlinux.ru/show_bug.cgi?id=3345. Если в
> течение суток я не получу сообщения что глюки есть в исправленном
> пакете, закрою по принципу "Молчание знак согласия".
Блин, Слава, нельзя такие вещи делать МОЛЧА!

-- 
Regards, Sir Raorn.
-------------------
BTW, Никогда не запускайте dist-upgrade из Сизифа на удалённой машине, особенно
если до неё очень долго ехать.
		-- voins in devel@

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

[devel] [JT] Re: Сборка модулей ядра "для чайников"

[Michael Shigorin]

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

On Mon, Dec 08, 2003 at 12:28:29AM +0300, Alexey I. Froloff wrote:
> P.S.
> 1. тестировать надо такие вещи;
> 2. предупреждать надо;
> [skip]
>                 -- ldv in sisyphus@

Стоп.  Это было сказано Димой? ;-)

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

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

Re: [devel] [JT] Re: Сборка модулей ядра "для чайников"

[Alexey I. Froloff]

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

* Michael Shigorin <mike@osdn.org.ua> [031210 22:01]:
> On Mon, Dec 08, 2003 at 12:28:29AM +0300, Alexey I. Froloff wrote:
> > P.S.
> > 1. тестировать надо такие вещи;
> > 2. предупреждать надо;
> > [skip]
> >                 -- ldv in sisyphus@

> Стоп.  Это было сказано Димой? ;-)

Date: Mon, 3 Feb 2003 01:33:21 +0300
From: "Dmitry V. Levin" <ldv#altlinux.org>
To: ALT Linux Sisyphus mailing list <sisyphus#altlinux.ru>
Cc: Sergey V Turchin <zerg#altlinux.org>
Subject: Re: [sisyphus] Re: Что случилось с su?

-- 
Regards, Sir Raorn.
-------------------
Функции типа strcpy/sprintf вредны не из-за опасной реализации, а сами по
себе, из-за своей семантики.
		-- ldv in devel@

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

Re: [devel] Сборка модулей ядра "для чайников"

[Sergey Vlasov]

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

On Tue, Dec 02, 2003 at 10:49:21AM +0300, Вячеслав Диконов wrote:
> Как в текущем Сизифе гарантированно получить сконфигурированные
> исходники установленного ядра, если я его ставлю из пакета (std-up)?
> Cборка siemens-dvb требует исходник именно используемого системой ядра и
> именно с теми настройками, что применялись во время его сборки.

kernel-headers-modules-%flavour для него недостаточно?  Там даже есть
поправленный Makefile, пригодный для сборки внешних модулей.  В качестве
образца его использования можно взять, например, kernel-modules-hostap или
kernel-modules-v4l (в v4l как раз используется сборка через Makefile
ядра).

> Где читать инструкцию по сборке пакетов с модулями? 

Как таковой инструкции нет - отчасти как раз потому, что механизм сборки у
всех этих модулей бывает очень разный (иногда вообще доходит до того, что
сделано в kernel-modules-flgrx-%flavour - команды компиляции просто вбиты
в spec по причине абсолютной непригодности родного механизма для сборки
модулей в пакет).

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