Re: [mdk-re] éÄÅÏÌÏÇÉÞÅÓËÉÊ ×ÏÐÒÏÓ.

Re: [mdk-re] éÄÅÏÌÏÇÉÞÅÓËÉÊ ×ÏÐÒÏÓ.

[Roman S]

Цитирую \"Arthur V.Sidorenko\" <artur@tern.ru>:

> Здравствуйте уважаемые участники рассылки.
> 
> Вопрос, наверное, к отцам-основателям.
> 
> Смотрите,  скачиваю  я  программу, например средство 
разработки. Читаю
> лицензию.  Написано  - можете использовать продукт, 
модифицировать его
> как  Вам  угодно  и  даже  продавать  за бешеные 
бабки, если у Вас его
> кто-то  купит.  Кажется,  это  называется  страшным 
словом BSD. Первое
> впечатление  - Халява, Сэр! Это у нас любят. Вот со 
второго начинаются
> вопросы:
Я бы внёс ясность, лицензия может быть как BSD, так и 
GPL, при вервой внешней сходности (\"халява\") меж ними 
имеется кардинальное различие.
BSD - \"делай, что хочешь\"
GPL - \"делай, что хочешь\", НО!
а) не вздумай распространять закрытый софт, 
использующий код GPL-лицензированного
б) Изволь предоставить доступ к исходным текстам.


> 
> 1). Зачем?
> Кто  пишет свободно распространяемые программы? 
Фанаты идеологии, люди
> страдающие  избытком  свободного  времени,  
студенты  (типа бесплатная
> рабочая сила)?
Источников подобных программ несколько
1) Создание программы для извлечения прибыли
Бесплатность, точнее возможность бесплатного получения 
программы отнюдь не предполагает благотворительности. 
Тот же Цыгнус Солюшн (если мне не изменяет склероз) 
имел годовой доход где-то около миллиона... Сейчас это 
подразделение RedHat....

Откуда вообще производители софта берут прибыль?
По большому счёту источника 2
а) продажа \"коробок заданной массы по заданной цене\".
б) торговля правом пользования (она же воздухом, она 
же лицензиями на пользование)
в) предоставление услуг. 
г) поставка софта в составе комплексных решений 
(оборудование, готовые программные комплексы)
д) разработка под заказ
Вот именно по пункты (в),(г) и (д) и есть основа 
получения прибыли от свободного софта.

2) Действительно полностью бесплатная работа.
Тут может быть несколько факторов:
а) Что-то рождается в процессе изучения чего-то (от 
чего же не опубликовать?)
б) Создание для себя или ещё чего-то/кого-то (от чего 
бы не опубликовать?)
в) многие программисты ведут какие-то проекты хобби 
ради или для того, чтобы \"нюх не терять\" - т.е. 
сохранить запас квалификации в стороне от текущей 
специализации, приносящей нынешний доход. 
> 
> Я  правильно  понимаю, что производитель старается 
привлечь внимание к
> продукту.  Каким-либо  образом привязать 
пользователя к продукту, дабы
> потом  содрать  с  него  побольше  за  поддержку  
(читай - возможность
> пожаловаться),  издание  специально-заточенных  
версий (читай - мы тут
> обкоцали  самое  интересное)? Хотя встречаются 
продукты и без подобных
> заявлений.
> 
> 2). Можно ли этому доверять?
А когда как.

> Человека  этого я не знаю, пиво с ним не пил, 
претензии обычно тоже по
> лицензии  не  принимаются.  А  просматривать любой 
код, даже открытый,
> больше  50К  ради  успокоения  нервов?  
Просматриваются параноидальные
> тенденции.
> 
> Выходит   так,  что  используя  подобный  продукт,  
надо  с  радостным
> энтузиазмом  относится к всевозможным неполадкам. 
Держать его подальше
> от  мест,  где  возможна  деструктивная  
деятельность.  И тестировать,
> тестировать и еще раз тестировать.
> 
> 3). Проект будет развиваться?

В общем-то сие верно и для закрытого софта, если взять 
пример самого популярного изделия самой большой 
компании, то возникают ровно те же самые вопросы...

Будет ли развиваться? - А пёс его знает, как продавец 
решит.
Будет ли поддерживаться - А пёс его знает... Не 
гарантированно.
Есть ли гарантии? - А нет ни рожна. Прочитайте EULA - 
написано красиво и много, но сводится к тому, что \"не 
отвечаем ни за что\", и самое главное - \"не отвечаем 
практически ничем\".
Сопровождение? Его придётся покупать и так и так...

Боюсь, ответ на Ваши вопросы никак не зависит от 
модели распространения ПО...

Как характерный пример - та же программы Postfix и 
fetchmail - я им доверяю...
Я доверяю их авторам.

Могу ли я то же самое сказать про закрытые программы, 
которыми пользуюсь постоянно (уж таков рабочий 
процесс) - не уверен. К тому же закрытость программы - 
отнюдь не гарантия её безупречной работы, скорее 
наоборот, практически вся более-менее 
серьёзная \"закрывашка\" меня так или иначе подводила.

Rgds!
Roman Savelyev

[mdk-re] Re: [mdk-re] Идеологический вопрос.

[Aleksey Novodvorsky]

Roman S wrote:

>
> BSD - \"делай, что хочешь\"
> GPL - \"делай, что хочешь\", НО!
> а) не вздумай распространять закрытый софт,
> использующий код GPL-лицензированного
> б) Изволь предоставить доступ к исходным текстам.

Замечу: только в случае распространения. То есть Вы обязаны предоставить
исходные тексты тому, кому передаете программу, но если ни он, ни Вы не
хотите ее распространять дальше, то и исходные тексты никуда дальше не
уйдут и потребовать их никто не сможет.

>
>
> Могу ли я то же самое сказать про закрытые программы,
> которыми пользуюсь постоянно (уж таков рабочий
> процесс) - не уверен. К тому же закрытость программы -
> отнюдь не гарантия её безупречной работы, скорее
> наоборот, практически вся более-менее
> серьёзная \"закрывашка\" меня так или иначе подводила.

Замечу, что в имеющихся случаях раскрытия текстов коммерческого софта, в
этом софте часто обнаруживались серьезные дыры. Свежий пример --
Interbase. Характерен и способ закрытия этих дыр:
 Firebird, заменив mktemp на mkstemp и получив проблемы с неучтожением
tmp-файлов, ничтоже сумняшеся вернул все обратно. Увы, это привычка: все
равно никто не увидит.

Rgrds, AEN

Re[2]: [mdk-re] éÄÅÏÌÏÇÉÞÅÓËÉÊ ×ÏÐÒÏÓ.

[Arthur V.Sidorenko]

Hello Roman,

Tuesday, February 27, 2001, 2:32:28 PM, you wrote:

RS> Я бы внёс ясность, лицензия может быть как BSD, так и

Я имел ввиду именно такую лицензию.

>> 1). Зачем?

RS> Источников подобных программ несколько
RS> 1) Создание программы для извлечения прибыли
RS> Бесплатность, точнее возможность бесплатного получения 
RS> программы отнюдь не предполагает благотворительности. 
RS> Тот же Цыгнус Солюшн (если мне не изменяет склероз) 
RS> имел годовой доход где-то около миллиона... Сейчас это 
RS> подразделение RedHat....

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

RS> 2) Действительно полностью бесплатная работа.
RS> Тут может быть несколько факторов:
RS> а) Что-то рождается в процессе изучения чего-то (от 
RS> чего же не опубликовать?)
RS> б) Создание для себя или ещё чего-то/кого-то (от чего
RS> бы не опубликовать?)
RS> в) многие программисты ведут какие-то проекты хобби 
RS> ради или для того, чтобы \"нюх не терять\" - т.е. 
RS> сохранить запас квалификации в стороне от текущей 
RS> специализации, приносящей нынешний доход. 

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

RS> Боюсь, ответ на Ваши вопросы никак не зависит от
RS> модели распространения ПО...

Меня  скорее  интересовали  вопросы  кто это делает. Остальные вопросы
отсюда  следуют.  Как я понял всегда надо узнавать это индивидуально и
собирать  информацию  у  пользователей.  Типа  скачал  PostgreSQL    и
спрашиваю в конференции - Хочу выцепить человека, у которого бы на нем
год  реальный проект работал. Он мне все и расскажет. Про фирму узнать
все - таки проще.

Спасибо за ответ.

Best regards,
 Arthur                            mailto:artur@tern.ru

[mdk-re] Re: [mdk-re] Идеологический вопрос.

[Aleksey Novodvorsky]

"Arthur V.Sidorenko" wrote:

> Hello Roman,
>
> Tuesday, February 27, 2001, 2:32:28 PM, you wrote:
>
> RS> Я бы внёс ясность, лицензия может быть как BSD, так и
>
> Я имел ввиду именно такую лицензию.
>
> >> 1). Зачем?
>
> RS> Источников подобных программ несколько
> RS> 1) Создание программы для извлечения прибыли
> RS> Бесплатность, точнее возможность бесплатного получения
> RS> программы отнюдь не предполагает благотворительности.
> RS> Тот же Цыгнус Солюшн (если мне не изменяет склероз)
> RS> имел годовой доход где-то около миллиона... Сейчас это
> RS> подразделение RedHat....
>
> Хорошо  бы  если в каждом пакете можно было-бы узнать (более или менее
> стандартным  образом)  кто  это  делает,

Такой способ есть. Cм. AUTHORS, README.


> на какие средства,

А вот это уже, извините, коммерческая тайна.

> какие есть
> коммерческие   вариации,   а   то   приходится   об  этом  в  основном
> догадываться.

Напишите авторам, что может быть проще!  В мире Open Source на письма,
как правило, отвечают.

>
>
> RS> 2) Действительно полностью бесплатная работа.
> RS> Тут может быть несколько факторов:
> RS> а) Что-то рождается в процессе изучения чего-то (от
> RS> чего же не опубликовать?)
> RS> б) Создание для себя или ещё чего-то/кого-то (от чего
> RS> бы не опубликовать?)
> RS> в) многие программисты ведут какие-то проекты хобби
> RS> ради или для того, чтобы \"нюх не терять\" - т.е.
> RS> сохранить запас квалификации в стороне от текущей
> RS> специализации, приносящей нынешний доход.
>
> При этом хотелось бы знать, что данный продукт делал студент на лабе
> или организация для себя, но при этом и для других не жалко.

Хм. Я, очень часто, скорее поверю студенту, чем организации. Организацию
нынче создать несложно, несложно и раздуть до небес любую дрянь. Если за
работу отвечает чеовек, который вызывает у меня доверие, то это не хуже
организации, которая с легкостью прекратит поддержку продукта. Я лично не
верю ни одной торговой марке, если за ней не стоят конкретные, уважаемые
мной  люди.

>
>
> RS> Боюсь, ответ на Ваши вопросы никак не зависит от
> RS> модели распространения ПО...
>
> Меня  скорее  интересовали  вопросы  кто это делает. Остальные вопросы
> отсюда  следуют.  Как я понял всегда надо узнавать это индивидуально и
> собирать  информацию  у  пользователей.

Нет! Не надо это делать. Надо писать письма авторам и справшивать у
знакомых Вам пользователей. Справшивая, например, в web-форумах, Вы
получите ложную информацию в 90% слуаев.
Rgrds, AEN

[mdk-re] Как правильно перекомпилировать драйверы под "обновленное" ядро? (никто не знает?)

[Вениамин]

Народ! Извините плиз за повторение вопроса.(Ну уперся я - дальше не знаю где
и копать)

Работал драйвер (DVB) из модулей состоящий в основном.
Поменялась (по названию в основном только) версия системы (была приписка
"MDK" стала "MDKsecure"
Драйверы - отказываются грузиться - это понятно. Но и отказываются заново
нормально компилиться из имеющихся исходников (это не понятно)
При попытке грузить modprobe новые перекомпилированные драйверы - ругань на
конфликт версий.
Исходники ядра переустанавливал,

В тексте мейка - ссылка на "ссылку", указывающую на исходники linux-2.2.14,
в которых я никаких зацепок (файлов, содержащих явное имя "secure" системы
не нашел)
Может кто надоумит.

Вот текст мейка.

CURRENT=$(shell uname -r)
KERNEL_LOCATION=/usr/src/linux

M_OBJS       = saa7146_v4l.o VES1893.o VES1820.o dvb.o tuner.o
MX_OBJS      = i2c-core.o videodev.o saa7146_core.o dmxdev.o dvb_demux.o
obj-m        = $(MX_OBJS) $(M_OBJS)
EXTRA_CFLAGS = -I ../ost/include #-DV4L2

here:
 DIR=`pwd`; (cd $(KERNEL_LOCATION); make SUBDIRS=$$DIR modules)
 @echo

install:
 su -c "cp -v $(M_OBJS) $(MX_OBJS) /lib/modules/$(CURRENT)/misc"

reload:
 make
 sync
 ( \
 ifconfig dvb0 down;     \
 rmmod tuner;  \
 rmmod dvb;  \
 rmmod dvb_demux;        \
 rmmod dmxdev;           \
 rmmod VES1893;  \
 rmmod VES1820;  \
 insmod VES1893.o;  \
 insmod VES1820.o;  \
 insmod dmxdev.o;                \
 insmod dvb_demux.o;             \
 insmod dvb.o init_chan=2; \
 insmod tuner.o;   \
 ifconfig dvb0 192.168.4.1;      \
 )
 sync

reload2:
 make
 -make rmmod2
 -make insmod2

insmod:
 (cd ../ost/src; make insmod)
 make
 sync
 ( \
 insmod i2c-core.o; \
 insmod videodev.o;  \
 insmod saa7146_core.o mode=0; \
 insmod saa7146_v4l.o;  \
 insmod VES1893.o;  \
 insmod VES1820.o;  \
 insmod dmxdev.o;                \
 insmod dvb_demux.o;             \
 insmod dvb.o init_chan=2; \
 insmod tuner.o;   \
 ifconfig dvb0 192.168.4.1;      \
 )
 sync

rmmod:
 ( \
 ifconfig dvb0 down;     \
 rmmod tuner;  \
 rmmod dvb;  \
 rmmod dvb_demux;        \
 rmmod dmxdev;           \
 rmmod VES1893;  \
 rmmod VES1820;  \
 rmmod saa7146_v4l; \
 rmmod saa7146_core; \
 rmmod videodev;  \
 rmmod i2c-core;  \
 )
 (cd ../ost/src; make rmmod)


insmod2:
 ( \
 insmod i2c-core.o; \
 insmod videodev2.o;  \
 insmod saa7146_core.o mode=0; \
 insmod saa7146_v4l2.o;  \
 insmod VES1893.o;  \
 insmod VES1820.o;  \
 insmod dvb.o;   \
 insmod tuner.o;   \
 )

rmmod2:
 ( \
 rmmod tuner;  \
 rmmod dvb;  \
 rmmod VES1893;  \
 rmmod VES1820;  \
 rmmod saa7146_v4l2; \
 rmmod saa7146_core; \
 rmmod videodev2; \
 rmmod i2c-core;  \
 )

Boot: Boot.S
 armeb-linux-gcc -c Boot.S
 armeb-linux-ld -Ttext 0x2c000000 -EB -o Boot Boot.o
 armeb-linux-objcopy -Obinary Boot

newfirm:
 DIR=`pwd`/arm_firm; (cd ./arm_firm/dvb25/; make ARM_FIRM=$$DIR)
 cp ./arm_firm/dvb25/arm_firm25/DPRAM arm_firm/Dpram
 cp ./arm_firm/dvb25/arm_firm25/ROOT arm_firm/Root

newfirm_dist:
 DIR=`pwd`/arm_firm; (cd ./arm_firm/dvb25/; make ARM_FIRM=$$DIR FIRM_DIST=1)
 cp ./arm_firm/dvb25/arm_firm25/DPRAM Dpram
 cp ./arm_firm/dvb25/arm_firm25/ROOT Root

ftest:
 DIR=`pwd`/arm_firm; (cd ./arm_firm/test/; make ARM_FIRM=$$DIR)
 cp ./arm_firm/test/arm_firm25/DPRAM arm_firm/Dpram
 cp ./arm_firm/test/arm_firm25/ROOT arm_firm/Root

ftest2:
 DIR=`pwd`/arm_firm; (cd ./arm_firm/test2/; make test test.asm
ARM_FIRM=$$DIR)

firmclean:
 (cd ./arm_firm/dvb25/; make clean)

clean:
 -rm -f $(M_OBJS) $(MX_OBJS) *.o .*.o.flags *~

dvb.o: dvb.h dvb_comcode.h dvb_v4l.h dvb_types.h dvb_demux.h

dvb_demux.o: dvb_demux.h dmxdev.h

dmxdev.o: dmxdev.h

include $(KERNEL_LOCATION)/Rules.make

Re: [mdk-re] Re: [mdk-re]Идеологический вопрос.

[Alex]

> Нет! Не надо это делать. Надо писать письма авторам и справшивать у
> знакомых Вам пользователей. Справшивая, например, в web-форумах, Вы
> получите ложную информацию в 90% слуаев.

Гы.. А вот отсюда поподробнне пожалуйста, считать ли Mandrake-russian mailing
list веб-форумом ?;-)

> Rgrds, AEN
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re: [mdk-re]Идеологический вопрос.

[rider]

Alex wrote:

> > Нет! Не надо это делать. Надо писать письма авторам и справшивать у
> > знакомых Вам пользователей. Справшивая, например, в web-форумах, Вы
> > получите ложную информацию в 90% слуаев.
>
> Гы.. А вот отсюда поподробнне пожалуйста, считать ли Mandrake-russian mailing
> list веб-форумом ?;-)

Нет естественно - Mandrake-russian это не WEB-форум.
WEB форум - это linux.org.ru, linux.ru.net ;-)
Но насчет 90% неправильных ответов - я конечно сомневаюсь, но какой-то процент
некачественных ответов там есть.

Rgds
Anton

Re: [mdk-re] Re: [mdk-re]Идеологический вопрос.

[Aleksey Novodvorsky]

Alex wrote:

> > Нет! Не надо это делать. Надо писать письма авторам и справшивать у
> > знакомых Вам пользователей. Справшивая, например, в web-форумах, Вы
> > получите ложную информацию в 90% слуаев.
>
> Гы.. А вот отсюда поподробнне пожалуйста, считать ли Mandrake-russian mailing
> list веб-форумом ?;-)
>

Нет, конечно. Списки рассылки -- это совсем другое, здесь нет записных
флеймеров. По крайней мере, у нас.

Rgrds, AEN

Re: [mdk-re] ëÁË ÐÒÁ×ÉÌØÎÏÐÅÒÅËÏÍÐÉÌÉÒÏ×ÁÔØÄÒÁÊ×ÅÒÙ ÐÏÄ"ÏÂÎÏ×ÌÅÎÎÏÅ"ÑÄÒÏ? (ÎÉËÔÏ ÎÅÚÎÁÅÔ?)

[Sergei]

Вторник 27 Февраль 2001 15:50, Вы написали:
> Работал драйвер (DVB) из модулей состоящий в основном.
> Поменялась (по названию в основном только) версия системы (была приписка
> "MDK" стала "MDKsecure"
> Драйверы - отказываются грузиться - это понятно. Но и отказываются заново
> нормально компилиться из имеющихся исходников (это не понятно)
> При попытке грузить modprobe новые перекомпилированные драйверы - ругань на
> конфликт версий.
> Исходники ядра переустанавливал,
>
> В тексте мейка - ссылка на "ссылку", указывающую на исходники linux-2.2.14,
> в которых я никаких зацепок (файлов, содержащих явное имя "secure" системы
> не нашел)
> Может кто надоумит.
>
> Вот текст мейка.
>
> CURRENT=$(shell uname -r)
> KERNEL_LOCATION=/usr/src/linux
>
> M_OBJS       = saa7146_v4l.o VES1893.o VES1820.o dvb.o tuner.o
> MX_OBJS      = i2c-core.o videodev.o saa7146_core.o dmxdev.o dvb_demux.o
> obj-m        = $(MX_OBJS) $(M_OBJS)
> EXTRA_CFLAGS = -I ../ost/include #-DV4L2
>
> here:
>  DIR=`pwd`; (cd $(KERNEL_LOCATION); make SUBDIRS=$$DIR modules)
>  @echo
>
> install:
>  su -c "cp -v $(M_OBJS) $(MX_OBJS) /lib/modules/$(CURRENT)/misc"
>
> reload:
>  make
>  sync
>  ( \
>  ifconfig dvb0 down;     \
>  rmmod tuner;  \
>  rmmod dvb;  \
>  rmmod dvb_demux;        \
>  rmmod dmxdev;           \
>  rmmod VES1893;  \
>  rmmod VES1820;  \
>  insmod VES1893.o;  \
>  insmod VES1820.o;  \
>  insmod dmxdev.o;                \
>  insmod dvb_demux.o;             \
>  insmod dvb.o init_chan=2; \
>  insmod tuner.o;   \
>  ifconfig dvb0 192.168.4.1;      \
>  )
>  sync
>
> reload2:
>  make
>  -make rmmod2
>  -make insmod2
>
> insmod:
>  (cd ../ost/src; make insmod)
>  make
>  sync
>  ( \
>  insmod i2c-core.o; \
>  insmod videodev.o;  \
>  insmod saa7146_core.o mode=0; \
>  insmod saa7146_v4l.o;  \
>  insmod VES1893.o;  \
>  insmod VES1820.o;  \
>  insmod dmxdev.o;                \
>  insmod dvb_demux.o;             \
>  insmod dvb.o init_chan=2; \
>  insmod tuner.o;   \
>  ifconfig dvb0 192.168.4.1;      \
>  )
>  sync
>
> rmmod:
>  ( \
>  ifconfig dvb0 down;     \
>  rmmod tuner;  \
>  rmmod dvb;  \
>  rmmod dvb_demux;        \
>  rmmod dmxdev;           \
>  rmmod VES1893;  \
>  rmmod VES1820;  \
>  rmmod saa7146_v4l; \
>  rmmod saa7146_core; \
>  rmmod videodev;  \
>  rmmod i2c-core;  \
>  )
>  (cd ../ost/src; make rmmod)
>
>
> insmod2:
>  ( \
>  insmod i2c-core.o; \
>  insmod videodev2.o;  \
>  insmod saa7146_core.o mode=0; \
>  insmod saa7146_v4l2.o;  \
>  insmod VES1893.o;  \
>  insmod VES1820.o;  \
>  insmod dvb.o;   \
>  insmod tuner.o;   \
>  )
>
> rmmod2:
>  ( \
>  rmmod tuner;  \
>  rmmod dvb;  \
>  rmmod VES1893;  \
>  rmmod VES1820;  \
>  rmmod saa7146_v4l2; \
>  rmmod saa7146_core; \
>  rmmod videodev2; \
>  rmmod i2c-core;  \
>  )
>
> Boot: Boot.S
>  armeb-linux-gcc -c Boot.S
>  armeb-linux-ld -Ttext 0x2c000000 -EB -o Boot Boot.o
>  armeb-linux-objcopy -Obinary Boot
>
> newfirm:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/dvb25/; make ARM_FIRM=$$DIR)
>  cp ./arm_firm/dvb25/arm_firm25/DPRAM arm_firm/Dpram
>  cp ./arm_firm/dvb25/arm_firm25/ROOT arm_firm/Root
>
> newfirm_dist:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/dvb25/; make ARM_FIRM=$$DIR
> FIRM_DIST=1) cp ./arm_firm/dvb25/arm_firm25/DPRAM Dpram
>  cp ./arm_firm/dvb25/arm_firm25/ROOT Root
>
> ftest:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/test/; make ARM_FIRM=$$DIR)
>  cp ./arm_firm/test/arm_firm25/DPRAM arm_firm/Dpram
>  cp ./arm_firm/test/arm_firm25/ROOT arm_firm/Root
>
> ftest2:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/test2/; make test test.asm
> ARM_FIRM=$$DIR)
>
> firmclean:
>  (cd ./arm_firm/dvb25/; make clean)
>
> clean:
>  -rm -f $(M_OBJS) $(MX_OBJS) *.o .*.o.flags *~
>
> dvb.o: dvb.h dvb_comcode.h dvb_v4l.h dvb_types.h dvb_demux.h
>
> dvb_demux.o: dvb_demux.h dmxdev.h
>
> dmxdev.o: dmxdev.h
>
> include $(KERNEL_LOCATION)/Rules.make
В принципе, в исходниках ядра в главном Makefile первые три строчки (у меня):
VERSION = 2
PATCHLEVEL = 2
SUBLEVEL = 18
EXTRAVERSION = secure

они трансформируются в /usr/include/linux/version.h:
#define UTS_RELEASE "2.2.18secure"
#define LINUX_VERSION_CODE 131602
#define KERNEL_VERSION(a,b,c) (((a)<<16)+((b)<<8)+(c))
Здесь и копайте, может /usr/include/linux (это ссылка) указывает не на ваш 
правильный header.

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

[mdk-re] Re: [mdk-re] Как правильноперекомпилироватьдрайверы под"обновленное"ядро? (никто незнает?)

[Вениамин]

> В принципе, в исходниках ядра в главном Makefile первые три строчки (у
меня):
> VERSION = 2
> PATCHLEVEL = 2
> SUBLEVEL = 18
> EXTRAVERSION = secure
Видимо ты с "самого начала" "secure" установил.
Т.к. я сначала устанавливал(судя по моим аналогичным строчкам) "-15mdk" - у
меня даже после "апдейта" с мандраковского СД все равно остались те же
строчки.
Причем пробовал я их прямо тут-же в этом "главном мейке" поменять - не
помогло (все равно продолжали драйверы заново компилиться видимо для старой
этой "-15mdk" а не для реально работающей щас у меня "secure"



>
> они трансформируются в /usr/include/linux/version.h:
> #define UTS_RELEASE "2.2.18secure"
> #define LINUX_VERSION_CODE 131602
> #define KERNEL_VERSION(a,b,c) (((a)<<16)+((b)<<8)+(c))
> Здесь и копайте, может /usr/include/linux (это ссылка) указывает не на ваш
> правильный header.
>
> --
> С уважением, Епифанов Сергей
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

[mdk-re] Re: [mdk-re] Re: [mdk-re] Как правильноперекомпилироватьдрайверы под"обновленное"ядро? (никто незнает?)

[Вениамин]

Народ! Извиняйте(за нудность :) - вопрос остался:
 Как правильно перекомпилировать драйверы(из имеющихся исходников
под"обновленное"ядро? (никто незнает?)

> Работал драйвер (DVB) из модулей состоящий в основном.
> Поменялась (по названию в основном только) версия системы (была приписка
> "MDK" стала "MDKsecure"
> Драйверы - отказываются грузиться - это понятно. Но и отказываются заново
> нормально компилиться из имеющихся исходников (это не понятно)
> При попытке грузить modprobe новые перекомпилированные драйверы - ругань
на
> конфликт версий.
> Исходники ядра переустанавливал,

> > В принципе, в исходниках ядра в главном Makefile первые три строчки (у
> меня):
> > VERSION = 2
> > PATCHLEVEL = 2
> > SUBLEVEL = 18
> > EXTRAVERSION = secure
> >
> > они трансформируются в /usr/include/linux/version.h:
> > #define UTS_RELEASE "2.2.18secure"
> > #define LINUX_VERSION_CODE 131602
> > #define KERNEL_VERSION(a,b,c) (((a)<<16)+((b)<<8)+(c))
> > Здесь и копайте, может /usr/include/linux (это ссылка) указывает не на
ваш
> > правильный header.
 Т.к. я сначала устанавливал(судя по моим аналогичным строчкам) "-15mdk"
поэтому видимо у
 меня даже после "апдейта" с мандраковского же СД все равно остались те же
 строчки "-15mdk"  а не ожидаемая "secure" там где ты и указал.
?
 Причем пробовал я их прямо тут-же в этом "главном мейке" поменять - не
 помогло (все равно продолжали драйверы заново компилиться видимо для старой
 этой "-15mdk" а не для реально работающей щас у меня "secure"
> > --
> > С уважением, Епифанов Сергей
С уважением. Вениамин.

> Вот текст мейка.
>
> CURRENT=$(shell uname -r)
> KERNEL_LOCATION=/usr/src/linux
>
> M_OBJS       = saa7146_v4l.o VES1893.o VES1820.o dvb.o tuner.o
> MX_OBJS      = i2c-core.o videodev.o saa7146_core.o dmxdev.o dvb_demux.o
> obj-m        = $(MX_OBJS) $(M_OBJS)
> EXTRA_CFLAGS = -I ../ost/include #-DV4L2
>
> here:
>  DIR=`pwd`; (cd $(KERNEL_LOCATION); make SUBDIRS=$$DIR modules)
>  @echo
>
> install:
>  su -c "cp -v $(M_OBJS) $(MX_OBJS) /lib/modules/$(CURRENT)/misc"
>
> reload:
>  make
>  sync
>  ( \
>  ifconfig dvb0 down;     \
>  rmmod tuner;  \
>  rmmod dvb;  \
>  rmmod dvb_demux;        \
>  rmmod dmxdev;           \
>  rmmod VES1893;  \
>  rmmod VES1820;  \
>  insmod VES1893.o;  \
>  insmod VES1820.o;  \
>  insmod dmxdev.o;                \
>  insmod dvb_demux.o;             \
>  insmod dvb.o init_chan=2; \
>  insmod tuner.o;   \
>  ifconfig dvb0 192.168.4.1;      \
>  )
>  sync
>
> reload2:
>  make
>  -make rmmod2
>  -make insmod2
>
> insmod:
>  (cd ../ost/src; make insmod)
>  make
>  sync
>  ( \
>  insmod i2c-core.o; \
>  insmod videodev.o;  \
>  insmod saa7146_core.o mode=0; \
>  insmod saa7146_v4l.o;  \
>  insmod VES1893.o;  \
>  insmod VES1820.o;  \
>  insmod dmxdev.o;                \
>  insmod dvb_demux.o;             \
>  insmod dvb.o init_chan=2; \
>  insmod tuner.o;   \
>  ifconfig dvb0 192.168.4.1;      \
>  )
>  sync
>
> rmmod:
>  ( \
>  ifconfig dvb0 down;     \
>  rmmod tuner;  \
>  rmmod dvb;  \
>  rmmod dvb_demux;        \
>  rmmod dmxdev;           \
>  rmmod VES1893;  \
>  rmmod VES1820;  \
>  rmmod saa7146_v4l; \
>  rmmod saa7146_core; \
>  rmmod videodev;  \
>  rmmod i2c-core;  \
>  )
>  (cd ../ost/src; make rmmod)
>
>
> insmod2:
>  ( \
>  insmod i2c-core.o; \
>  insmod videodev2.o;  \
>  insmod saa7146_core.o mode=0; \
>  insmod saa7146_v4l2.o;  \
>  insmod VES1893.o;  \
>  insmod VES1820.o;  \
>  insmod dvb.o;   \
>  insmod tuner.o;   \
>  )
>
> rmmod2:
>  ( \
>  rmmod tuner;  \
>  rmmod dvb;  \
>  rmmod VES1893;  \
>  rmmod VES1820;  \
>  rmmod saa7146_v4l2; \
>  rmmod saa7146_core; \
>  rmmod videodev2; \
>  rmmod i2c-core;  \
>  )
>
> Boot: Boot.S
>  armeb-linux-gcc -c Boot.S
>  armeb-linux-ld -Ttext 0x2c000000 -EB -o Boot Boot.o
>  armeb-linux-objcopy -Obinary Boot
>
> newfirm:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/dvb25/; make ARM_FIRM=$$DIR)
>  cp ./arm_firm/dvb25/arm_firm25/DPRAM arm_firm/Dpram
>  cp ./arm_firm/dvb25/arm_firm25/ROOT arm_firm/Root
>
> newfirm_dist:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/dvb25/; make ARM_FIRM=$$DIR
> FIRM_DIST=1) cp ./arm_firm/dvb25/arm_firm25/DPRAM Dpram
>  cp ./arm_firm/dvb25/arm_firm25/ROOT Root
>
> ftest:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/test/; make ARM_FIRM=$$DIR)
>  cp ./arm_firm/test/arm_firm25/DPRAM arm_firm/Dpram
>  cp ./arm_firm/test/arm_firm25/ROOT arm_firm/Root
>
> ftest2:
>  DIR=`pwd`/arm_firm; (cd ./arm_firm/test2/; make test test.asm
> ARM_FIRM=$$DIR)
>
> firmclean:
>  (cd ./arm_firm/dvb25/; make clean)
>
> clean:
>  -rm -f $(M_OBJS) $(MX_OBJS) *.o .*.o.flags *~
>
> dvb.o: dvb.h dvb_comcode.h dvb_v4l.h dvb_types.h dvb_demux.h
>
> dvb_demux.o: dvb_demux.h dmxdev.h
>
> dmxdev.o: dmxdev.h
>
> include $(KERNEL_LOCATION)/Rules.make

Re: [mdk-re] Re: [mdk-re] ëÁËÐÒÁ×ÉÌØÎÏÐÅÒÅËÏÍÐÉÌÉÒÏ× ÁÔØÄÒÁÊ×ÅÒÙÐÏÄ"ÏÂÎÏ×ÌÅÎÎÏÅ"ÑÄÒÏ? (ÎÉËÔÏÎÅÚÎÁÅÔ?)

[Sergei]

Среда 28 Февраль 2001 16:08, Вы написали:
> > В принципе, в исходниках ядра в главном Makefile первые три строчки (у
>
> меня):
> > VERSION = 2
> > PATCHLEVEL = 2
> > SUBLEVEL = 18
> > EXTRAVERSION = secure
>
> Видимо ты с "самого начала" "secure" установил.
> Т.к. я сначала устанавливал(судя по моим аналогичным строчкам) "-15mdk" - у
> меня даже после "апдейта" с мандраковского СД все равно остались те же
> строчки.
> Причем пробовал я их прямо тут-же в этом "главном мейке" поменять - не
> помогло (все равно продолжали драйверы заново компилиться видимо для старой
> этой "-15mdk" а не для реально работающей щас у меня "secure"
>
> > они трансформируются в /usr/include/linux/version.h:
> > #define UTS_RELEASE "2.2.18secure"
> > #define LINUX_VERSION_CODE 131602
> > #define KERNEL_VERSION(a,b,c) (((a)<<16)+((b)<<8)+(c))
> > Здесь и копайте, может /usr/include/linux (это ссылка) указывает не на
> > ваш правильный header.
Изменения в Makefile действуют только в последующих компиляциях ядра.
Проверьте ссылку /usr/include/linux, может она не туда указывает (не на ваши 
заголовочные файлы).
Проверьте потом файл /usr/include/linux/version.h (он же 
/usr/src/.../include/linux/version.h, где ... - куда указывает ссылка 
/usr/include/linux)

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

[mdk-re] Re: [mdk-re] Как правильно перекомпилировать драйверы под "обновленное" ядро? (никто не знает?)

[Dmitry V. Levin]

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

On Tue, Feb 27, 2001 at 03:50:54PM +0300, Вениамин wrote:
> Народ! Извините плиз за повторение вопроса.(Ну уперся я - дальше не знаю где
> и копать)

Нет смысла повторять вопрос, на который уже был дан ответ.

Еще раз: Вы собираете модули для обычного ядра, в то время как нужно
собирать под то, которое вы используете. В новых наших ядрах
(>=2.2.18-ipl2mdk) все заголовочные файлы, необходимые для сборки сторонних
модулей, входят в соответствующие пакеты с ядрами и располагаются в
каталоге /usr/lib/kernel файловой системы. В прежних ядрах все эти
вспомогательные файлы входили в пакет kernel-headers и располагались в
/usr/src/linux/include/linux; В вашем случае это, насколько я помню,
/usr/src/linux/include/linux/autoconf-secure.h
/usr/src/linux/include/linux/modversions-secure.h
/usr/src/linux/include/linux/version-secure.h
/usr/src/linux/include/linux/modules-secure/*

Для того, чтобы от этих файлов был толк, в Вашем случае следующие файлы
должны иметь правильное содержание:
/boot/*.h
/usr/src/linux/include/linux/autoconf.h
/usr/src/linux/include/linux/modversions.h
/usr/src/linux/include/linux/version.h

Я сомневаюсь, впрочем, что эта информация Вам поможет, если Вы не
ознакомитесь с документацией, сопровождающей ядро. Там содержится много
важной информации для тех, кто планирует собирать ядра и модули к ним.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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