Проект Linux Driver Project материализуется

2 года сижу под Федорой. Начинал с того что мало что работало, не было NTFS, не пахала веб камера, сканер и кое что еще по мелочи. Сейчас не работает только сканер. Вот как его сделают так ваще будет комунизм. Кстати Федора у меня 64-ая :-)

Некоторые товарищи утверждаюст, что он будет работать за бесплатно. а мы ему скажем большое человеческое спасибо

;)

Хорошая весть. Побольше драйверов всяких разных...

Что ни говорите, но Novell молодцы! Нетварь была отличной осью, и openSUSE под их крылом остается прекрасным дистрибутивом, теперь еще драйвера на конвеер поставили ^_^

Грег Кроа Хартман и правда верный человек для работы над такими вещами. Успехов его команде в Новелл, драйвера -- вещь очень важная для любой ОС.

если этот дядя будет драйверы писать также как и свою udev, то нахер
такие драйверы никому не нужны.

лучше бы выбивали спеки из вендоров -- из того же Broadcom, Adaptec,
Marvell, TI и прочих пендосов. пользы было бы больше

сэр, сделайте лучше а потом критикуйте...

>http://www.linuxdriverproject.org/

Nothing to see here yet -- Redirecting to TWiki Main Web

муахаха

> Q: How are you going to write a GPL driver by signing an NDA? Is it 
> going to require a binary blob or some other way of obfuscating the 
> code?

> A: No, not at all. I have written many drivers after signing NDAs with 
> companies. They are usually signed either to keep information about the 
> device private until it is announced at a specific date, or to just keep
> the actual specification documents from being released to the public 
> directly. All code created by this NDA program is to be released under 
> the GPL for inclusion in the main kernel tree, nothing will be 
> obfuscated at all. 

да они совсем долбанутые. это значит что написав такой драйвер, НИКТО
больше не сможет ничего поправить/переписать/расширить и дополнить.
потому что нету спеков.

например ты хочешь добавить какой-то функционал, который девайс саппортит,
а текущий драйвер нет. и всё. тупик. спеков нету. ты должен идти и
подписывать NDA, но КТО ТЫ ТАКОЙ чтобы тебе дать возможность подписать
NDA? да никто. а были бы спеки в публичном доступе -- скачал и написал
код.

> сэр, сделайте лучше а потом критикуйте...

я не писал udev/devfsd, но я писал драйверы для железяк и
много прикладного софта. так что представляю что говорю.
язык рулсетов udev рассчитан на роботов, как и iptables.
это предже всего неуважение к конечному пользователю.

насчет лучше/хуже: вот мне нравится /devices в солярке.
никаие правила не надо мучать, всё just works.

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

Дык этож хорошо. Как там в песне поется:

Позабыты хлопоты,
остановлен бег.
Драйвер пишут роботы,
а не человек…

:))))

>лучше бы выбивали спеки из вендоров -- из того же Broadcom, Adaptec,
Marvell, TI и прочих пендосов. пользы было бы больше

по уже написанному опенсорцному коду потом легче будет отреверсить спеки :)

> Дык этож хорошо.

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

> язык рулсетов udev рассчитан на роботов

А что там сложного? Наоборот, всё даже слишком просто

> devfsd

Это давно уже вышло из употребления

>>лучше бы выбивали спеки из вендоров -- из того же Broadcom, Adaptec,
>>Marvell, TI и прочих пендосов. пользы было бы больше

>по уже написанному опенсорцному коду потом легче будет отреверсить спеки :)

иди ка ты и прочитай мой коммент, тот который с квотой из их фака.

как ты будешь реверсить спеку на те моменты, которых в драйвере нет?

как ты будешь фиксить баги в драйвере если нету спеки?

этим может заниматься только тот кто подписал NDA.

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

> > devfsd

> Это давно уже вышло из употребления

на тупую фразу человека, не умеющего читать, можно ответить только так:
где?

> на тупую фразу человека, не умеющего читать

Я тебя чем-то задел? Что именно я неправильно прочитал или не прочитал?

> можно ответить только так: где?

В основных дистрах.

Проще будет спросить - а где он _используется_ до сих пор?

> > язык рулсетов udev рассчитан на роботов
> 
> А что там сложного? Наоборот, всё даже слишком просто 

могу предложить еще "проще" -- писать программы машинными инструкциями
в хексах.

печально смотреть на тех, кому не довелось видеть нормальных
конфигурационных файлов с человеческим синтаксисом.

о, да это требует времени на разработку. yacc не каждый знает.
как печально. тогда будем херачить такое (ай как всё чудесно
и распонятно):

# ignore interfaces with random MAC addresses
ATTR{address}=="?[2367abef]:*",         GOTO="persistent_net_generator_end"

# ignore "secondary" raw interfaces of the madwifi driver
KERNEL=="ath*", ATTRS{type}=="802",     GOTO="persistent_net_generator_end"

# provide nice comments for the generated rules
SUBSYSTEMS=="pci", \
 ENV{COMMENT}="PCI device $attr{vendor}:$attr{device}"
SUBSYSTEMS=="usb", \
 ENV{COMMENT}="USB device $attr{idVendor}:$attr{idProduct}"
SUBSYSTEMS=="ccwgroup", \
 ENV{COMMENT}="S/390 device at $id",
SUBSYSTEMS=="ieee1394", \
 ENV{COMMENT}="Firewire device $attr{host_id}"
ENV{COMMENT}=="", \
 ENV{COMMENT}="Unknown $env{SUBSYSTEM} device ($env{DEVPATH})"
ATTRS{driver}=="?*", \
 ENV{COMMENT}="$env{COMMENT} ($attr{driver})"

Если кто хочет подписать NDA может обратиться свопросом на qnx.org.ru там вроде ктото подписывал, когда писал дрова.

> Проще будет спросить - а где он _используется_ до сих пор?
в solaris например :)

я сказал что не писал РЕАЛИЗАЦИЙ udev/devfsd.

> В основных дистрах.

мыслите не очень широко.

> я сказал что не писал РЕАЛИЗАЦИЙ udev/devfsd.

Я и не говорил, что вы их писали. Я спросил, что не так с языком правил udev.

>> В основных дистрах.

>мыслите не очень широко.

Я ответил на ваш вопрос, но вы не ответили на мои.

> Если кто хочет подписать NDA может обратиться свопросом на qnx.org.ru 
> там вроде ктото подписывал, когда писал дрова.

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

польза будет до первого бага.

представьте ситуацию: вы Greg KH. написали драйвер для XXX.
эта XXX поддерживает два десятка похожих устройств. уволились.

выходит еще одно устройство, которое требует лишь только записать
при инициализации 0xfa в какой-нить регистр и всё. в остальном
работа такая же как и с предыдущим драйвером.

итог NDA -- устройство не саппортится, хотя может быть засаппорчено
патчем one-liner'ом.

>как ты будешь фиксить баги в драйвере если нету спеки? Если бага себя не проявляет, значит её почти нет, для пользователя.

Бывают и в эелезках баги, выпускают erratashit.

>этим может заниматься только тот кто подписал NDA. Нашли багу - пишете производителю, поднимаете кипишь в open source сообществе, что мог бага не исправлена. Производитель наверно заинтересован, чтобы бага ядровах была исправлена.

Другое дело, что драйверный api в ядре меняется часто. Как исправить эту багу? Код вроде бы и открытый, а разве от этого легче?

>Кстати Федора у меня 64-ая :-)

зачем так часто меняете дистрибутивы? :-)

> Я спросил, что не так с языком правил udev.

я написал уже давно. он не читаемый. для роботов а не для людей.
уж не знаю почему так сделали. грег кх не знает yacc или мозгов
просто не хватило. но факт таков -- это НЕ РАБОЧЕЕ решение, а
самый натуральный грязный хак.

впрочем в линуксе это и прокатило потому что 50% кода линукса
это грязные хаки.

>представьте ситуацию: вы Greg KH. написали драйвер для XXX. эта XXX поддерживает два десятка похожих устройств. уволились. выходит еще одно устройство, которое требует лишь только записать при инициализации 0xfa в какой-нить регистр и всё. в остальном работа такая же как и с предыдущим драйвером. итог NDA -- устройство не саппортится, хотя может быть засаппорчено патчем one-liner'ом.

А что, в ситуации, когда нет даже таких NDA-драйверов, поддержку этого нового устройства будет проще реализовать?

> А что, в ситуации, когда нет даже таких NDA-драйверов, поддержку этого
> нового устройства будет проще реализовать?

я же раньше писал, что недо не NDA подписывать, а требовать открытия
спек.

вы теряете основную мысль. NDA драйверов в opensource быть не должно.
в принципе.

>может сразу убить себя ап стену?

зачем? кому от этого легче?

>представьте ситуацию: вы Greg KH. написали драйвер для XXX. эта XXX поддерживает два десятка похожих устройств. уволились.

выходит еще одно устройство, которое требует лишь только записать при инициализации 0xfa в какой-нить регистр и всё. в остальном работа такая же как и с предыдущим драйвером.

итог NDA -- устройство не саппортится, хотя может быть засаппорчено патчем one-liner'ом.

Алгоритм: 1. находите багу 2. кидаете на обсуждение в open source сообщество 3. сообщество поднимает кипиш

ННадо полагать, если производитель даёт комуто спеки, то он заинтересова в сбыте своей продукции на open souce рынке. Там уж дальше видно будет или комуто другому NDA даст или другое устройство проявиться. Гораздо хуже, когда в open source api меняется, вот это проблема. Вроде бы и софт открытый, а старые дрова (имеется ввиду закрытые) не подходят и всё тут. Две жулезки у одной дрова под одну версию, у другой под другую. Ситуация не приятная.

> Гораздо хуже, когда в open source api меняется, вот это проблема.

причина хужести не в том, что API меняется, а в том, что спек нету
и переписать под новое API нет возможности.

причина тут всегда одна: нету открытых спеков.
не надо придумывать косвеные опровержения. на западе в opensource
это всем уже давно ясно. Novell != opensource.

>Компания Novell перезапустила проект

"Для продолжения перезапустите проект"

Здрасти они все спики дают :) Просто нужны руки которые напишут этот драйвер. Покупаем чипы регулярно у них :) Весь функционал работает отлично.

Если будет найден баг, значит надо писать в Novell. Они платят деньги за дрова, они заинтересованы в их стабильной работе.

Можно конечно отдать всё на откуп M$ и жить только open source. Жить можно ни кто не мешает.

> Здрасти они все спики дают :) Просто нужны руки которые напишут этот 
> драйвер. Покупаем чипы регулярно у них :) Весь функционал работает 
> отлично.

кто дает? какие чипы? кто покупает? руки есть, дайте спеки :)

> Если будет найден баг, значит надо писать в Novell. Они платят деньги 
> за дрова, они заинтересованы в их стабильной работе.

где это написано? у меня есть острое ощущение, что новеллу саппорт
этих драйверов никому не обещает.

в стабильной работе они как раз не заинтересованы. как максимум
они заинтересованы в стабильной работе их сусы на том железе, с
кеми у них контракт (IBM?). в остальном -- это PR.

>где это написано? у меня есть острое ощущение, что новеллу саппорт этих драйверов никому не обещает.

А у меня нет такого ощущения. Есть факты. SUSE и прочие дистры имеют деньги не с лицензий, а с техподдержки своих пользователей. Одна группа пользователей по сути тестит, другая группа покупает купон на техподдержку и работает с оттестированым дистром. Novell почти прямые конкуренты с M$, т.е. уже и почти не конкуренты. Но Novell наверно хочет, чтобы выбирали ЕЁ дистр, а не M$?

>в стабильной работе они как раз не заинтересованы. как максимум они заинтересованы в стабильной работе их сусы на том железе, с кем у них контракт (IBM?).

SUSE это не Соларис, а IBM не Sun. Кстати, IBM превносит своё могучий в клад в ядро Линукса. Как я уже писал, а яне в особом восторге от некоторых её поделок. Хотя статьи мне нравятся.

>печально смотреть на тех, кому не довелось видеть нормальных конфигурационных файлов с человеческим синтаксисом.

Вы sendmail имеете в виду?

Вклад IBM в ядро тоже в некоторой степени похож на PR.

> А у меня нет такого ощущения.

после ваших слов я так и не потерял своего ощущения.
я не вижу где там расписана дальнейшая судьба этих драйверов.

> Но Novell наверно хочет, чтобы выбирали ЕЁ дистр, а не M$?

вам виднее, я в такую политику предпочитаю далеко не углубляться.

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

> печально смотреть на тех, кому не довелось видеть нормальных 
> конфигурационных файлов с человеческим синтаксисом.

Вы sendmail имеете в виду? 

нет. а должен? там такая же мура как и в удеве.

я предпочитаю такое:
http://www.openbsd.org/cgi-bin/cvsweb.cgi/~checkout~/src/etc/bgpd.conf?rev=1.8&
content-type=text/plain

> я предпочитаю такое:

Этот конфиг решает гораздо более сложную задачу, чем именование устройств

> я предпочитаю такое:

А я предпочитаю Sycoca. Давайте повесимся вместе?

> > я предпочитаю такое:
> 
> Этот конфиг решает гораздо более сложную задачу, чем именование
> устройств

тем более если вы это понимаете, то для более простой задачи можно
было разработать совсем простое и УДОБНОЕ решение.

> для более простой задачи можно было разработать совсем простое и УДОБНОЕ решение.

Меня лично синтаксис udev вполне устраивает (да, я тоже пишу драйверы), поэтому я и удивился, что у кого-то к нему такое отношение. udev - отнюдь не самое плохое из того, что наваял GregKH

Забаньте этого тролля, ругающего udev. Грег действительно делает полезную работу№ удачи ему ;)

>Позабыты хлопоты, остановлен бег. Драйвер пишут роботы, а не человек…

И при неисправности Робота того, Генерит он драйверы Линуксу в ядро.

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

удев хорош уже тем, что это не xml :)

На самом деле вполне понятный и логичный язык. Если не извращаться, там всё просто. Да и извращения там не бог весть какие сложные.

Ура, хочу что бы моя wifi броадком работала (ndiswrapper не хавает)

> так что представляю что говорю. язык рулсетов udev рассчитан на роботов, как и iptables.

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

> Ваши слова недостойны ничего.

зато ваши это просто откровение господне.

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

я привел. мне нравится /devices в соляре.