>>Шинно-классово-древовидную топологию устройств придумали давно, если не изменяет память еще в Беркли
>>в 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 мне претит.