| 1.1, OLD (ok), 14:25, 23/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Вопросы, затронутые на конференции разработчиков Linux ядра
"... Другое обсуждение касалось вопроса новых драйверов и на какой стадии они должны быть интегрированы в ядро. Скрестили шпаги две точки зрения, по одной из которых только доведенные до ума модули должны входить в релиз. Это должно стимулировать разработчиков более ответственно подходить и их реализации. В противоположность этому мнению выступала идея включения драйверов по принципу «чем скорее, тем лучше». Аргументами «за» в этом случае явились быстрая доработка кода сообществом и, как отметил Торвальдс, проверенная временем модель, основываясь на которой разработка ведется последние 2 - 3 года."
| | |
| |
| 2.7, vitek (??), 15:04, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>из состава экспериментального ядра 2.6.27-rc
а про что новость?
про то, что в вышеуказанные дистры можно ставить rc-ядра? :-D
| | |
| |
| 3.17, Антон (??), 15:54, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>а про что новость?
>про то, что в вышеуказанные дистры можно ставить rc-ядра? :-D
Во всех тех дистрибутивах по дефолту -rc ядро стоит
| | |
| |
| 4.27, vitek (??), 18:56, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
как бы это сказать то!
....
дело в том, что этих дистрибутивов ещё нет!
...
или напомнить беты висты? они же лонгхорны?
| | |
|
| 3.35, User294 (??), 22:35, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– | |
> про то, что в вышеуказанные дистры можно ставить rc-ядра? :-D
А чему противоречит RC ядро в альфа-бета-RC-версиях дистрибов?
| | |
| |
| 4.36, vitek (??), 22:45, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
да ни чему.
просто именно поэтому они и альфа-бета-RC, т.к. в них есть потенциальные ошибки.
а дистрибутивом (да ещё и с конкретным именем, версией и прочими атрибутами) они станут только тогда, когда будут релизом.
| | |
|
|
| 2.12, User294 (ok), 15:19, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Линукс вперееееееед!!!:)))
>бсд форева:)
В этом месте за кадром по сценарию должен быть слышен конский топот пользователей побежавших использовать древнючую но так и не доведенную до ума систему.Поскольку в жизни этого не наблюдается, придется вам массовку снимать при помощи постановок.Увы.
| | |
| 2.28, pavlinux (ok), 20:03, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
> быстрая доработка кода сообществом и, как отметил Торвальдс,
> проверенная временем модель, основываясь на которой разработка
> ведется последние 2 - 3 года."
Если бы карты не наеб..сь, то так быстро не зашевелились.
А тут вон, видишь, мало того, что ядро .27-rc так ещё и дистрибы беты.
Кто людей за уши тянул .27 на Бете юзать???
| | |
| |
| 3.33, User294 (??), 21:25, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Кто людей за уши тянул .27 на Бете юзать???
Не понимаю по поводу чего вой.Бета версии специально и созданы для того чтобы там баги отлавливал компетентный народ, избавив юзеров от нужды гулять по минному полю без миноискателя.Или вы предпочитаете подход "выпустим на минное поле ораву неопытного и неподготовленного народа - узнаем где были мины".По-моему, если бы на данный баг на***лись бы юзеры в релизе - было бы хуже?!Так что соответственно надо порадоваться тому что баг словили до выпуска релизной версии, а не орать "караул"."Караул" был бы если б такой баг попал в релиз.А юзание бета-версий и прочих RC требует опыта и понимания того что там могут быть баги.А то может кто еще хочет в саперы пойти без какой-либо подготовки, должных знаний и оборудования?
| | |
| |
| 4.39, pavlinux (ok), 10:11, 24/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
> "выпустим на минное поле ораву неопытного
> и неподготовленного народа - узнаем где были мины"
Дык, так и есть. Правда народ сам бежит на эти поля.
Даже таблички вешают! МИНЫ!
За каждую найденную мину спасибо, а если взорвётесь - аминь и особое спасибо! (значит мина была не учебная) :)
| | |
|
|
|
| 1.4, Аноним (4), 14:55, 23/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
:(
Грустно это. Жду релиза убунты 8.10, надеюсь он будет лучше предыдущих.
| | |
| |
| 2.8, vitek (??), 15:07, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>:(
>
>Грустно это. Жду релиза убунты 8.10, надеюсь он будет лучше предыдущих.
а что Вас так сильно огорчило то? неужели глюки экспериментального ядра?
ай-ай-ай!
| | |
| |
| 3.15, User294 (ok), 15:45, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
Ну вон на некоторых мамках с некоторыми bios с чипсетом nforce EEPROM область встроенной сетевухи (обитает в BIOS) сама запросто гробится, вообще без участия всяких там линуксов, достаточно ребутнуться и с некоторой (маленькой но ненулевой) вероятностью эта область слетит(подозреваю что особенно после ребутов операционок типа винды которые любят обновлять область ESCD в BIOS).Правда из побочных эффектов - разве что развеселый (дефолтный) мак-адрес (впрочем на сидюке от таких мамок есть как правило и AMIшная прошивалка BIOS которая в частности может и маки менять).Проблемы будут только если несколько таких машин окажется в одной сети - тогда совпадающие дефолтные мак-адреса создадут немало веселья админу :)
| | |
|
|
| 1.5, Аноним (4), 14:57, 23/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Решил дядька усатый попробовать новое ядро у него железо погорело кайф:)
| | |
| |
| 2.6, mirya (?), 15:01, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
 Железка, к-рую можно сжечь программным путем - это круто. В стиле американских нучно-фантастических экшнов категории Б середины 90-х - красное сообщение на экране "Your computer is infected with CrazyVirus" и взрывающийся ЭЛТ-монитор
| | |
| |
| 3.16, User294 (ok), 15:48, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Железка, к-рую можно сжечь программным путем - это круто.
Знали бы вы сколько сейчас таких железок, вы бы наверное спокойно спать не смогли...
P.S. про старика CIH-а ака "чернобыль" вы уже забыли?Или не знали?:)
Также можно вспомнить приколы Windows XP гробившей жесткие диски.Они как-то неудачно выбирали времена парковки и времена отключения питания или что-то типа того.Квантумовские харды от такой последовательности действий любили массово играть в ящик.
| | |
| |
| 4.21, ahel (?), 16:36, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
а было это на 2-х тоннике, т.к. я столкнулся с этим, когда квантумы были популярны также как и Win98, а 2k только появилась...
| | |
| 4.25, Аноним (4), 18:29, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
А что CIH-то делал? Я всегда думал что то, что он гробит железо - сказки.
| | |
| |
| |
| 6.30, vitek (??), 20:11, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
только его отдельные модификации... код на ассемблере...
да! были времена... за такой вирус не стыдно было, не то что сейчас.
| | |
|
| 5.34, User294 (??), 21:44, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>А что CIH-то делал? Я всегда думал что то, что он гробит
>железо - сказки.
Нет не сказки - он лез в регистры чипсета и запускал процедуру Erase флеш памяти.После чего BIOS на мамках с Intel TX чипсетом и некоторыми моделями Flash ROM отправлялся в страну вечной охоты.
А сказками оно *кажется* и вот почему:
- CIH работает только в Win9x где прямой доступ к железу не блокируется по умолчанию.В NT-based системах прямой доступ к железу по умолчанию отсутствует - какой облом!Да и в Linux по дефолту обычный юзер не может такой доступ к железу.Прав не хватит.Но в 9x катило вполне ;)
- Чипсеты несовместимы между собой.То что прокатывало для Intel TX в других чипсетах сделано иначе и не работает.И соответственно, разрешить запись в флеш методом для Intel TX не прокатит на иных чипсетах.Но в принципе никто не мешает поправить.Флешеры же это делают, ну и вирь в принципе может.Проблема одна: сложно, неуниверсально и работать 1 фиг в современных системах не будет в том виде как в CIH.Но запуская программы от root или admin стоит все-таки подумать дважды - а стоит ли?Административные права давать стоит только реально доверяемым программам...
- Флешек есть несколько разных типов, CIH как я помню умел стирать только чипы с одним набором команд.Наборов команд стирания и записи у флешек как минмум два - "Intel-like" и "AMD-like".А с тех пор еще появились LPC флешки и SPI-флешки.С ними скорее всего надо работать как-то иначе и CIHовский метод не прокатит.
Итого реально сейчас такие вири не делают потому что крайне сложно и неэффективно, а вовсе не потому что в теории нельзя.
А сколько интересных сервисных команд находится в прошивках DVD-ROM, HDD, ... и ряд из них - мощные и опасные а порой и просто деструктивные... эй, сапер, ты уверен что у тебя правильная карта мин на твоем поле? :)
| | |
|
|
| 3.40, Аноним (4), 15:45, 16/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Железка, к-рую можно сжечь программным путем - это круто. В стиле американских
>нучно-фантастических экшнов категории Б середины 90-х - красное сообщение на экране
>"Your computer is infected with CrazyVirus" и взрывающийся ЭЛТ-монитор
+ 10000 :)
Нафиг такая железка, на роме которой не стоит механической защиты (или хотя-бы включаемой в биосе и включенной по умолчанию) от записи. Нафиг железка, которую можно убить программным путем.
| | |
|
|
| 1.9, Аноним (4), 15:16, 23/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
2. Will it fry my VMware virtual network card? (SCNR, though it has e1000 not e1000e.)
:) хороший вопрос
| | |
| 1.13, Дмитрий Ю. Карпов (?), 15:37, 23/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно было бы выяснить причину поломок железа. IMHO, железо должно делаться так, чтобы ЛЮБЫЕ команды не могли его испортить. Я понимаю, что "Чернобыль" убивал компы, перезаписывая Flash-BIOS; но реально железо не портилось, Flash можно было переписать (если оне не был впаян). Интересно, тут такой же глюк? И есть ли на сетевых картах джампер, запрещающий перезапись?
| | |
| |
| 2.19, User294 (ok), 15:55, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Интересно было бы выяснить причину поломок железа. IMHO, железо должно делаться так,
>чтобы ЛЮБЫЕ команды не могли его испортить.
Вам не понравится такое железо. i286 с запаяными однократками в BIOS конечно был таким.Но современные BIOS монструозны и сложны. Предпочтете всю жизнь мыкаться с багами в BIOS? А как же интель будет исправлять баги в своих процессорах? Обычно новый микрокод интегрируется в новый BIOS так что ляпы имени интеля чинятся :).Да и для AMDшного бага с TLB метод фикса - обновлением BIOS.Ну и так с остальными железками.Как нетрудно понять, перезапись bios и firmware в конечном итоге делается какими-то командами.
| | |
| |
| 3.20, Аноним (4), 16:35, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
Насчет биос - на некоторых материнках есть доп. ПЗУ с резервной копией биоса, которую перепрошить программно невозможно, и джампер, при установке которого он копируется в основной биос. То есть если неудачная попытка перепрошивки (либо вирус) испортит биос, оживить такую материнку очень просто и не требует никаких затрат.
| | |
|
| 2.23, Имя (?), 17:05, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>железо должно делаться так, чтобы ЛЮБЫЕ команды не могли его испортить.
В большинстве биосов можно повышать напряжение на процессоре и памяти. Для многих видеокарт можно также увеличивать напряжение питания чипа и своей памяти. Пыль, плохая вентиляция
плюс силовая часть из Китая( большая часть обычных пк) могут не только обеспечить рандомную потерю данных, но и полностью что-нибудь сжечь в худшем случае. Вот и получается что далеко не "ЛЮБЫЕ".
| | |
| 2.24, XoRe (ok), 17:58, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
На старых видеокартах и мониторах можно было управлять видеопотоком так, что можно было выводимую картинку уменьшить до размера точки в середине экрана.
Бомбардировка люминофорного покрытия экрана в этой точке становилась такой сильной, что люминофор выжигался и оставалась черная точка.
А если эту точку передвигать, то оставался черный след.
Были даже программы, рисующие таким образом какие-нибудь узоры на мониторах)
Имхо, там, где можно управлять каким-то физическим движением (парковка головки в жестких дисках), или силой напряжения (мамки, видеокарты), всегда останется возможность программным путем угробить аппаратное обеспечение.
И остается место для случайных приколов типа вот таких сетевых карт.
Кстати, можно вспомнить впадающие в ступор принтеры/модемы/остальные переферийные устройства при получении неправильных комманд.
| | |
| 2.26, Cobold (??), 18:43, 23/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
Любой CRT монитор можно угробить если поиграть режимами графической карты раз так 5 - 10 в секунду . И хорошо если только предохранители полетят :)
| | |
| 2.37, Michael Shigorin (ok), 02:53, 24/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
 >Интересно было бы выяснить причину поломок железа. IMHO, железо должно делаться так,
>чтобы ЛЮБЫЕ команды не могли его испортить.
У Intel с этим проколы. Когда-то интеловские SCB2 от удачно сложившейся последовательности инструкций линуксового ядра убивали себе _бутблок_ (было обнаружено производителем на стадии бета-тестирования)...
Ещё припоминаются сидюки имени LG.
| | |
|
| 1.32, bill (??), 20:49, 23/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"Интересно, что X раньше умудрялся портить ЭЛТ-мониторы, но сейчас у них хорошая защита. Если вы неверно запрограммировали работу с LCD, управление ими переходит на постоянный ток, а это может привести к закипанию жидкости внутри ЖК-ячеек. ..
разрушения могут быть катастрофическими."(c) Кейт Паккард
Дерзайте :)
| | |
| |
| 2.41, Val (??), 09:48, 27/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, а что же в это время делал контроллер LCD матрицы?
| | |
|
| 1.38, Аноним (4), 07:29, 24/09/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
еще была пара материнок для AMD с кривой реализацией SMB - так там процессоры натурально выходили из строя при запуске какого-нибудь hwmon-a ...
| | |
|
