The OpenNET Project / Index page

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

В Linux ядре 2.6.16.38 исправлено 10 проблем безопасности

22.01.2007 15:19

Вышло Linux ядро 2.6.16.38 с исправлением накопившихся ошибок, 10 из которых связанны с проблемами безопасности (в 2.6.19.2 данные ошибки исправлены):

  • incorrect user space access locking in mincore()
  • i386: save/restore eflags in context switch
  • Call init_timer() for ISDN PPP CCP reset state timer
  • x86_64: Don't leak NT bit into next task
  • grow_buffers() infinite loop fix
  • corrupted cramfs filesystems cause kernel oops
  • handle ext3 directory corruption better
  • ext2: skip pages past number of blocks in ext2_find_entry
  • hfs_fill_super returns success even if no root inode
  • Bluetooth: Add packet size checks for CAPI messages

    1. Главная ссылка к новости (http://groups.google.com/group...)
    2. OpenNews: Обновление Linux ядра 2.6.19.2
    Лицензия: CC BY 3.0
    Короткая ссылка: https://opennet.ru/9588-kernel
    Ключевые слова: kernel
    При перепечатке указание ссылки на opennet.ru обязательно


    Обсуждение (74) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, segfault (?), 15:34, 22/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вступайте и компелируйте!
     
  • 1.2, Аноним (-), 15:47, 22/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    :-(
     
     
  • 2.3, Хмм (?), 16:23, 22/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Смайлик грусти что исправили? Больше радовало наличие дыр? :)
     

  • 1.4, pf (?), 16:44, 22/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну видимо не компилируется тазик, потому и грустный смайлик ))
     
  • 1.5, tau (?), 17:26, 22/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то я уже путаться стал в этих ядрах...
     
     
  • 2.6, Zuko (??), 18:35, 22/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    заголовок *дцать лет спустя: в linux ядре 2.9.40.55.78.65.34.80 исправлено 10 проблем безопасности
     
     
     
    Часть нити удалена модератором

  • 4.14, don_oles (??), 10:19, 23/01/2007 [ответить]  
  • +/
    >что-то вам всем плохо от наличия выбора... ;)

    Похоже, что ты прочитал где-то маркетинговую мантру "выбор это хорошо, он у вас есть и это круто!", но не анализировал.

    Не то что мне плохо, смотрю вот сюда http://www.gentoo.org/doc/en/gentoo-kernel.xml и просто хренею. Даже новичок будет думать а что ему поставить - ванилу или женту. И спрашивается нафига же тогда ванилла? Чьих баг бояться - родных или напатченых? Да и в списке маловато ядер. Кол-во этих ядер там должно быть 2^(кол-во фич) или 2^(кол-во патчей), а там их около полутора десятка.

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

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

    Смотрю как знакомые прыгают по дистрам и понимаю, что они только и делают, что "выбирают".

     
     
  • 5.20, gvy (?), 16:45, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Это если придурок какой-нить ему посоветовал или то, или то Новичку ни то, ни ... большой текст свёрнут, показать
     
  • 5.23, Аццкий_Анонимус (?), 17:17, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Не то что мне плохо, смотрю вот сюда http://www.gentoo.org/doc/en/gentoo-kernel.xml и просто хренею.
    >Даже новичок будет думать а что ему поставить - ванилу или
    >женту. И спрашивается нафига же тогда ванилла? Чьих баг бояться -
    >родных или напатченых? Да и в списке маловато ядер. Кол-во этих
    >ядер там должно быть 2^(кол-во фич) или 2^(кол-во патчей), а там
    >их около полутора десятка.

    аа... вы - тот человек, у которого мозг заточен под *BSD?

    дык это... откройте для себя overlays наконец-то =)
    И ещё: это ветка 2.6.16.х, которую поддерживает один энтузиаст.
    Интересно как вы бы реагировали, если бы в феврале-марте месяце нашли бы дыру в freebsd 4?


     
     
  • 6.24, Oles (?), 17:33, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >аа... вы - тот человек, у которого мозг заточен под *BSD?

    Не под БСД. Просто заточен. БСД хорошо вписалось.

    >
    >дык это... откройте для себя overlays наконец-то =)

    на той страничке генту нет такого слова.

    >И ещё: это ветка 2.6.16.х, которую поддерживает один энтузиаст.
    >Интересно как вы бы реагировали, если бы в феврале-марте месяце нашли бы
    >дыру в freebsd 4?

    Причём тут это? Те вопросы что я тут высветил это вопросы любого кто сталкивается с этим впервые. И на них ответа _там_ нет. И вообще не видно.


     
     
  • 7.27, gvy (?), 18:36, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>аа... вы - тот человек, у которого мозг заточен под *BSD?
    >Не под БСД. Просто заточен.
    Претенциозно, но некорректно.

    >БСД хорошо вписалось.
    Интересно, что при этом выписалось...

    >>И ещё: это ветка 2.6.16.х, которую поддерживает один энтузиаст.
    >>Интересно как вы бы реагировали, если бы в феврале-марте месяце нашли бы
    >>дыру в freebsd 4?
    >Причём тут это? Те вопросы что я тут высветил это вопросы любого
    >кто сталкивается с этим впервые.
    Нет, это вопросы или ламера (не путать с чайником!), или обманутого ламером.

    >И на них ответа _там_ нет. И вообще не видно.
    Знаете, боюсь, это к качеству или вообще пригодности того, чем затачивали.  Даже с моими -3.5 на глаз ответы на такие банальные вопросы прекрасно и давно видны.  И даже не потому, что "места знать надо".

    Просто вписалось -- другое.  И выписывалось, видимо, тоже другое.

     
  • 7.33, Аццкий_Анонимус (?), 21:00, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>дык это... откройте для себя overlays наконец-то =)
    >на той страничке генту нет такого слова.

    Т.е. набрать в google "gentoo overlays" и попасть на http://overlays.gentoo.org/ совсем не судьба? :)

    >Те вопросы что я тут высветил это вопросы любого
    >кто сталкивается с этим впервые. И на них ответа _там_ нет.
    >И вообще не видно.


    А вот почему в freebsd handbook так мало про MAC написано? :)

     
     
  • 8.34, Oles (?), 21:26, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Т е чтоб узнать женту поближе сайта http www gentoo org недостаточно Ну... текст свёрнут, показать
     
     
  • 9.41, lamer (??), 19:54, 24/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Аа а я то думаю, чего это Free BSD машины в рунете - часто фигурируют как сам... текст свёрнут, показать
     
  • 5.30, _Nick_ (ok), 19:18, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    не смотри раз хренеешь, ато моск сломаешь это как раз для них и написано Кто... большой текст свёрнут, показать
     
     
  • 6.44, lamer (??), 01:47, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >А какова судьба того, кто не хочет именно _выбирать_???
    Простая.За них все решают в Редмонде, в местечке с говорящим названием One Microsoft Place... :)
     
  • 4.16, GateKeeper (??), 12:40, 23/01/2007 [ответить]  
  • +/
    Да всех на венду уж... Ток потом чур не кричать: "Эй, где вы есть?" (с) Джентельмены удачи.
     
     
  • 5.31, _Nick_ (ok), 19:20, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Да всех на венду уж... Ток потом чур не кричать: "Эй, где
    >вы есть?" (с) Джентельмены удачи.

    а что толку звать иди***ов, которые готовы платить за кусок г***на???

     
  • 2.10, const86 (ok), 23:28, 22/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Поверьте, всё не так уж сложно!
     

  • 1.12, dvg_lab (??), 09:11, 23/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    уж сколько лет ext2, а все и там дыры находят, даже сендмыло почти от дыр очистили :-) Никогда не юзал линукс отсудя вопрос, вот дырку в ванильном ядре заклеили, потом все дистростроители должны накатить патчи на свои ядра и раздать это все на обновления, как быстро происходит этот процесс в разных попсовых дистрах? гента там или дебиан, или скажем убунта?
     
     
  • 2.15, juni (?), 12:15, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >уж сколько лет ext2, а все и там дыры находят, даже сендмыло
    >почти от дыр очистили :-) Никогда не юзал линукс отсудя вопрос,
    >вот дырку в ванильном ядре заклеили, потом все дистростроители должны накатить
    >патчи на свои ядра и раздать это все на обновления, как
    >быстро происходит этот процесс в разных попсовых дистрах? гента там или
    >дебиан, или скажем убунта?

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

     
     
  • 3.21, gvy (?), 16:50, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>уж сколько лет ext2, а все и там дыры находят
    Это вообще-то проблема языка C, что никак не дотумкают некоторые из неуловимых джо.

    >>даже сендмыло почти от дыр очистили :-) Никогда не юзал линукс отсудя вопрос,
    Ну-ну.  Мне нравится это "почти".

    >>вот дырку в ванильном ядре заклеили, потом все дистростроители должны накатить
    >>патчи на свои ядра и раздать это все на обновления, как
    >>быстро происходит этот процесс
    Depends, см. secunia.com.

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

    >ошибки безопасности в ядре не устраняются разработчиками дистров.
    В свою очередь, и Вас посылаю на secunia.com или lwn.net/security.  Дабы не разбрасывались не менее авторитетными заявлениями, хорошо?

     
     
  • 4.37, dvg_lab (??), 23:15, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    ух, как вы остро на все реагируете, а не дай Бог линукс виндовсом обзову наверно клаву об монитор разобьете :-)
    Попсовость любого дистрибутива определяецо просто на дистровотче, те кто в первой десятке те ПОПулярны ака попсовы, и не надо так бурно реагировать. :) Так вот авторитеты окружающие меня советуют либо генту либо дебиан... попробую наверное и то другое, диск с гентой уже помел, пока накачу на тестовый комп посмотрю что из себя представляет линукс в обработке от генты, насколько действительно опасны все эти дырки, ато может это и не дырки вовсе а так пугают просто и суточной задержки в накатывании патча вполне достаточно чтобы чувствовать себя вплоне защищенным.
    Вот еще один вопрос кстати, куча мануалов и хаутушек содержит рекомендации по установке того или иного софта через tar -zxvf ... затем ./configure и вперед, понятно что это потом фик обновишь и тд, кто-то из вас - гуру, реально ставит так софт, или все строго через портежи/пакаджи?
     
     
  • 5.38, Michael Shigorin (?), 00:27, 24/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Технически говоря TM , там счётчик накручивается Ну или накручивался нескол... большой текст свёрнут, показать
     
     
  • 6.40, _Nick_ (??), 03:24, 24/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>Так вот авторитеты окружающие меня советуют либо генту либо дебиан...
    >Хотите хороший, хоть и бесплатный, совет?  Взвешивайте советы авторитетов с учётом
    >того, какое время они готовы выделить на помощь, и её результативности.
    >
    >А то развелось либо советчиков, которые потом как-то пропадают с горизонта при
    >вопросах, либо вроде бы и охочих помочь даже, но вот незадача
    >-- у них для этого знаний недостаёт.

    dvl_lab,
    по этому вопросу - могу предложить свою помощь.
    Если будут вопросы по Генту или Дебиану - милости прошу:
    gentuu ЭТъ gmail _ com

    ну или в любом форуме опеннета соответствующей тематики :)

     
  • 5.39, _Nick_ (??), 03:17, 24/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот еще один вопрос кстати, куча мануалов и хаутушек содержит рекомендации по
    >установке того или иного софта через tar -zxvf ... затем ./configure
    >и вперед, понятно что это потом фик обновишь и тд, кто-то
    >из вас - гуру, реально ставит так софт, или все строго
    >через портежи/пакаджи?

    отнюдь
    полюбопытствуйте, например, здесь:
    http://gentoo-wiki.com/HOWTO_EncFS

    как видно, хауту состоит из некоторого просвещения о том, что нужно сделать
    и собственно сами действия: че-то за'emerge'ить, где че вписать в конфиг:
    ----------CUT----------
    Start by emerging the necessary package

       emerge encfs

    At this point it is probably necessary to load the newly created module using

       modprobe fuse

    ----------CUT----------

    ессьно, все, что советуеться к утсановке, ставиццо из портеждей и, ессьно, обновляемо/выносимо

     
  • 2.29, _Nick_ (ok), 19:00, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >уж сколько лет ext2, а все и там дыры находят, даже сендмыло
    >почти от дыр очистили :-) Никогда не юзал линукс отсудя вопрос,
    >вот дырку в ванильном ядре заклеили, потом все дистростроители должны накатить
    >патчи на свои ядра и раздать это все на обновления, как
    >быстро происходит этот процесс в разных попсовых дистрах? гента там или
    >дебиан, или скажем убунта?

    в генте иной раз быстрее ваниллы.
    Если проблема некритична - то Торвальдс может и не зарелизить очередное ядро пока не наберет больше патчей.
    в гентушном же ядре применяеться комплексный патч, состоящий из 2 наборов патчей:
    - base (фиксы)
    - extras (фичи)

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

     

  • 1.13, Аноним (-), 09:49, 23/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в генте быстро, сразу новый 2.6.??-r? выходит
     
     
  • 2.17, Odept (?), 14:16, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    В месте мы сила!
     

  • 1.18, HardKiller (?), 15:05, 23/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    технологиям пора бриться. девелам придется
    полностью переделывать ядро, чтобы такие
    ошибки были невозможны впринципе.
     
     
  • 2.19, Сергей (??), 16:07, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Слова абсолютно некомпетентного человека, не разбирающегося в разработке.
    Невозможно написать софт без ошибок, потому что его пишут люди, а не машины.
    Другое дело что в ядре линукса секюрити багов на порядок меньше, чем в конкурирующей системе.
     
     
  • 3.35, HardKiller (?), 22:52, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    угу. именно по тому, что "меньше security holes, чем в
    конкурирующей системе" рекомендуют пользовать самое
    последнее ядро, ибо еще эксплойт не успели написать.
    и что? по 10 раз на дню ядро компилить?
    про конкурирующие системы. вы не про *BSD упоминаете?
     
     
  • 4.36, _Nick_ (ok), 23:01, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >про конкурирующие системы. вы не про *BSD упоминаете?

    BSD про конкуренцию Линуху пока мечтать тока приходиццо

     
  • 2.22, gvy (?), 16:52, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >технологиям пора бриться. девелам придется
    >полностью переделывать ядро, чтобы такие
    >ошибки были невозможны впринципе.
    Видите ли, это из серии "остановите Землю, я сойду".  Пока человечеству весьма посредственно удаётся исправлять или не допускать вновь куда более серьёзные и дорогие ошибки, а тут -- "технологии"...

    Страшная штука -- historical reasons и backwards compatibility.

     
     
  • 3.25, HardKiller (?), 17:44, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ребят, вы видимо не в курсе, что любой кривой драйвер
    может Линукс завесить. а это так полагаю еще предстоит
    девелам исправлять. А то, что технологиям пора бриться,
    так это слова господина Торвальдса.
     
     
  • 4.26, gvy (?), 18:17, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Ребят, вы видимо не в курсе, что любой кривой драйвер
    >может Линукс завесить.
    А Вы, видимо, не в курсе, что на некоторых интеловских матерях можно убить boot block последовательностью команд специального вида.  Это даже не BIOS, это bb, который во впаянной микросхеме, а не флэше/кроватке.  Кажется, вне зависимости от архитектуры ядра.

    И что с того?

    >а это так полагаю еще предстоит девелам исправлять.
    Вашим?  Ну, удачи.  Ядерные отчасти уже высказались, причём на LCA некоторые -- будто вполне определённо "ой хорошо, что драйверы в ядре решили оставить".

    >А то, что технологиям пора бриться, так это слова господина Торвальдса.
    Им это не поможет, поскольку проблема не в них даже.

     
     
  • 5.47, lamer (??), 02:09, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >И что с того?
    То что некоторые не знают что сдуру можно и х** сломать.И хотят чтобы система их связывала по рукам и ногам и не давала это сделать даже если хочется.Только вот любая защита мигом превращается в ... тюрьму, когда перестает позволять сделать "запрещенное" действие в случае когда очень надо.

    >>а это так полагаю еще предстоит девелам исправлять.
    >Вашим?  Ну, удачи.  Ядерные отчасти уже высказались, причём на LCA
    >некоторые -- будто вполне определённо "ой хорошо, что драйверы в ядре
    >решили оставить".
    А если выкинут - сами и будут пользоваться своим тормозиловом.В линуксе и так предостаточно не особо быстрых драйверов.Если их перенести в юзерспейс, скорость работы будет чебурашья.Лично мне нужна операционка а не еще одно подобие тормознутой JVM.

    >>А то, что технологиям пора бриться, так это слова господина Торвальдса.
    >Им это не поможет, поскольку проблема не в них даже.
    А кто побреет людей?Дело то не в технология.Root cause - в людях...

     
  • 5.49, lamer (??), 04:16, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ща я переплюну Танненбаума и даду вам урок правильного программировния XXII века... большой текст свёрнут, показать
     
     
  • 6.50, _Nick_ (??), 06:32, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    OFFTOP:

    тьажолая у тебя работа, lamer :)
    или трава сильная ;))

    стока напостил всего в разные темы, хрен перечитаешь... :)

     
     
  • 7.58, lamer (??), 13:12, 28/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >стока напостил всего в разные темы, хрен перечитаешь... :)
    <off>Я не Танненбаум, меня не требуется цитировать или читать все мои сообщения до буквы:).Читай только то что тебе интересно в интересных темах.А так я иногда позволяю себе высказать свое мнение, редко собираюсь а потому делаю это сразу кучей... :)</off>
     
  • 4.46, lamer (??), 02:05, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Ребят, вы видимо не в курсе, что любой кривой драйвер
    >может Линукс завесить.
    Угу, а кухонным ножом можно и человека зарезать.И что?Запретить кухонные ножи?У вас каждый день падает линукс из-за сбоев в драйверах?У меня не падает... вы еще предъяву выкатите что баг в ядре может уронить систему, давайте типа, пускать системы как виртуалки на гипервизоре.Только окажется что баг в гипервизоре может повесить систему.Придется вам повеситься тогда самому, на сетевом шнуре...

    >а это так полагаю еще предстоит
    >девелам исправлять. А то, что технологиям пора бриться,
    >так это слова господина Торвальдса.
    Разные времена, разные требования.Побрили бы позиксные RWXRWXRWX чтоли до полноценных ACL как дефолтного стандарта...

     
  • 2.45, lamer (??), 01:59, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >технологиям пора бриться. девелам придется
    >полностью переделывать ядро, чтобы такие
    >ошибки были невозможны впринципе.
    Сколько не брей технологии а брить то надо не их а людей.Идиоты-биллингисты или создатели ПО для банков из числа индусов например на "безопасной технологии Java" или оной же но дотнет умудряются такое откаблучивать что просто диву даешься.Ну да, нет у них переполнений буфферов.Зато есть какоенить КГАМ типа недостаточной валидации входных данных, покладание **я на ошибки, SQL-injections, XSS, а чаще - просто махровый дебилизм, который не лечится.Они умеют кодить.Но ни в зуб ногой не умеют ДУМАТЬ и понимать как оно будет работать.Поэтому появляются биллинги и банковский софт с идиотскими логическими ошибками, непродуманным дизайном и глюками которые намного более опасны чем взлом биллингового сервера через buffer overflow (это заметить сравнительно несложно на достаточно ранней стадии когда потери от этого не особо то и велики...).Потому что обладатель биллинга или никогда не узнает о них и втихарика пролетает силами находчивых юзеров на много денег, или, если слишком много народа начинает прокидывать обладателя биллинга и он начинает конкретно опускаться в денежную задницу - хватаются за голову и начинают спешно чинить сраный код.Через сколько найдут аналогичную дыру - остается только догадываться.Ибо их в таком сраном коде полно.
     

  • 1.28, hexmaker (?), 18:57, 23/01/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >на некоторых интеловских матерях можно убить boot block последовательностью команд специального вида.  Это даже не BIOS, это bb, который во впаянной микросхеме, а не флэше/кроватке
    Скорее всего, доступ по записи к этой м/с через какие-то порты В/В, которые доступны только из кольца 0 CPU в защищённом режиме или только в реальном. В защищённом из кольца 3 недоступны.
     
     
  • 2.32, gvy (?), 19:21, 23/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Скорее всего, доступ по записи к этой м/с через какие-то порты В/В,
    >которые доступны только из кольца 0 CPU в защищённом режиме или
    >только в реальном. В защищённом из кольца 3 недоступны.
    Я к тому, что при кривом железе страдать перфекционизмом по идеальному софту, мягко говоря, непрактично.  Разумеется, это не повод делать Windows 95, но бессмысленно закалять колосса на заведомо глиняных ногах.
     
     
  • 3.42, gmm20 (?), 21:29, 24/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    этот глюк в материнской плате очень легко устраняется, выпуском новой версии PC... большой текст свёрнут, показать
     
     
  • 4.43, Michael Shigorin (?), 01:12, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Фигассе очень легко, даже если это было бы так BIOS тут ни при чём AFAIK, его... большой текст свёрнут, показать
     
     
  • 5.52, gmm20 (ok), 00:55, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    биос сначала инициализирует оборудование, и только потом уже отдает управление о... большой текст свёрнут, показать
     
     
  • 6.54, _Nick_ (??), 03:09, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >потому что проблема не в этом конкретном драйвере, а в архитектуре
    >взаимодействия ядра операционной системы и драйверов оборудования.
    >
    >например, если ядро пускать на 0-м кольце, а драйвера на 1-м, эта
    >
    >проблема устраняется. появляется новая, с производительностью,
    >практически всегда голая производительность без надежности не нужна.
    >
    >потому и процессоры работают в защищенном режиме, а не Big Real Mode,
    >
    >когда любая задача реального режима может адресовать все 4 гигабайта
    >оперативной памяти без страничных преобразований и прочих тормозов...
    >
    >например, на 386 машине с частотой ядра в 25 мегагерц Линус был
    >вынужден
    >делать ядро монолитным, потому что потери производительности были очень
    >большими. но если бы он начинал писать свою операционку имея под рукой
    >
    >двух- и четырех- ядерные процессоры, я почти уверен, что он тогда разнес
    >
    >бы ядро операционной системы и драйвера оборудования по разным кольцам защиты.

    очень похоже на правду.
    Странно однако, что же курил в то время Таненбаум, развивая теорию микроядра _уже_тогда_...   Может стоит просто попробовать?
    Жаль что для всего-лишь "попробовать" нужно проделать _огромную_ работу...
    Будем надеяццо, Торвальдс изменит свое мнение рано или поздно...


    >тем более, что 4-х ядерные процессоры - это совсем не предел,
    >частоту дальше повышать уже нерационально, при уменьшении техпроцесса
    >будут увеличивать количество ядер в одном корпусе. 8, 16, 32, 64, ...

     
  • 6.56, Michael Shigorin (?), 11:54, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Программно как раз, только в не-EPROM PCB как Printed Circuit Board печатная ... большой текст свёрнут, показать
     
     
  • 7.57, gmm20 (ok), 14:23, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    ЕСЛИ проблема_не_устранятеся_програмно ТО проблема_устраняется_аппаратно ... большой текст свёрнут, показать
     
  • 4.48, lamer (??), 02:28, 25/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Аж два раза, ага кувалдой Бац и нету биоса и бутблока Очень легко Особенно... большой текст свёрнут, показать
     
     
  • 5.51, gmm20 (ok), 00:10, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    GM этот глюк в материнской плате очень легко устраняется, GM выпуском новой... большой текст свёрнут, показать
     
     
  • 6.53, _Nick_ (??), 03:01, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >драйвер - это интерфейс между оборудованием и ядром операционной системы.
    >ошибке в драйвере совсем не обязательно валить всю операционную систему.
    >например, ошибки в приложениях не могут повлиять на ядро и другие приложения.
    >
    >
    >у высококвалифицированных разработчиков ядра Linux хватит ли времени и желания
    >сделать не кривые драйвера для всего имеющегося в мире спектра оборудования?
    >наверное нет. они будут заниматься более важными вопросами. а драйвера ко всему
    >
    >этому зоопарку будут писать разработчики средней и низкой квалификации, допуская
    >при этом большее количество ошибок в коде драйвера, т.е. в ядре операционной
    >системы.

    поэтому идея микроядра соответствует реалиям Линукса больше, чем это себе представляет Торвальдс...

     
     
  • 7.55, Michael Shigorin (?), 11:44, 27/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>у высококвалифицированных разработчиков ядра Linux хватит ли времени и желания
    >>сделать не кривые драйвера для всего имеющегося в мире спектра оборудования?
    >>наверное нет. они будут заниматься более важными вопросами. а драйвера ко всему
    >>этому зоопарку будут писать разработчики средней и низкой квалификации, допуская
    >>при этом большее количество ошибок в коде драйвера, т.е. в ядре операционной
    >>системы.
    Очень смешно.  Но касается исключительно закрытых драйверов, причём и там денег или ещё чего на нормальных драйверописателей не хватает из заметных поставщиков разве что у ATI.  Более последовательные вроде NVIDIA уже откатали и оно просто работает, победней вроде C-Media -- делились спеками и имели открытый драйвер ещё в 1999.

    >поэтому идея микроядра соответствует реалиям Линукса больше, чем это себе представляет Торвальдс...
    Боюсь, "это" он представляет себе как раз получше нас с Вами.  С индусами (в худшем смысле слова, бишь дешёвыми кодерами драйверов) бороться имеет смысл не на техническом уровне, а на организационном -- не столь давняя очередная волна по части запрета загрузки закрытых драйверов вполне является показательной (и есть подозрение, что в какой-то момент пингвин будет иметь достаточный разгон, чтобы производители прогибались, а не Линус тормознул поезд со словами "непрактично").

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

     
     
  • 8.66, gmm20 (ok), 00:59, 31/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    открытый драйвер и безглючный драйвер - это не синонимы например, в 2002 г... большой текст свёрнут, показать
     
     
  • 9.67, _Nick_ (??), 03:31, 31/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    присоединяюсь к этим практически пророческим словам Разеделение пространств ядр... текст свёрнут, показать
     
     
  • 10.71, gmm20 (ok), 18:29, 01/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    но для этого нужно будет переписать ядро и переписать все драйвера устройств на... большой текст свёрнут, показать
     
     
  • 11.72, _Nick_ (??), 03:19, 02/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    да, это неизбежно, если все-таки этим заняццо да, известные слова Торвальдса ... текст свёрнут, показать
     
  • 9.68, Michael Shigorin (?), 12:39, 31/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Это и не утверждалось Просто видя, как годами исправляются крупные проблемы в... текст свёрнут, показать
     
     
  • 10.69, gmm20 (ok), 17:33, 01/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    да, это хорошая инициатива, и тактически шаг в правильном направлении ист... текст свёрнут, показать
     
     
  • 11.70, gvy (?), 17:40, 01/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю Поскольку до сих пор эта спираль была завита не хуже, чем толкиеновск... текст свёрнут, показать
     
  • 6.59, lamer (??), 14:58, 28/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Но не все такие умные - до некоторых доходит что грабли могут жахнуть в лоб ... большой текст свёрнут, показать
     
     
  • 7.60, gmm20 (ok), 18:22, 28/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    столько много букв было написано с целью доказать современное железо в принцип... большой текст свёрнут, показать
     
     
  • 8.62, lamer (??), 10:48, 29/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Кривое Достаточно на х86 посмотреть старый уродец с кучкой костылей, а бегает... большой текст свёрнут, показать
     
     
  • 9.64, gmm20 (ok), 17:55, 29/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    если юзер не в состоянии переставить джампер, самостоятельно перешить BIOS он т... большой текст свёрнут, показать
     
     
  • 10.73, ламусанонимус (?), 03:23, 07/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да что вы говорите Вы наверное задержались в 1990-х Никогда не видели виндовый a... большой текст свёрнут, показать
     
     
  • 11.78, gmm20 (ok), 22:34, 12/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    это без разницы, какой утилитой перепрошивать в 80 нужно будет после этого пер... большой текст свёрнут, показать
     
  • 7.61, _Nick_ (??), 08:08, 29/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    есть 1-3 кольца защиты процессора это же написал тебе и gmm20 как видишь - не... большой текст свёрнут, показать
     
     
  • 8.63, lamer (??), 11:20, 29/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А ты за ВСЕ процессоры которые поддерживаются линуксом ответишь А то он не тольк... большой текст свёрнут, показать
     
     
  • 9.65, _Nick_ (??), 22:34, 29/01/2007 [^] [^^] [^^^] [ответить]  
  • +/
    проблема дров для процов с MMU и не одним кольцом защиты все современные процы ... большой текст свёрнут, показать
     
     
  • 10.74, ламусанонимус (?), 05:31, 07/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Про uCLinux и прочая почему-то забывают Не, я не спорю, в разделении прав дра... большой текст свёрнут, показать
     
     
  • 11.75, _Nick_ (??), 13:55, 07/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    1 Вы глобально путаете две вещи а сбой в драйвере и б реакция ядра на это со... большой текст свёрнут, показать
     
     
  • 12.76, lamer (??), 11:48, 10/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле не путаю Просто в моем понимании драйвера это место где сбои должн... большой текст свёрнут, показать
     
     
  • 13.77, _Nick_ (??), 16:16, 12/02/2007 [^] [^^] [^^^] [ответить]  
  • +/
    если ты мечтаешь о том, что все дрова будут открыты и как следствие - более над... большой текст свёрнут, показать
     

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



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

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