Драйвер e1000e способен убить сетевую карту

>Вообще-то это хардварное решение обычно довольно сложное, на форумах ремонтников люди уже ищут прошивки для некоторых новых аккумуляторов.

Бывают и такие, которые ищут прошивку к корпусу. Ничего удивительного. :)

> Да ты прав, такого со школьниками не было бы. Школьники просто бы недописали драйвер, и помимо реализации модуля ядра и определения типа оборудования, ничего бы не делал.

Если школьник за это взялся - это уже не простой школьник.

Нада бут попробовать поламать сетевуху. Чёт верится слабовато, что программно можно чё-т там прибить.

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

Куча драйверов написана этими "школьниками" и нормально работает.

Когда отбисектят виновный коммит, станет ясно, кто выгоднее - "оплачиваемые профессионалы" или "школьники джастфофан".

> Писал скорее всего сексуально озабоченный Грег с целью удовлетворить свои самые тайные желания.

Грег ушлепок, но к этому конкретному случаю вряд ли причастен :)

> Чёт верится слабовато, что программно можно чё-т там прибить.

Если тебе мало этого багрепорта, скажу как драйверописатель - можно.

> Грег ушлепок, но к этому конкретному случаю вряд ли причастен :)

Who's Грег?

> Who's Грег?

Greg Kroah-Hartman, мега-архитектор подсистемы USB в Линуксе и аффтар stable_api_nonsense.txt

> Ога, при этом о том как работает свободный-открытый gnash линуксоиды тактично умалчивают...

Разработчики gnash пока большего и не обещали. Тем более, что проект начат позже и без доступа к спецификациям. Кроме того, к качеству кода gnash претензий нет, есть проблемы с совместимостью с оригинальным флешом и поблемы эти вызваны объективными причинами, о которых сказано выше.

А вот у Adobe - кривая поделка. Я даже боюсь представить, как выглядит их код.

>повреждения гигабитных сетевых карт,к уничтожению EEPROM/NVM

плин, ну чё за бред? чем уничтожать?! пакетами данных?! космическим излучением?! марсианами?! очердной недо высер! драйвер поднимает напряжение по шине до 220В?! ну потрет он прошивку, так мы новую зальем, в чем проблема? Афтар вообще не не знает/не имееет понятия о чем он пишет. З.Ы. Афтар ---> биореактор ---> метан.

>Я даже боюсь представить, как выглядит их код.

Опять сошлюсь на моего любимого Калыгина. Как говорит Калыгин - "Срааать", как выглядит их код. Главное как он работает.

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

> моего любимого Калыгина

Пид^W Геи на ЛОРе?

> плин, ну чё за бред? чем уничтожать?!

По ссылке только "2.6.27-rc1 kernels appear to corrupt the EEPROM/NVM of the 8086:294c ethernet device (ICH9 I think)" - повреждать. Про уничтожение не нашёл - видимо, перевод.

прочитал про это еще утром в новстях на opensuse.org

Да, если там умники просто залили прошивку для работы с pci вместо железной реализации, то бугага.

EEPROM/NVM нужна на сетевой карте только для того чтобы можно было загружатся по сети (к примеру терминальный клиент). ее в качестве терминального клиента? фмг.

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

Еще сто лет назад был вирус убивавший мамку, стирая биос. Что с тех пор изменилось?

> Как говорит Калыгин - "Срааать", как выглядит их код. Главное как он работает.

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

Кстати, багрепорт по ссылке - месячной давности. Не следует ли из этого, что та corruption было единичным, неподтвержденным случаем?

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

>Что с тех пор изменилось?

Dual BIOS on board.

Тем более, что вывод о низком качестве адобовского кода был сделан именно их того, как он работает.

Позор! Придется выкинуть Линукс.

:))
качественные железяки софт и драйвера не должны "убивать"

маленький мальчик драйвер писал

смело по клавишам он нажимал

компьютер стреляет как гаубица-пушка

из глаза торчит его сетевушка

Уважаемый Саныч просто решил оживить ЛОР, соорудив флеймо/тролле образующую новость. Судя по-всему пока успешно.

У меня оно примерно так и было.
После перезагрузки (ядро, кстати, 2.6.26), в момент инициализации сетевухи загораются оба сетевых светодиода и карта банально не работает. Перезагрузка в 2.6.25 ни разу не помогла. rmmod e1000e; modprobe e1000e завешивает машину напрочь.

Сии симптомы прошли сами собой после того, как я оставил ноутбук выключенным примерно на час. Сейчас (тоже 2.6.26) сетевуха работает без нареканий (но я думаю, на всякий случай послать её на и перейти полностью на wifi).

Зомг, ну идиотизм. Говорят: "говно штеуд, гаааавно!". А теперь началось для особо неверующих, карма потрескалась и окончательно прохудилась под давленьем АМД.

Ждум когда косячный драйвер портирую на виндоус и пределают ему автоматическое распространение по сети.

Вайфаем лучше не злоупотреблять по причине потенциального вреда для здоровья.

>Еслибы чукча был не только писателем, то знал бы что EEPROM можно и уничтожить, причем не только частой перезаписью 8)

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

> будучи написанным самим производителем под RTOS, программное решение работает не хуже аппаратного.

Бугогага.

> Открытое письмо молодого Гейтса сообществу как бы об этом и предупреждало. "Невозможно создать усилиями непрофессиональных разработчик полнофункциональный продукт. Теряется качество."

Гейтс в молодости быть таджиком? Моя твоя не понимать и в догадках теряться.

Попробуем посмотреть на это с хардварной точки зрения:

т.е. получается драйвер при инициализации через HAL обращается к (ICH9), но поскольку инициализация на уровне HAL как Eth еще не произошла, а биос только распределил пул устройств , выставил IRQ (к примеру PCI-3 Device 0x280) для карты и определил диапазнон I/O, и теперь на уровне HAL карта присутствует как Unknow Device ( IRQ 3 Unknow Device 0x280), и требует дальнейшей инициализации по IRQ (маскируемое или не маскируемое) , то исходя из статьи:

ICH9 получает от драйвера флаг - erase --> Unknow Device IRQ3 0x280 , именно в тот момент когда HAL пытается понять что это вообще за девайс, и как обрабатывать его IRQ, так и при всем при этом, подать еще на соответствующие ноги этой EEPROM/NVM +5V?!

Вы меня конечно извините - но это феерический бред! имхо: такое возможно либо при браке разводки на PCB, либо при браке самих чипов eth, что как в первом, так и во втором случае, бывает но редко, как правило у интел низкий процент брака выхода чипов ~ 0,001%, что в маштабе производства ничтожно мало.

> т.е. получается драйвер при инициализации через HAL обращается к (ICH9), но поскольку инициализация на уровне HAL как Eth еще не произошла

> Вы меня конечно извините - но это феерический бред!

А мне про HAL понравилось. Пиши еще.

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

>Открытое письмо молодого Гейтса сообществу как бы об этом и предупреждало. "Невозможно создать усилиями непрофессиональных разработчик полнофункциональный продукт. Теряется качество."

Что с успехом опровергнуто самим M$

>Можешь тут умничать сколько угодно но только человек с двумя высшими сразу отличит пустомелю, для которого ватты и вольтамперы в цепях переменного тока означают одно и тоже.

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

>А мне про HAL понравилось

HAL имелось в виду Hardware Abstract Layer

>Greg Kroah-Hartman, мега-архитектор подсистемы USB в Линуксе и аффтар stable_api_nonsense.txt

судя по тому, что для него stable API is nonsense - никакой он не архитектор, а быдлокодеришко, клепающий костыли "по обстановке"

> HAL имелось в виду Hardware Abstract Layer

Я понял. Его нет в линуксе, если что. И даже в венде он не "инициализирует Eth".

> Драйвер e1000e способен убить сетевую карту
если заподозрит пользователя в симпатии к Windows.
(Скандалы, интриги, расследования).

>Testing EEPROM ___reads and writes with ethtool appeared to work___ but after
a reboot of the system the ethernet device (see lspci -v output) was no
longer present. Could ___invalid EEPROM contents___ with a valid CRC (as
would be the case after my read/write tests) result in the device
failing to enumerate on the PCIe bus?

Чтение и запись на eeprom работает, по крайней мере твоему коллеге школьнику (верней у них там скауты) так кажется.

The EEPROM corruption is triggered by concurrent access of the EEPROM read/write. Putting a lock around it solve the problem.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7...

Уф, хорошо, что я завязал с использованием rc ядер.
А то рисковал бы спалить сетевуху на ноуте...

>Я понял

ну так замени на kernel, смысл поста не в этом.

Sun-ch, ты во всех своих подобных сообщениях в новостной ленте намерянно скрываешь наличие патчей с исправлениями?

И что? Это говорит о том что нельзя убить EEPROM?

> судя по тому, что для него stable API is nonsense - никакой он не архитектор, а быдлокодеришко, клепающий костыли "по обстановке"

Зря вы так, он много сделал. Вообще, основная мысль "stable API is nonsense" - нефиг делать закрытые драйвера. В чем он не прав?

В том что он идеалист. Никто пока не собирается открывать драйвера и переписывать их под вечно меняющийся апи тоже, производителям проще сказать "накуа линукс".

> Зря вы так, он много сделал.

И кое-что из этого сделал криво.

> основная мысль "stable API is nonsense" - нефиг делать закрытые драйвера.

Основная мысль stable_api_nonsense.txt - это всячески изворачиваться, но не признать, что текущая модель разработки Линукса просто неспособна обеспечить стабильность драйверных интерфейсов. А закрытые драйверы тут ни при чем.

> В чем он не прав?

В том, что выступает как марктоид, а не как инженер.