>>>Шинно-классово-древовидную топологию устройств придумали давно, если не изменяет память еще в Беркли
>>>в 80-x, писатели Linux kernel таки решили толи выпендрится, то ли
>>>от великого ума, и сделали именование network interfaces гм... другим.
>
>Каким другим? Если заглянуть в /sys/, то можно увидеть ту самую шинно-классово-древовидную топологию. Начало шинной организации уже хорошо прослеживается в Unix V7 (1979г), и четко прописано в Беркелейских BSD UNIX (1982г и далее).
Но писал именно о именах собственных интерфейсов.
struct dev_softc {} в BSD 1983 г. уже содержит поле собственного имени драйвера, в Linux kernel 1996г. его нет, нет и по сей день.
>>Благодаря именованию появилась возможность собирать устойства c одним драйвером в субклассы вне
>>зависимости от шинной топологии, и в дальнейшем - и вне зависимости
>>от типа шины (1982-83гг и по настоящее время).
>
>Какой в этом практический смысл? Сказать: "вот в линупсе - куйня, там
>все Ethernet-интерфейсы называются eth, а в бздях - круто, там всё
>по драйверам"?
Это уже фантазии. Написал, то что написал. Каждый при желании может сравнить код самостоятельно.
А практически - имя интерфейса, наименование модуля, структура в памяти ядра, и название исходного текста содержит один и тот же индекс-имя, который легко запоминается или записывается.
Есть _система_ именования.
/boot/kernel/if_ae.ko
/usr/src/sys/dev/ae/if_ae.c
# ifconfig ae0
ae0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
# devinfo -v | grep ae
ae0 pnpinfo vendor=0x1969 device=0x2048 subvendor=0x1043 subdevice=0x8233
class=0x020000 at slot=0 function=0
# pciconf -l | grep ae
ae0@pci0:3:0:0: class=0x020000 card=0x82331043 chip=0x20481969 rev=0xa0 hdr=0x00
Что мы имеем в Linux kernel device/net, начиная с 90-х?
Относительно "причесанности" BSD это выглядит как свалка разностильного кода, слегка упорядоченная.
И это не повод для "криков" "linux дерьмо, bsd рулит". Просто немного труднее разобратся в системе при необходимости, добавить код или поправить. Драйвера сразу из воздуха же не появляются?
>Если очень приспичит изменить наименование устройств и привести его в соответствие со
>стилем именования FreeBSD, то конфиг udev вам в руки и барабан
>на шею - именуйте как хотите, хоть по имени драйвера -
>для этого есть ключ DRIVER.
Так можно и новую систему написать. А че - барабан на шею... :)
200 тыс строк для начала, потом добъем остальные...
>Просто потому что пользователю накуй не сдалось знать, что за драйвер рулит
>устройством. Пользователь воткнул модем - появилось ppp, воткнул Ethernet-карточку - появилось
>eth, настроил SLIP или PLIP - появилось sl или plip, запустил
>программу, эмулирующую сетевой интерфейс - появилось tun или tap. Всё логично.
Простая якутская логика. Вот Солнце, вот море, вот снег...
Пользователь воткнул модем? И появилось... что?
Потому что модем как бы в самом низу DSL протоколы, а выше него ATM (если ADSL, или HDLC какой-нить), а выше либо с PPP, либо Eth, либо PPPoEth. Так как нам именовать интефейс, таки dsl, atm, ppp или eth?
Пользователь воткнул другой модем... Теперь как именовать - ppp или gprs, или edgi?
А тут был создан туннель - интерфейс как назвать, gre или ipip?
Опять включаем простую якутскую логику? :)
Когда в 90-х код linux ядра писался, да и по сей день, о пользователях кто-то думает? :)
Не смешите мои тапочки. Если бы не получал/скачивал linux-рассылки в оригинале, то еще бы может и поверил. Там сплошной жастофан товарищей.
И не товарищи из RedHat, не Caldera, ни все остальные особо переписывать ничего не собирались. Просто юзают жаcтофан как есть.
>Конечно, если устройство не определилось - тогда желательно знать его название, чтобы
>драйвер искать. Но если определилось - то какая уже разница, каким
>драйвером?
А если определилось, но не работает как задумывалсь?
Не, это ньюансы все конечно, но из них и складывается эволюция технической системы.
