The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Изменение подсистем драйверов, USB и PCI в Linux ядре 2.6.24.

28.09.2007 17:04

Greg Kroah-Hartman опубликовал отчет в котором сообщил какие изменения ждут подсистемы USB и PCI в Linux ядре 2.6.24, а также какие общие изменения в инфраструктуру драйверов будут внесены.

Список изменений внушительный, в USB подсистему будет внесено 90 патчей, в PCI - 27, Linux Driver core subsystem - 124 (самое важное - изменение API).

  1. Главная ссылка к новости (http://kerneltrap.org/Linux/Dr...)
  2. OpenNews: Акция по разработке Linux драйверов для любого оборудования
  3. OpenNews: Ответы на вопросы по акции разработки драйверов устройств для Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/12238-linux
Ключевые слова: linux, kernel, patch, pci, usb, driver
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (26) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, валера (?), 19:17, 28/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    установил линукс мандрива2007 и теперь мучаюсь с сетевым адаптером аррис на usb система название опредилила а модуль неизвестный
     
     
  • 2.2, D4rk4 (?), 21:10, 28/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ставь Ubuntu и не парься =)
     
     
  • 3.3, anonymous (??), 21:50, 28/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж лучше windows.
     
     
  • 4.4, fab (?), 21:54, 28/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    не забудь 150 баксов заплатить за windows
     
  • 4.17, Аноним (17), 19:17, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Тогда уж лучше windows.

    А чем лучше?Кучами существующих под нее вирусов, спайвари и троянов?
    Или встроенной :)))) WGA-спайварью?Или IE7 который по дефолту стучит на сервера микрософт куда вы ходили, прикрываясь борьбой в фишингом?А может активацией, которая может на ровном месте саботировать работу системы?И уж упаси вас боже поменять хард на более емкий - придется отчитываться перед копирастами из микрсофта какой вы нехороший и все такое, потому что активация и в этом случае скажет "отдыхайте, сегодня работать не будем".Патчами раз в месяц?Хакеры если что месяц ждать не изволят, вот редиски то! Поэтому вантузятники традиционно представляют из себя большой ботнет.А может быть, DеRьMом встроенным в систему, столь вам необходимым?Или, может быть, фашистской лицензией?Попробуйте почитать то с чем соглашаетесь.Очень познавательно, узнаете за кого вас держит наглая редмондовская шарага.Рьяных поклонников мазохизма также должен приколоть апдейт который обновляет систему несмотря на то что его отключили.Да и цена системы не разочарует - на выбор или обкусанная дрянь или дорогущая система.При том что линуксные дистрибутивы задаром и не обкусанные.

     

  • 1.7, pavlinux (??), 00:17, 29/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > изменение API  

    Затрахали, да!!!  
    В 2.6.20+  и так все перекарежило..., только вроде устаканиватся начало,  переделали софтины, особено те, которые используют  struct sk_buff {}    :-Ж

     
     
  • 2.8, _Nick_ (??), 04:52, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    ты не павлинукс, а дятел

    ты читал Documentation/stable_api_nonsense.txt ??

    ядро - в разработке. Новая ветка. Чего тебе надо??
    Нашли люди какую-то кривизну или чего-то нужного решили добавить.
    А по-человечески это оказалось сделать можно лишь изменив API.

    Или ты хочешь чтоб как в маздае было: криво, но долго и одинаково ???

    Совсем рехнулсо?

     
     
  • 3.9, Hety (??), 05:46, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро всегда в разработке. Ели не в разработке - уже устарело.
    В "долго и одинаково" нет ничего плохого. Совсем. В отличие от танцев с API постоянных. Постоянства не хватает.
     
     
  • 4.10, _Nick_ (??), 06:07, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >В "долго и одинаково" нет ничего плохого. Совсем.

    об этом никто и не спорил. Ессьно, "долго и одинаково" - говорит о времени и изменениях, но не о качестве.
    Я же говорил о постоянно плохом и неизменном качестве: "криво, долго и одинаково". Это несколько отличаеццо от "долго и одинаково".


    > В отличие от танцев с API постоянных.

    ты оттуда же, откуда и павлинух?
    Вам нужна разработка или нет?
    Если разработка - то это изменения. И изменения НЕ ОБЯЗАТЕЛЬНО обратно совместимые на kernel API уровне. Это ведь другая ветка!


    > Постоянства не хватает.

    Используй ветки 2.6.16 или 2.6.20 - в них только фиксы и нет никаких других изменений.
    Постоянства тебе будет на всю жизнь.


    Ну а если хочеться каждый раз чего-нить новенького - то КАКОГО ХРЕНА ПЛАКАТЬ, что онои меняют kernel API???
    Лично ТЫ способен ПРИДУМАТЬ некое УНИВЕРСАЛЬНОЕ kernel API НАВСЕГДА??? Вот чтоб ЛЮБУЮ фичу можно было прикрутить без ее изменений даже через 50 лет.  НЕТ??? Тогда чего ты ждешь от других если даже сам не можешь, умник?

     
     
  • 5.12, _umka_ (ok), 08:38, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >Используй ветки 2.6.16 или 2.6.20 - в них только фиксы и нет
    >никаких других изменений.
    >Постоянства тебе будет на всю жизнь.
    >
    >
    >Ну а если хочеться каждый раз чего-нить новенького - то КАКОГО ХРЕНА
    >ПЛАКАТЬ, что онои меняют kernel API???

    потому что это требует дохрена работы по переработке старого кода - который вне дерева,
    вместо того что бы писать новый. Эта мысль понятна?
    Требуется изобретение костылей за место убраной их экспорта функции (ну блин васе захотелось - он не увидел в дереве не одного используещего эту функцию кода).
    Мисье вы хоть раз пытались писать код который работает для любой 2.6 ?
    Видимо нет - тогда бы задумались о том количестве проверок и костылей которые приходится с собой тянуть.


    >Лично ТЫ способен ПРИДУМАТЬ некое УНИВЕРСАЛЬНОЕ kernel API НАВСЕГДА??? Вот чтоб ЛЮБУЮ
    >фичу можно было прикрутить без ее изменений даже через 50 лет.
    > НЕТ??? Тогда чего ты ждешь от других если даже сам
    >не можешь, умник?

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

    Было 2.4 vs 2.5 всех все устраивало. Можно было протестировать в -devel ветке новые фичи и потом только вливать в стабильную. Ах -devel никто не ставит и не протестируешь нормально?.. Но пардон мисье - зачем делать из пользователей vanila подопытных кроликов.

    Вот даже Мортон сказал что захлебывается в багах vanila. Куда уж рядовым пользователям тогда :)
    Ваш идеал это вечно глючащее ядро которое иногда вдруг начинает работать ? тогда вам пожалуй на Windows или на другие OS :)

     
     
  • 6.14, _Nick_ (??), 13:39, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    ну вы, блин, даете ц к счастью, у девелоперов ядра нет цели поддерживать ... большой текст свёрнут, показать
     
  • 4.11, hate (?), 06:46, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/

    А ты вот себя спроси, что ты лично сделал что-бы это постоянство было?
     
  • 3.13, pavlinux (??), 12:20, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Сам ты редиска. Короче выдет .24, там глянем, можно было бы обойтись без изменения API иль нет.
     
     
  • 4.15, _Nick_ (??), 13:47, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам ты редиска. Короче выдет .24, там глянем, можно было бы обойтись
    >без изменения API иль нет.

    а че ждать-то? :)
    добавление новых фич в .23 ветку закончилось хрен знает когда.

    Люди давно уже пачти для .24 пишут и говорят о своих изменениях.
    Пройди по ссылке (хоть раз ;) и посмотри список изменений.
    Их не так и много.

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


    БЛ*!!!!!!!
    Да РАДОВАТЬСЯ НУЖНО, ЧТО ДЕВЕЛОПЕРЫ ГОТОВЫ ИДТИ НА ТАКИЕ ВОЛЕВЫЕ ИСПРАВЛЕНИЯ!
    Им бы тоже хотелось вместо этого - че-ни тьновенького добавить - но они тратят силы на ФИКСЫ.
    Это нужно лишь приветствовать!

     
     
  • 5.16, pavlinux (??), 19:09, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ты чего сегодня, не в настроении?! =)
     
     
  • 6.18, _Nick_ (??), 19:34, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты чего сегодня, не в настроении?! =)

    да задрали эти любители стабильности

     

  • 1.19, lazy (??), 20:59, 29/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а вот у нас в OS/2 уже лет 20 апи не меняется (:
     
     
  • 2.20, _Nick_ (??), 21:19, 29/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >а вот у нас в OS/2 уже лет 20 апи не меняется
    >(:

    вот мудро человек сказал.

    В дохлой ОС - ессьно и АПИ не меняецо.


    Лишь нечто живое способно изменяться.
    И обязано делать это дабы не вымереть...

     
     
  • 3.21, penguin_killer (?), 00:23, 30/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А соляра тоже дохлая, да? :-)
     
     
  • 4.22, _Nick_ (??), 02:58, 30/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >А соляра тоже дохлая, да? :-)

    попробуй просто задуматься над тем, чтоб прикрутить к ней все последние фичи Линуха
    и я посмотрю на тебя, пытающегося подстроиться под текущее API соляры.
    Дело даже не в том, что оно плохое или хорошее. Оно какое-то.
    И это какое-то API _принципиально_ не может подходить под _оптимальную_ реализацию _любой_ фичи.

    Кто готов с этим спорить - проверьтесь у психиатра перед постом.

     
     
  • 5.23, pavlinux (??), 13:22, 30/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Может. Проверялся. =)
     
     
  • 6.25, _Nick_ (??), 22:32, 30/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    > Проверялся. =)

    ну а результат какой ? ;))


    отлично.
    тогда, предположим, что API драйверов некого ядра содержит 3 вызова.
    Так, для наглядности.

    Давай на таком API подымем самое простое - линуховый ext2.
    вот структура его операций:

    static const struct super_operations ext2_sops = {
            .alloc_inode    = ext2_alloc_inode,
            .destroy_inode  = ext2_destroy_inode,
            .read_inode     = ext2_read_inode,
            .write_inode    = ext2_write_inode,
            .put_inode      = ext2_put_inode,
            .delete_inode   = ext2_delete_inode,
            .put_super      = ext2_put_super,
            .write_super    = ext2_write_super,
            .statfs         = ext2_statfs,
            .remount_fs     = ext2_remount,
            .clear_inode    = ext2_clear_inode,
            .show_options   = ext2_show_options,
    #ifdef CONFIG_QUOTA
            .quota_read     = ext2_quota_read,
            .quota_write    = ext2_quota_write,
    #endif
    };


    итого, с квотами это 14 вызовов.

    ТеперЪ мы имеем делеммму:
    - пойти простым путем и постоянно передавать указатель на эту структура-монстра через какой-нить доп. параметр имеющегося API, либо
    - все-же изменить API, учтя требования для _человеческой_ реализации подобной сложности файловых систем. Потому как вдальнейшем нам захочеться добавить такую не одну (jfs, reiser, lustre....)

    Каким путем пойдем, тАварищи??

    Пример с API на 3 функции и задачей реализовать 14 можно легко экстраполировать в
    рекущие размеры API и то, что может быть придумано в будущем.

    Кому-то еще непонятно, что изменения API - это нормальный процесс?

     
     
  • 7.26, oops (?), 08:16, 01/10/2007 [^] [^^] [^^^] [ответить]  
  • +/

    >[оверквотинг удален]
    >
    >ТеперЪ мы имеем делеммму:
    >- пойти простым путем и постоянно передавать указатель на эту структура-монстра через
    >какой-нить доп. параметр имеющегося API, либо
    >- все-же изменить API, учтя требования для _человеческой_ реализации подобной сложности файловых
    >систем. Потому как вдальнейшем нам захочеться добавить такую не одну (jfs,
    >reiser, lustre....)
    >
    >Каким путем пойдем, тАварищи??
    >

    Тратим время на создание нормального framework-a для файловых систем. (geom?)

    >Кому-то еще непонятно, что изменения API - это нормальный процесс?

    Изменения API _внутри_ ядра должны волновать только писатели ядра. Но рядовой пользователь/программист прикладного софта должен иметь свой API.


     
     
  • 8.27, _Nick_ (??), 13:40, 01/10/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я вообще-то просто как пример взял ФС Хочешь - замени слово ext3 на wirel... текст свёрнут, показать
     

  • 1.24, chemtech (?), 19:43, 30/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    IMHO, разработчикам ядра необходимо учиться у Дебиановцев. Хоть оно и похоже на ветки: unstable, testing и stable. но все же не хватает ветки experimental, сообщества, выбирамого главу, и большой, скоординированной,  команды разработчиков.
     
     
  • 2.30, RKA KriK (?), 23:54, 25/01/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Глупости. Ветка experemental - это есть ветка -mm. Сообщество - все линуксоиды, глава - торвальдс, на счет команды не уверен, но сомниваюсь, что она нескоординирована и что она маленькая ;)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру