|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Mike Novikoff 2:5020/133.73 20 Aug 2005 10:05:21 To : Zahar Kiselev Subject : linux для десктопов -------------------------------------------------------------------------------- AB>> Вот конфиг от SuSE93 AB>> wsalekseybb:~ # zcat /proc/config.gz | grep CONFIG_IDE AB>> CONFIG_IDE=m ZK> Hу и нафига? Как раз для _универсального_ ядра (в дистрибутиве) имеет смысл. В расчёте на машины, где SCSI only. В том-то и дело, что универсальность - это набор компромиссов. Сделать "CONFIG_IDE=y" _там_ - тоже компромисс, менее удачный. AB>> CONFIG_IDEDMA_PCI_AUTO=y AB>> CONFIG_IDEDMA_AUTO=y ZK> Вот за такие вещи надо руки сборщикам отрывать. Потому что если оно ZK> сразу при загрузке будет пытаться включать DMA - то весьма велика ZK> вероятность нарваться на мертвый вис в случае плохо работающего DMA. Hичего страшного. Отключается: "ide=nodma" в загрузчике (append). Кстати, где это такие жуткие контроллеры? У меня всё-[tm]-работает на piix3 (i430vx) и на vt82c586b (VIA Apollo Pro). Оба они весьма поганые, особенно второй. Hо проблем с IDEDMA_AUTO никогда не было. Если _винт_ не умеет, то это всё детектится само. (Опять-таки, что же это за винт, который не умеет хотя бы MDMA? Даже Conner 425MB умел! Хотя для него как раз _ядро_ DMA не включало, я это делал уже потом через hdparm). Или сэкономили 40 руб. на шлейфе? ;) Был реальный случай "мёртвого виса", или просто паранойя сильна? :) Если был, то в каких условиях, на каком железе? AB>> если вас на самом деле интересует почему так, то вы можете AB>> пообщаться с разработчиками. Пытались ? Предполагаю что нет. ZK> Естественно нет. Зачем я буду занятых людей беспокоить, если ZK> у меня все _работает_? Кстати, да. Я тоже никогда не пристаю к разработчикам с глупостЯми. :) Когда что-то не нравится - переделываю молча. Даже более того: жаловаться кому-либо на какие-либо _свои_ проблемы, имея все исходники - просто стыдно. И не очень эффективно к тому же. А если своих проблем нет - тем более. Можно, разве что, рассказать где-нибудь в эхе о _решённой_ задаче. Хотя тоже обычно незачем... Hикто никому ничего не должен, короче говоря. :) И лично меня это, в общем, устраивает. Mike --- * Origin: Linux lo.lan 2.4.30-mn i686 (2:5020/133.73) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/39174306e57d.html, оценка из 5, голосов 10
|