intel i225 совместимость

rutgerg
The device is supported by kernel versions 4.20 and newer
Это про ядро версии 4.20. Или опять я не "догоняю"?
Вроде перевод простой и понятный даже без словоря - Устройство поддерживается ядром версии 4.20 и новее, но это не означает, что поддерживаюся все контроллеры I225-V, а только те, про которые знает ядро.

EDIT 1 - вчера поленился посмотреть базу pci устройств, сейчас глянул в файл pci.ids и похоже на сегодняшний день выпускатся всего один контроллер I225-V (точнее сказать Linux знает всего об одном контроллере)
15f3  Ethernet Controller I225-V
		8086 0003  Intel(R) Ethernet Controller (3) I225-V
То что в modinfo igc показаны другие устройства, то они имеют отношение к другому типу контроллеров ... например, там есть 8086:15f2, но согласно базе это совсем другой контроллер,
15f2  Ethernet Controller I225-LM
		8086 0001  Ethernet Network Adapter I225-T1
		8086 0002  Ethernet Network Adapter I225-T1

PS - и определись точнее, какой конкретно I225 имеется ввиде - их, согласно базы устройств, несколько, но модуль igc поддерживает все
0d9f  Ethernet Controller (2) I225-IT
15f2  Ethernet Controller I225-LM
	8086 0001  Ethernet Network Adapter I225-T1
	8086 0002  Ethernet Network Adapter I225-T1
15f3  Ethernet Controller I225-V
	8086 0003  Intel(R) Ethernet Controller (3) I225-V
5502  Ethernet Controller (2) I225-LmvP
Ошибки не исчезают с опытом - они просто умнеют
Заинтересовали эти контроллеры и немного почитал о них.
Это новое поколение недорогих Ethernet-контроллеров для материнских плат и ноутбуков потребительского сегмента со скоростью передачи 2,5 Гбит/с.
Микросхемы PHY называются Intel i225-LM / i225-V 2.5G и носят кодовое обозначение Foxville.
Но есть и один минус, правда уже скорее всего и устранен - в контроллерах Intel i225 «Foxville» найден дефект
Ошибки не исчезают с опытом - они просто умнеют
vasek
(точнее сказать Linux знает всего об одном контроллере)
и тут же: но модуль igc поддерживает все.
Если не трудно - поясните пожалуйста.
Я так понимаю опыта работы с этой "приблудой" 2,5 Гбит/с мало у кого ещё есть. Рискую быть одним из первых в linux (если приобрету). И если опыт окажется неудачным, то кто знает сколько ещё ждать придётся поддержки этого модуля.
rutgerg
опыта работы
Вам же дали ссылку на тесты. Чего еще надо?
Вот еще ссылка на арч
https://bbs.archlinux.org/viewtopic.php?id=264311
vs220
Вот еще ссылка на арч
https://bbs.archlinux.org/viewtopic.php?id=264311
Не ругайтесь, всё же не килограмм яблок хочу купить. А ссылка действительно более менее успокоила:
"Я использую ядро ​​5.11.1-arch1, и все в порядке. Все правильно инициализировалось, к моему удивлению и восторгу. Устройство Ethernet выглядит нормально даже после перезагрузки."
Спасибо, vs220.
rutgerg
и тут же: но модуль igc поддерживает все.
Если не трудно - поясните
Как я это понимаю, простым понятным языком (могут быть не точности, но за этим строго не смотрел, важно было донести смысл) …
Устройств одного типа, близкого по назначению и характеристикам, может выпускаться несколько (есть и старые, есть и новые, только что выпущенные), все эти устройства имеют, как правило, одно наименование, например, Ethernet Controller, но обозначения могут отличаться, а могут иногда и не отличаться, например, при незначительном внесении изменений, … но почти всегда все эти устройства одного производителя (VID - vendor) имеют разные PID.
Установлен соотвествующий порядок присвоения эти идентификаторов VID:PID и плюс к этому установлен порядок присвоения кодов/классов всем устройствам … и вся эта информация должна быть записана соотвествующим образом в соотвествующем месте каждого pci устройства (так называемое конфигурационное пространсво PCI), откуда система при загрузке считывает эту информацию и переваривает ее - грубо говоря, сверяет/уточняет эту информацию с имеющейся в системе базой устройств /usr/share/hwdata/pci.ids … вообщем в доступном челевеческом виде эта информация выводится командой lspci …. а если устройство только что выпущено и еще не попало в базу устройств (pci.ids), то система о нем будет знать довольно не много, а может и ничего не будет знать, если это совершенно новое устройство.

А вот чтобы все эти устройства выполняли заложенные в функции, в системе должен быть соответствующий модуль/драйвер и, при необходимости, firmware.
Модуль, как правило, пишут не для какого то одного устройства, а на целую группу однотипных устройств, выполняющих однотипные функции, …. а вот с какими конкретными устройствами будет работать данный модуль, можно узнать по тем же VID:PID, которые приведены в иходниках модуля … и их также можно узнать из вывода команды modinfo name_module

Далее нюансов может быть много, всего не опишешь - например, незначительно изменили устройство и присвоили ему новый PID, а наименование и обзначение осталось старое - устройство система в lspci увидит (и даже считает новый PID), но если не внесли изменения в модуль, то устройство работать не будет.
Ошибки не исчезают с опытом - они просто умнеют
интересно, а зачем такие скорости дома, для каких целей не хватает 1 Гб/с?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
а зачем такие скорости дома, для каких целей не хватает 1 Гб/с?
.

та щоб було
Уж сколько лет ставят гигабитные адаптеры в платы, хотя большинство сотку использует. Когдато и 10Mbps казались большой и достаточной скоростью, а теперь сотки мало - подавай гиг.
При массовом производстве разница в цене чипа невелика а маркетологи раздуют как преимущество в выборе
та щоб було
я вот о том же, 1Г раза в 3 больше чем достаточно для дома.
а народ ведется на циферки, но никогда не будет использовать и половины пропускной способности.

недавно приходили агитировать на переход к другому провайдеру. и скорость предлагали и оптику, но и цену в 2 раза выше )))
а мне и витой пары со 100М хватает выше крыши, а другим и подавно...
хотя за те же деньги почему бы и нет, но они отказались наотрез )))
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.