>>Шинно-классово-древовидную топологию устройств придумали давно, если не изменяет память еще в Беркли
>>в 80-x, писатели Linux kernel таки решили толи выпендрится, то ли
>>от великого ума, и сделали именование network interfaces гм... другим. Каким другим? Если заглянуть в /sys/, то можно увидеть ту самую шинно-классово-древовидную топологию.
>Благодаря именованию появилась возможность собирать устойства c одним драйвером в субклассы вне
>зависимости от шинной топологии, и в дальнейшем - и вне зависимости
>от типа шины (1982-83гг и по настоящее время).
Какой в этом практический смысл? Сказать: "вот в линупсе - куйня, там все Ethernet-интерфейсы называются eth, а в бздях - круто, там всё по драйверам"?
Если очень приспичит изменить наименование устройств и привести его в соответствие со стилем именования FreeBSD, то конфиг udev вам в руки и барабан на шею - именуйте как хотите, хоть по имени драйвера - для этого есть ключ DRIVER.
>В Linux kernel 1.3 (~1996г) данное именование напрочь отсутствует.
>Почему Торвальдс (или T&К?) в 93-94гг решил примитивно именовать сетевые интерфейсы в
>соотвествии с type of network frame of level 2 - аллах
>акбар, не знаю. Может просто потому что плохо знал-понимал основы сетевой
>коммуникации? :)
Просто потому что пользователю накуй не сдалось знать, что за драйвер рулит устройством. Пользователь воткнул модем - появилось ppp, воткнул Ethernet-карточку - появилось eth, настроил SLIP или PLIP - появилось sl или plip, запустил программу, эмулирующую сетевой интерфейс - появилось tun или tap. Всё логично.
Конечно, если устройство не определилось - тогда желательно знать его название, чтобы драйвер искать. Но если определилось - то какая уже разница, каким драйвером?
>Теперь "linux-кульное поколение" говорит что это фича, и придумывает AI-костыли для обхода
>косяков непродуман... пардон - базарной архитектуры.
Не понял, а что не продумано-то? Схему именования устройств можешь переопределить любым нравящимся тебе способом - конфиг udev в руки.
>А модифицировать механизм ассоциации некому, и много зацепок вылезает, да и бардак
>в драйверах, там воистине китайская классификация - "животные делятся на шестиногих,
>драконов, летающих, принадлежащих Императору, ...".
Классифицировать можно по разным признакам. Одно и то же устройство может быть одновременно "летающим" и "принадлежащим Императору". А то, что они в Linux именно "делятся на" - это ваша буйная фантазия.
>Поверх это громоздится HAL, с ничем кроме Linux kernel нормально не работающая...
HAL вообще к Linux никаким боком не относится. Это продукт жизнедеятельности FreeDesktop.
Давайте уж не будет обвинять Linux во всех смертных грехах. В популярности HAL виноваты пользователи KDE, Gnome и прочих "интегрированных" с HAL'ом систем. Я HAL'ом в Linux не пользуюсь. Немного неудобно, поскольку проторенных дорожек тут похоже нет, но магистральная линия HAL мне претит.