А зачем вообще нужен UEFI?

Ты какой-то излишне упоротый, как для субботы.
Зачем мне всюду монолитные ядра без модулей? Зачем мне необходимость под каждую железку собирать персонально драйверы периферии? Ты явно никогда не пробовал собирать модули ядра для планшетов, ежели порешь такую чушь.

Выглядит как bios, работает как bios, устанавливается туда же, куда и bios. Значит bios.

Зачем мне необходимость под каждую железку собирать персонально драйверы периферии?

да потому что перефирия разная бывает. arm - набор команд, а чипы бывают от мелких встраиваемых, до полноценных десктопных. Ожидать от них одинаковой перефирии странно.

Биос - это еще и система ввода-вывода в реальном режиме.

arm - набор команд, а чипы бывают от мелких встраиваемых, до полноценных десктопных. Ожидать от них одинаковой перефирии странно.

Ок, ограничимся полноценными десктопными. Твой ход.

в реальном режиме

Ну вот. А uefi — система ввода-вывода, работающая в long mode.

Один производитель сделал, например, таймер одним способом, а другой другим.

Даже тупой DOS использовал свои драйвера, а не int 13h

Потому что int 13h был УГ?

Один производитель сделал, например, таймер одним способом, а другой другим.

И ты считаешь это нормальным?

А почему нет? Стандарт это не оговаривает. Если даташит открыт, то никаких проблем

еще больше анальной огороженности.

С ума сошёл? Биосы по определению проприетарны. Ошмётки фирмвари на армоподобных девайсах тоже. Для разработки UEFI-модулей можно юзать гнутый тулчейн (binutils умеют uefi), да и в открытом виде UEFI на высокоуровневых языках гораздо приятнее, чем дизассемблированный блоб.

А почему нет? Стандарт это не оговаривает. Если даташит открыт, то никаких проблем

А теперь перечитай мои сообщения.

Для разработки UEFI-модулей можно юзать гнутый тулчейн

А производитель может написать свой uefi модуль, а затем зажать спецификации на железо со словами - вот вам модуль, пользуйтесь

Это хуже, чем сейчас? Плюс в ОС, как правило, отдельный драйвер писать.

Кстати, модули кроссплатформенными получаются емнип.

Ну и в чем проблема то? приходится для каждой системы иметь соответствующее ей ПО? какая досада

Это дает дополнительный ответ на вопрос: а не хотите спеки открыть?

И это не говоря о том, что подобное в применении, например, к сетевой карте просто за 100 км воняет возможностью удаленного контроля и прослушивания.

Ну и в чем проблема то? приходится для каждой системы иметь соответствующее ей ПО? какая досада

Это не «досада», а серьёзный недостаток, который не даёт ARM'ам серьёзно продвинуться на рынке десктопов и серверов.

Обленились вы. Собрать ядро - дело 30 минут

Обленились вы. Собрать ядро - дело 30 минут

Лень - двигатель прогресса =).

подобное в применении, например, к сетевой карте просто за 100 км воняет возможностью удаленного контроля

Офигенно удобно и называется IPMI, есть даже на биосовых матерях.

прослушивания

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

А в итоге, если производители не договорятся о одинаковой перефирии, а сделают какой-нибудь биос для arm, то за этим вполне может последовать череда закрытий спеков на новые чипы со словами - вот вам биос. Замечу, что закрывать спеки на чипсеты x86 возможно именно потому, что есть биос

то мешает сделать бэкдор в фирмвари самой сетевой карты

малая производительность тамошнего процессора не позволит полноценно анализировать траффик.

На большинство ARM-чипов спеки только под NDA, но BIOS для ARM почему-то от этого не появился.

Я говорю про обратный процесс.

Тот факт, что на макбуки можно было поставить убунту с момента их появления, а к iPad пришлось писать совершенно левый загрузчик, неподдерживаемый никем, тебе ни о чём ни говорит?

На макбуках, кстати, EFI с тех времён, когда это ещё не было модно и когда M$ в его продвижении никто не обвинял.

Добавить кусок в биос видеокарты, например. И запустить бэкдор в ring -2. Удачи в обнаружении.

//которое тривиально с tcpdump и будет слишком заметно в интернетах. Зачем лишняя параноя?

Я говорю про обратный процесс.

Ок, скажу иначе. Под ARM обычно нет не только спеков, но и BIOS'а (как средства унификации).

можно было поставить убунту с момента их появления

и эта убунта может обращаться ко всему железу сама?

ВНЕЗАПНО. И загружаться без каких-то проблем на железке, которая появилось после её релиза. Без пересборки ядра. Без написания загрузчика руками.

На макбуках всё относительно хорошо потому что там есть эмуляция биоса, оставленная для некоторых устаревших операционных систем, без которых эти макбуки никому бы ни во что не впёрлись. На ябложелезе линукс работал в целом хреновато.

ну так используй те arm, где есть спеки. их тоже немало

засунь grub в первые 2 ТБ.

Ну, вот, смотрите. У меня есть два двухтерабайтника. На одном линукс и GRUB, на другом - винда и ntldr. Как мне сделать дуалбут?

ну так используй те arm, где есть спеки. их тоже немало

Не подскажешь конкретную модель ноутбука (ну ладно, хотя бы планшета или даже смартфона) с ARM, на который есть спеки в открытом доступе? Именно полноценные спецификации, а не утёкшие огрызки N-летней давности.

грузишь груб. он грузит винду.

Линуксы там достаточно давно можно грузить через EFI. Другое дело что могут не работать несколько привязанных к биосу вещей (например, виртуальные терминалы (привет вейлендофобам и тем, кто не в курсе, нафиг линуксу системный композитор)).

Венда не загрузится без UEFI если второй диск >2Тб и нет boot-раздела на диске <2Тб. Независимо от граба, который умеет лишь передавать управление ntldr

//К.О.

грузишь груб. он грузит винду.

А вот хренушки. GRUB просто тычет биосу пальчиком в то место, где лежит загрузчик, который надо прочитать, а биос-то его и не видит. Потому что адресное пространство на все диски общее, и второй целиком вылезает за ограничение в 2 ТБ.

А зачем вообще нужен UEFI?

Чтобы микрософт мог помешать загрузить ОС, отличную от винды

Венда не загрузится без UEFI если второй диск >2Тб и нет boot-раздела на диске <2Тб. Независимо от граба, который умеет лишь передавать управление ntldr

это уже виндопроблема, не имеющая к bios/efi ну никакого отношения

GRUB работает в 32 разрядном режиме, емнип.

GRUB работает в 32 разрядном режиме, емнип.

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

1) Времени на загрузку уходит гораздо меньше, что достигается при помощи параллельной инициализации, в отличие от BIOS, который инициализирует все компоненты последовательно.

2) Можно производить загрузку с дисков объемом более 2 Тб. Дело в том, что BIOS для загрузки использовал MBR (Main Boot Record) - основная загрузочная запись, которая может адресовать только 2 Тб пространства, UEFI же использует GPT (Guid Partition Table) - это другой стандарт формата размещения разделов на физическом жестком диске, который позволяет адресовать целых 9 ЗБ (Зеттабайт) (хотя да, в линуксе можно загружаться с диска с GPT при помощи доп.раздела)

3) Операционная система сможет использовать драйвера UEFI, а не загружать свои собственные.

4) UEFI имеет графический интерфейс с поддержкой мыши.

5) UEFI имеет возможность запуска программ, написанных для UEFI.

это уже виндопроблема, не имеющая к bios/efi ну никакого отношения

А если внимательно прочитать что вам пишут?

Но в любом случае, количество контроллеров HDD, не являющихся AHCI или ATA совместимыми, весьма мало, и если очень хочется, можно засунуть их (а также ahci и ata) драйвера в grub

Тот факт, что с вендой в комплекте не идёт загрузчик, соперничающий с емаксом по комбайновости, является вендопроблемой?

Загрузчик стараются сделать простым. Не велосипедить то, для чего можно дёрнуть биос, всё равно первичный загрузчик быстро завершается.

Потому что адресное пространство на все диски общее, и второй целиком вылезает за ограничение в 2 ТБ.

Ась? Ты можешь использовать int 13h, в котором явно указываешь, к какому диску обращаться

И что это всё даст?

Ты можешь использовать int 13h, в котором явно указываешь, к какому диску обращаться

Как?

Как?

в регистре dl. 80h - первый, 81h - второй итд

http://www.codenet.ru/progr/dos/int_0012.php