В состав Linux ядра 2.6.27 принят комплект драйверов gspca (http://mxhaard.free.fr/download.html), обеспечивающий поддержку более 230 моделей (http://lwn.net/Articles/291036/) web-камер с USB интерфейсом, включая камеры производства Creative, Genius, Logitech, Philips, Benq, Mustek и Sony, построенные на базе чипов от Sunplus, Z-star/Vimicro, Sonix, Etoms, Conexant, IcMedia/TransVision и Pixart.
Ранее, в состав Linux ядра 2.6.26 был включен комплект (http://linux-uvc.berlios.de/) драйверов для видеоустройств с USB интерфейсом (видеокамеры, web-камеры, тв-тюнеры, видео-конвертеры и т.д. ), соответствующих спецификации UVC (http://en.wikipedia.org/wiki/USB_video_device_class).
URL: http://lwn.net/Articles/291054/rss
Новость: https://www.opennet.ru/opennews/art.shtml?num=17055
Может, действительно, предложение вынести драйверы из ядра не лишено смысла =))
А что, это чем-то мешает? По-моему наоборот лучше, ничего дополнительно устанавливать не нужно.
> Может, действительно, предложение вынести драйверы из ядра не лишено смысла =))А девелопать этот сугубо кернельный код кто тогда будет?Пушкин?
Не, лучше уж по чесному - Х-ы засунуть в ядро! А чего - видеокамеры нафиг не нужные уже там, а Х-ы которые гоооораздо нужнее ещё нет :( ДаёшьЪ !!!
>нужнее ещё нет :( ДаёшьЪ !!!Нате вам ваш Ъ :)
А что до кернеля - если эстетство долбит или херней пострадать охота - соберите его себе вообще без драйверов, а то что оно грузиться не сможет - да и фиг с ним, зато рекордно мизерного размера станет, можно попонтоваться будет.Правда на мою имху это чистоплюйство и онанизм.Если вы такие чистоплюи - валите на миникс какойнить, там и микроядро и драйверов как раз сроду ни подо что нет.Самое то для таких чистоплюев.Все трындецки правильно и ... нихрена не работает :).А так - имхо если в виде модулей кернеля так пусть себе живет, у меня места на сто кернелей хватит.А где не хватит (embedded устройства) - так поверьте, там лишнее без ваших соплей отколупают.
Архив с исходниками толстеет...раньше было 30, потом 35...теперь будет 70 наверное... x_X
А что? Было бы прикольно иметь все эти драйвера в виде отдельного пакета. Так же можно было бы поступить с дровами на видеокарты, звуковухи, сетевухи, гаджеты и т.д.
Не плохо было бы. Конфиг составил, а по нему тянешь только то, что надо. По всей вероятности скоро к этому и придут. Xorg стал же модульный.
>Не плохо было бы. Конфиг составил, а по нему тянешь только то,
>что надо.Опять же - если эстетство долбит что вам мешает перекомпилить ядро выбрав только нужное?
Ты кагбе сравни, что проще: установить/удалить пакет или перекомпилить ядро?
равнофигственно=) 3 команды это нынче сложно + небольшие знания о соем копутере
>Ты кагбе сравни, что проще: установить/удалить пакет или перекомпилить ядро?Психов которым мешает жить стандартный класс usb девайсов в природе не много.И у них есть возможность не компилять себе ненужное добро.Фигли еще надо?Идите в сад, клоуны.А то может на сервере видеокарты и мышки с клавиатурами не нужны.Давайте тогда **нем стандартный класс юсб мышек и стандартный класс юсб клавиатур из ядра?А чем они принципиально от камер отличаются?Тоже стандартный класс периферии.А то что потом систему сможет юзать только ~сотня особо хардкорных красноглазиков по всей планете - да подумаешь.
P.S. такое радение за каждый байт актуально только для какихнить SOHO роутеров с 8Mb RAM.И то, прикиньте, роутеры с usb нынче умеют юсб камеры юзать - для целей простенького видеонаблюдения и охраны например.Так что даже тут такое нужно позарез.А то что лично вам что-то (не)нужно никого кроме вас не колышет строго говоря.
А у кого-нидудь есть вменяемое объяснение: зачем это сделали? Не думаю что разработчиков волнует чтобы все было из коробки, для этого есть дистрибутивы. В общем, хотелось бы понять техническое обоснование.
>А у кого-нидудь есть вменяемое объяснение: зачем это сделали? Не думаю что
>разработчиков волнует чтобы все было из коробки, для этого есть дистрибутивы.
>В общем, хотелось бы понять техническое обоснование.Поскольку НЕТ стабильного кернел-АПИ для драйверов, то все дрова лезут в ванильное ядро, чтобы не переписывать дрова каждый выпуск ядра. Т.е. если дровина не в ядре, то нужно каждые 3 мес перепиливать драйвер.
>не в ядре, то нужно каждые 3 мес перепиливать драйвер.Даже майкрософт перефигачивает апи драйверов.Но им проще - под них вендоры прогнутся.Поматерятся да и перепишут драйвера.Правда вот в итоге таких перетрясов вон потом заявы что на долю нвидии приходится 80% крэшей дристы.Лично мне падучие драйвера от сторонних индусских бабуинов которые не вкурили в отличия нового апи от старого как-то не нужны.Пусть их лучше компетентные люди вместе с ядром пишут.А то почему-то все встроенные драйвера работают отлично, а вот глюки и траблы - с 3rd party драйверами.Особенно с проприетарными.Так что пускай желающие чинить то что не сломано идут в зад, делают свой форк ядра или свое ядро и там творят что хотят.А мне линукс нравится в частности за стабильность базовой системы и того что в нее входит невзирая на интенсивное развитие.Если отдать девелопмент драйверов посторонним, будут глючные, кривые и падучие драйвера.Нафиг такое "счастье".
ребят, объясните мне, что вам все не нравиться? ведь ядро поставляется не уже откомпилированным бинарником, куда включено все что только можно, а в исходниках. можно ведь и самому ядро собрать и выкинуть от туда что не надо. а если ядро ставиться из репозитария, то оно мне эти дрова подгружает как модули, а если этих устройств нет в системе, то не подгружает. так в чем проблема? или вам лишбы понять очередной раз?а может у вас у всех инет по диалапу инадоело качать все возрастающие раз от раза ядра? одно еще не успел за месяц утянуть, как тут уже другое, свежее вышло.
> ядро поставляется не уже откомпилированным бинарником, куда включено все что только можноНе скажу про Linux, а во FreeBSD в дефолтное ядро вставлены только др-ры сетевух и дисковых контроллеров - это необходимо при инсталляции. Др-ры видеокарт, FireWall и прочие нужные, но не необходимые при инсталляции вещи можно вкомпилять потом.
>можно вкомпилять потом.Ага, а гланды тоже можно удалять и через ж**у, автогеном.
А если я хочу заинсталлиться с USB флешки или на юсб флешку как на системный диск - то чего?Мне самолично перекомпиливать ядро?Круто, ага.Мне проще будет другую систему взять.А так - это поддержка СТАНДАРТНОГО КЛАССА ЮСБ УСТРОЙСТВ.Даже если лично вам не нужна поддержка юсб мышек - идите в задницу.Поддержка стандартных классов устройств должна быть в любой уважающей себя ОС а если кого-то особо отмороженного на всю бошку эстетство так долбит что невмоготу - пусть они и выковыривают драйвера стандартных классов устройств, благо для этого достаточно make manuconfig и поснимать "лишние" флажки.
Давайте еще драйвера от стиральной машины и двулучевого нейтринно-резонансного телескопа в ядро запихаем, так, чтобы размер архива 100 мегабайт достиг.
>запихаем, так, чтобы размер архива 100 мегабайт достиг.Вы можете идти юзать виндовс.Там какое-никакое апи для драйверов есть, правда его перетрясают постоянно.Правда вот незадача, объем драйверов которые MS дает по дефолту с системой если не ошибаюсь нынче около 2Гб, так что 100Мб это даже не серьезно вообще.
сами себе противоречите
торвальдс же сказал
МОНОЛИТНОЕ ЯДРО
значит будет и реактор от скороварки скоро там же)))
даешь ядро размером в ГИГ!!!!
и больше!
Этот дривер занимает ~150Kb в архиве, чё расшумелись...
>Этот дривер занимает ~150Kb в архиве, чё расшумелись...Более того насколько я понимаю это драйвер стандартного класса устройств - "usb камеры", он универсальный и работает со всеми камерами которые изволят представляться как стандартное устройство.Ишь braindead обнаглели - по мнению некоторых упырей дескать драйвера стандартных классов устройств в системе не нужны.Ну не пипец?Пусть валят себе в MS-DOS, там вон ни для чего драйверов нету :)
Включение драйвера в ядро означает его поддержку, дает уверенность в том, что при измении, связаных с ним, подсистем драйвер будет работать.
В ядре Ubuntu уже так и есть с версии 8.04, что например избавило меня от прикручивания в ручную веб-камеры как приходилось это делать в предыдущих версиях. Почкму я должен быть не рад??? Кому не надо может пересобрать ядро по своему.
>в предыдущих версиях. Почкму я должен быть не рад??? Кому не
>надо может пересобрать ядро по своему.Потому что бывают люди, принцип которых гласит: "есть два мнения - мое и неправильное".
Драйвера отдельные не возможны пока нет постоянного API.Любое изменение ядра может сломать драйвер.
А если драйвер в ядре - то тот кто меняет - поправит и драйвер.
>Драйвера отдельные не возможны пока нет постоянного API.
>
>Любое изменение ядра может сломать драйвер.
>
>А если драйвер в ядре - то тот кто меняет - поправит
>и драйвер.Вот в этом то и проблема, что нет постоянного API (если это действительно так). С постоянным API другие разработчики могли бы предоставлять свои драйвера, более того, разработчики ядра могли бы заниматься только ядром, отдав драйвера другим. При этом совершенно не обязательно переносить драйвера в userspace.
>драйвера, более того, разработчики ядра могли бы заниматься только ядром, отдав
>драйвера другим. При этом совершенно не обязательно переносить драйвера в userspace.Как говорится, не чините то что не сломано.Сделать ХУЖЕ не вопрос.А вот лучше... а вы думаете девелоперы драйверов вот так вот пачками по улицам гуляют стаями?Да?А кодить то все это кто будет?Кроме того в таком виде ядро и драйвера заведомо подогнаны.А если сделать как вы предлагаете - всегда настанет момент когда API перестанет удовлетворять текущим потребностям и станет ограничивать все и вся.И что делать с накопленой массой драйверов тогда?Выбросить и сказать "ой, чуваки, напишите плиз ваши дрова с нуля"?
> Вот в этом то и проблема, что нет постоянного API (если это действительно так)./usr/src/linux/Documentation/stable_api_nonsense.txt
Для выделения драйверов в отдельный проект достаточно стабильного API на уровне исходных кодов, а не стабильного ABI (app binary interface).
PS: в linux даже makefile'ы при первом взгляде кажутся сильно запутанными, зачем все так усложнять - не понятно. К тому же в интернет иногда можно прочитать про регрессии ядра. Конечно можно сказать, что написание ядра задача сложная и все такое, но может стоит задуматься, что что-то разработчики не так делают, а не кричать Linux forever, Windows mustdie.
Уже сколько раз докладывалось, что мир спасет МИ-КРО-ЯДРО!!!!
Стабильный API, масштабируемость, стабильность, гибкость, сопровождаемость и.т.д... Но нет - найдутся адепты, будут кричать что сам дурак, аЛинус БОХ!
>Уже сколько раз докладывалось, что мир спасет МИ-КРО-ЯДРО!!!!
> Стабильный API, масштабируемость, стабильность, гибкость, сопровождаемость и.т.д... Но нет -
>найдутся адепты, будут кричать что сам дурак, аЛинус БОХ!Свободное, posix совместимое микро ядро в студию!
>Свободное, posix совместимое микро ядро в студию!Не говорите, что вы не слышали про MINIX3 ;)
точно-точно
у нас на нём продакшн сервера работают
>точно-точно
>у нас на нём продакшн сервера работаютДа! В 16Мб ОЗУ и без сети.
PS: Таненбаум свою "попытку номер 3" уже в какой-ни-то китайский аудиоплеер-то засунул?...
>Уже сколько раз докладывалось, что мир спасет МИ-КРО-ЯДРО!!!!Ну так флаг вам в руки, барабан на шею и электричку навстречу.А мне и так неплохо.Без ваших тормозных микроядер под которые драйвера будет писать, вероятно, Пушкин Александр Сергеевич.
>Свободное, posix совместимое микро ядро в студию!Да, вот именно - пожалуйста, в студию. Я тоже бы хотел его лицезреть.
Их есть немного, но с каждым промблема.
1. QNX открытый, но не свободный
2. Minix - открытый свободный, но практически голый - без дровов, софта и.т.д
3. GNU\HURD - для тех кто в танке, напоминаю, что это продукт от сообчества debian. Есть неплохие шансы на успех, особенно в связи с переодом на микроядро L4.
4 смешно
5 когда там subj появится?
>4 смешно
>5 когда там subj появится?Да нехай хоть никогда не появляется.
Все жду, когда дело закончится форком (ну или "отдельной веткой"), в которой не будет юзерофильных подсистем как класса - только то, что нужно для серверов, соответственно оптимизированное.Если уж на то пшло - нахрена вообще нужны вебкамы - непонятно совершенно...
кажется еще DragonFly BSD микроядерноеприкрутить туда debian userspace...
>прикрутить туда debian userspace...Угу, это называется "хочу велосипед с крыльями и моторчиком" :))
>> 3. GNU\HURD - для тех кто в танке, напоминаю, что это продукт от сообчества debian. Есть неплохие шансы на успех, особенно в связи с переодом на микроядро L4.ЛОЛШТО? иди уроки учи школие, или убейся о стену и не мели бреда.
а во freebsd вроде как вариант этих драйверов был НЕ В ЯДРЕ.
А как отдельный деммон
и вроде както все работало.....Ну вот скажите - чего ему в ядре делать то?