The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Google развивает открытую замену прошивкам UEFI"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от opennews (??), 30-Окт-17, 10:48 
Рональд Минних (Ronald Minnich), основатель проекта CoreBoot,
выступил (https://osseu17.sched.com/event/ByYt/replace-your-exploit-ri...) на завершившейся несколько дней назад конференции LinuxCon с докладом (https://schd.ws/hosted_files/osseu17/84/Replace%20UEFI&...), в котором  рассказал о развиваемом в Google открытом проекте NERF (https://github.com/osresearch/heads/tree/nerf) (Non-Extensible Reduced Firmware).

В рамках NERF предпринята попытка разработки прозрачной и открытой замены прошивкам UEFI, в основе которой использовано ядро Linux и урезанное программное окружение. Конечной целью является предоставление средств для замены (UEFI) или отключения (SMM, Intel ME) всех прослоек, выполняемых  вне основной операционной системы, и блокирования любой связанной с UEFI и Intel ME фоновой активности.


NERF также рассчитан на снижение векторов возможных атак, расширение возможностей по контролю за активностью прошивок, исключение излишней функциональности (например, TCP-стек и web-сервер), удаление встроенных механизмов обновления в пользу обновления из базового Linux-окружения. В состав NERF входит избавленный от блобов упрощённый вариант прошивки для Intel ME (Management Engine), урезанная прошивка для UEFI, код для отключения SMM, ядро Linux, образ initramfs c системой инициализации и инструментарием u-root (http://u-root.tk/), написанными на языке Go.

В прошивке для  Intel ME оставлены только компоненты для начальной инициализации CPU, все остальные модули удалены (https://www.opennet.dev/opennews/art.shtml?num=47091) при помощи инструментария me_cleaner (https://github.com/corna/me_cleaner) (прошивка сокращена с 5 Мб до 300 Кб). Код обработчиков SMM (https://ru.wikipedia.org/wiki/System_Management_Mode) (System Management Mode) также отключен и переведён на обработку прерываний SMI через ядро Linux.


Прошивка для UEFI  переведена на использование ядра Linux, наработок CoreBoot и инструментария u-root (https://github.com/u-root/u-root). U-root написан на языке Go и включает в себя легковесную систему инициализации, оболочку rush  и набор типовых утилит (https://github.com/u-root/u-root/tree/master/cmds), таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat и т.п.


Примечательно, что в формируемый при помощи u-root образ корневой ФС включается лишь процесс инициализации и несколько исполняемых файлов с компилятором языка Go. Все команды собираются только при необходимости - если запущенная утилита не была собрана ранее, то её компиляция осуществляется на лету после попытки первого запуска. Результат компиляции вызванной утилиты помещается в tmpfs и доступен для повторного использования в рамках текущего сеанса.


Таким образом, в u-root все утилиты предлагаются в исходных текстах, а для адаптации инструментария требуется лишь настройка компилятора. Компиляция занимает доли секунды и не приводит к ощутимым задержкам при вызове. Подобный подход позволяет сделать образ u-root универсальным и распространять единый образ корневой ФС для всех платформ, поддерживаемых компилятором языка Go (для каждой новой архитектуры требуется лишь подготовить 4 исполняемых файла, в одном образе могут содержаться сборки компилятора для разных архитектур). Дополнительно предусмотрены варианты c компиляцией всех утилит во время загрузки или поставки готовых сборок (для минимизации размера прошивки все утилиты могут быть собраны в один исполняемый файл, по аналогии с busybox).


Необходимость замены UEFI обусловлена тем, что на современных компьютерах параллельно с основной операционной системой по сути параллельно выполняется ещё несколько неконтролируемых программных окружений (UEFI, SMM, Intel ME), которые формируются на основе проприетарных прошивок. Код UEFI продолжает работать  после загрузки основной ОС и выполняется на уровне кольца защиты Ring -2 (https://en.wikipedia.org/wiki/Protection_ring). Данные закрытые окружения создают дополнительные угрозы безопасности. Например, внедрённый в прошивку UEFI вредоносный код может оставаться невидимым из основной ОС, но полностью контролировать всю систему.

В частности, ресурс WikiLeaks  в этом году раскрыл (https://wikileaks.org/vault7/) сведения о разработке в ЦРУ имплантов (https://wikileaks.org/ciav7p1/cms/page_13763820.html) для контроля за системой, внедряемых в прошивки UEFI. Современные прошивки сильно усложнены и включают многие атрибуты обычных ОС, включая TCP-стек, http-сервер, DHCP, драйверы, файловые системы и web-интерфейс. С учётом значительного размера кодовой базы прошивок UEFI, которая составляет около 2 млн строк кода, и недоступностью кода прошивок для независимого аудита, также возникают опасения о наличии в прошивках большого количества неисправленных уязвимостей (https://www.opennet.dev/opennews/art.shtml?num=44740).


URL: https://news.ycombinator.com/item?id=15579592
Новость: http://www.opennet.dev/opennews/art.shtml?num=47469

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Google развивает открытую замену прошивкам UEFI"  +19 +/
Сообщение от Аноним (-), 30-Окт-17, 10:48 
Coreboot, который взлетит?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от 122 (?), 30-Окт-17, 12:38 
Если я правильно понимаю, Coreboot занимается только инициализацией железа, дальше управление передаётся в payload, а там может быть что хочешь (https://ru.wikipedia.org/wiki/Coreboot), в том числе TianoCore.

Так что это альтернатива TianoCore

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

227. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от derlafff (ok), 30-Окт-17, 23:23 
Более всего радует, что google активно участвует в разработке coreboot и есть прекрасные шансы на то, что вся это радость уйдет в глубокий опенсорс.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

268. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 31-Окт-17, 16:53 
Гугл коммерческая компания, они это делают для своих серверов, которые они разрабатывают вместе с фейсбуком, вряд ли что-то из этого запустится на обычном ibm pc из магазина.
Ответить | Правка | ^ к родителю #227 | Наверх | Cообщить модератору

283. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 01-Ноя-17, 04:59 
Типа-нерасширяемая замена uefi. Но вот интересно, зачем там встроенный компилер go если оно "нерасширяемое"? Надо было git еще встроить - если имплант в rootfs сразу не взлетел, можно будет пропатчить. А если напортачили - откатить.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Google развивает открытую замену прошивкам UEFI"  –12 +/
Сообщение от Аноним (-), 30-Окт-17, 10:48 
>UEFI переведена на использование ядра ... u-root.
>U-root написан на языке Go

Сборщик мусора в биосе? Нет пути.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Google развивает открытую замену прошивкам UEFI"  +18 +/
Сообщение от Аноним (-), 30-Окт-17, 10:51 
Пофиг. Там не создается столько объектов, что бы сборщик мусора смог налажать, и, наверно, его можно оптимизировать-подтюнить-отключить в таком случае.

Смотри на это со стороны "скрипты в биосе", которые транслируются в байткод для оптимизации. Если это всё дело взлетит на армах и других не-x86 - это будет победа.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

29. "Google развивает открытую замену прошивкам UEFI"  –5 +/
Сообщение от Аноним (-), 30-Окт-17, 12:10 
Нахера гадать сколько там объектов создается, налажает или нет GC, что-то там тюнить-хуюнить-оптимизировать, если можно написать на C и/или ASM?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

34. "Google развивает открытую замену прошивкам UEFI"  +13 +/
Сообщение от Аноним (-), 30-Окт-17, 12:17 
оно придумано ПРОТИВ утечек памяти и переполнений стека, а не ДЛЯ.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

69. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от fidaj (ok), 30-Окт-17, 13:16 
тогда уже Rust.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

89. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Аноним (-), 30-Окт-17, 14:06 
Конкурент же.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

95. "Google развивает открытую замену прошивкам UEFI"  +17 +/
Сообщение от Василий Теркин (?), 30-Окт-17, 14:33 
Никто не мещает. Пиши на Rust, если осилишь. Что за дурная привычка  тех, кто нихрена не делает тем, "советовать" тем кто решил что-либо сделать. Да хоть тетрис Гугел на своем Go сваяет, это их личное дело, тебе никто ничего не навязывает.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

164. "Google развивает открытую замену прошивкам UEFI"  +8 +/
Сообщение от Аноним (-), 30-Окт-17, 18:56 
> Что за дурная привычка  тех, кто нихрена не делает тем, "советовать" тем кто решил что-либо сделать.

Страна Советов, однако.

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

247. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 31-Окт-17, 09:13 
А давайте напишем аналог UEFI на JavaScript. Это же самый безопасный и популярный язык!
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

140. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от Аноним (-), 30-Окт-17, 17:04 
Тогда зачем там Линукс, к-й на С?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

284. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 01-Ноя-17, 05:01 
> оно придумано ПРОТИВ утечек памяти и переполнений стека, а не ДЛЯ.

Правильно, со встроенным компилером импланты можно догружать как белый человек, без всяких эксплойтов. Залил сорец, скомпилилось, красота.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

35. "Google развивает открытую замену прошивкам UEFI"  +6 +/
Сообщение от Аноним (-), 30-Окт-17, 12:18 
Потому что меньше шансов получить уязвимость в таком интимном месте.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

112. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Аноним (-), 30-Окт-17, 15:05 
Если нет сетевого стека, следовательно удалённого доступа, то ББ не поэкслуатирует. А локальная уязвимость в момент загрузки как-то мало полезна.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

132. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 16:46 
чей-то нет-то? В Твоей системе нет сетевого стека?
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

137. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 16:59 
>исключение излишней функциональности (например, TCP-стек и web-сервер)
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

203. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 20:55 
Ага, а теперь срочно беги ставить CoreBoot, потому что 100% всех x86 BIOS уязвимы.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Google развивает открытую замену прошивкам UEFI"  +7 +/
Сообщение от eganru (?), 30-Окт-17, 12:21 
[i]если можно написать на C и/или ASM?[/i] - можно. пишите. уверен, ребята из треда только за. если создадите на github запись то, достигнув зрелости проекта наверняка найдете последователей.

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

71. "Google развивает открытую замену прошивкам UEFI"  +4 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 13:23 
Потому что быстрее и проще, а профита от C (а тем более ассемблера) там - никакого - это довольно высокоуровневый код.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

90. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 14:21 
> если можно написать на C и/или ASM?

Так и быть, разрешаю писать на Си или Assembly!


Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

145. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от _ (??), 30-Окт-17, 17:36 
>Нахера гадать сколько там объектов создается, налажает или нет GC, что-то там тюнить-хуюнить-оптимизировать,

Тут ты прав - гадать не надо, в Го есть инструментов чтоб знать _точно_. Сюрприз?
>если можно написать на C и/или ASM?

ну а чё ж _ты_ не написал? Впрочем ладно - ты, лузер, но ведь и годные проггеры что то не очень чтобы и написали годное ... coreboot так и не взлетел если чё ...
Может хоть это взлетит (скрестил пальцы)

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

33. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от eganru (?), 30-Окт-17, 12:16 
[i]Если это всё дело взлетит на армах и других не-x86 - это будет победа.[/i] - в arm/mips обычно device tree. там обычно нет bios. bios это обычно x86 костыль.

понятное дело есть исключения.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

11. "Google развивает открытую замену прошивкам UEFI"  +18 +/
Сообщение от Аноним (-), 30-Окт-17, 11:17 
> Сборщик мусора в биосе? Нет пути.

То есть целый linux тебя не смутил, а вот сборщик мусора чем-то не нравится?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

41. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от пох (?), 30-Окт-17, 12:25 
> То есть целый linux тебя не смутил

на некоторых ранних чипсетах интел там целый солярис - и ничего, жуем...

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

114. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 15:08 
430-х или 440-х, или ещё ранее? ;)
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

157. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от пох (?), 30-Окт-17, 18:20 
не, не настолько - по-моему, началась эта радость с ICH7 (в общем-то уже преданье старины глубокой), но тогда там была какая-то неведомая rtos, причем встроенная в (встроенную) интеловскую сетевуху.

А вот к ich9 все наладилось - процессор сменили на sparc-совместимый, ось на какой-то кастрированный клон солярки, ни за что не угадаешь, зачем.

А отгадка очень простая - оно на ЖАБЕ было ;-) (кому там go в загрузчике не нравитсо? ;-)

Пару лет назад на сайте интела еще можно было найти красивых картинок, в каких версиях какой именно марки анальный зонд и с какой резьбой (откуда, собственно, сокровенное знание и берется). Но после известных событий что-то, похоже, все попрятали. (или до? Паковка неведомыми кодами началась задолго до истории с дырой в amt)

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

287. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Андрей (??), 01-Ноя-17, 05:44 
> А вот к ich9 все наладилось - процессор сменили на sparc-совместимый, ось на какой-то кастрированный клон солярки, ни за что не угадаешь, зачем.

А теперь стало совсем просто: стандартный x86 intel quark. И поэтому посыпались сообщения об успехах с обличениями и обходом ME. Для анализа x86 опыта собрано поболее.

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

179. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от КО (?), 30-Окт-17, 19:47 
У AMD был 32-х битный opensource процессор LatticeMico32 в их x86 процессорах, но памяти на полноценную ОС там явно не хватает:

https://events.ccc.de/congress/2014/Fahrplan/events/6103.html
https://events.ccc.de/congress/2014/Fahrplan/system/attachme...

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

55. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Андрей (??), 30-Окт-17, 12:43 
Точно, надо было (как и сам Intel) взять Minix.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

116. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 15:10 
OS для микроконтроллеров, много их.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

147. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от _ (??), 30-Окт-17, 17:40 
Я за BugurtOS ;)
Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

133. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 16:48 
>> Сборщик мусора в биосе? Нет пути.
> То есть целый linux тебя не смутил, а вот сборщик мусора чем-то
> не нравится?

Что ты имеешь против линукса на компьютере? Подразумевается, же что то же ядро и будет все дальше грузить и обслуживать, разве нет?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

153. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 18:02 
> Подразумевается, же что то же ядро и будет все дальше грузить и обслуживать, разве нет?

Нет.

Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

161. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 18:44 
Не-е-е-е-е-ет…
Там особый, уличный линукс, после которого будет уже грузиться загрузчик и потом ось. Ну или напрямую, без внешнего загрузчика.
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

290. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 01-Ноя-17, 11:45 
> То есть целый linux тебя не смутил, а вот сборщик мусора чем-то
> не нравится?

В линуксе тоже несколько сборщиков мусора есть. А хотя-бы и на си :)

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

291. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 01-Ноя-17, 14:04 
> В линуксе тоже несколько сборщиков мусора есть. А хотя-бы и на си :)

Что поделать, если знатоки не в курсе наличия аналога сборщика мусора в реализациях аллокаторов.


Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

302. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 03-Ноя-17, 10:12 
> Что поделать, если знатоки не в курсе наличия аналога сборщика мусора в
> реализациях аллокаторов.

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

Ответить | Правка | ^ к родителю #291 | Наверх | Cообщить модератору

304. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Анонимный Аналитек (?), 03-Ноя-17, 21:39 
>> Что поделать, если знатоки не в курсе наличия аналога сборщика мусора в
>> реализациях аллокаторов.
> Там не в аллокаторах дело. Некоторые ресурсы таки тоже собираются сборщиком мусора,

Это да. Но насчет аллокатора, скорее был намек на то, что и классический free/malloc обычно таки иногда должен проверять и мержить блоки (и делать другие телодвижения), чтобы избежать излишней фрагментации.    

Ответить | Правка | ^ к родителю #302 | Наверх | Cообщить модератору

87. "Google развивает открытую замену прошивкам UEFI"  +5 +/
Сообщение от Аноним (-), 30-Окт-17, 14:04 
>Сборщик мусора в биосе? Нет пути.

В интел ME среди прочего, реализована, цитата:
>Загрузка и исполнение подписанных Intel Java-апплетов

JAVA апплетов Марк!

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

123. "Google развивает открытую замену прошивкам UEFI"  +4 +/
Сообщение от YetAnotherOnanym (ok), 30-Окт-17, 15:38 
А как без джавы в биосе поднять графовую базу данных?
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

149. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от _ (??), 30-Окт-17, 17:46 
Дык эта ... _лучшая_ графовая БД сделанна на ... ТА_ДАМ! ... сделано на Go :)
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

160. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от пох (?), 30-Окт-17, 18:40 
> В интел ME среди прочего, реализована, цитата:
>>Загрузка и исполнение подписанных Intel Java-апплетов
> JAVA апплетов Марк!

чего тебя удивляет, весь пресловутый AMT, насколько я понял, сплошная (server-side, да) жаба. Может даже EE ;-)

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

113. "Google развивает открытую замену прошивкам UEFI"  –6 +/
Сообщение от Аноним (-), 30-Окт-17, 15:07 
Надо было писать на раст. Но rust is not invented in google.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

119. "Google развивает открытую замену прошивкам UEFI"  +6 +/
Сообщение от Аноним (-), 30-Окт-17, 15:12 
> Надо было писать на раст. Но rust is not invented in google.
> rust is not invented in google.

А знатокам истинных языков и парадигм надо было не слишком прогуливать английский.


Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

220. "Google развивает открытую замену прошивкам UEFI"  –4 +/
Сообщение от Аноним (-), 30-Окт-17, 22:33 
что-то не так?
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

254. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от Аноним (-), 31-Окт-17, 14:13 
> что-то не так?

Все так. Ин, бай - и правда, какая разница?
Главное и далее нахваливать ЯП, норамально изучать который пока что можно только на английской мове.

Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

264. "Google развивает открытую замену прошивкам UEFI"  –3 +/
Сообщение от EHLO (?), 31-Окт-17, 16:08 
>> что-то не так?
> Все так. Ин, бай - и правда, какая разница?

Почему нет? Invented in Russia.
Или на митапах в коворкингах только шаблонными фразами научили изъясняться?

> Главное и далее нахваливать ЯП, норамально изучать который пока что можно только
> на английской мове.

То есть любой ЯП.

Ответить | Правка | ^ к родителю #254 | Наверх | Cообщить модератору

266. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 31-Окт-17, 16:26 
>>> что-то не так?
>> Все так. Ин, бай - и правда, какая разница?
> Почему нет? Invented in Russia.
> Или на митапах в коворкингах только шаблонными фразами научили изъясняться?

Не знаю, чему вас там учили на митапах и коворкингах, а разницу между "Кем/Чем?" и "Где?" и частую некорректность дословного перевода нам еще в школе объясняли.
Invented by Vasya Pupkin/Google. Invented in Russia/Muchosransk.

>> Главное и далее нахваливать ЯП, норамально изучать который пока что можно только на английской мове.
> То есть любой ЯП.

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

Ответить | Правка | ^ к родителю #264 | Наверх | Cообщить модератору

270. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от EHLO (?), 31-Окт-17, 17:36 

> Не знаю, чему вас там учили на митапах и коворкингах, а разницу
> между "Кем/Чем?" и "Где?" и частую некорректность дословного перевода нам еще
> в школе объясняли.

Гугл может быть и кем и чем и где.

>>>  норамально изучать который пока что можно только на английской мове.
>> То есть любой ЯП.
> необязательны только крайности "прекраснейшее владение языком" и "абсолютное
> незнание".

Написано было 'нормально изучать' ЯП. Именно нормально именно изучать именно ЯП.


Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

274. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 31-Окт-17, 18:52 
>> Не знаю, чему вас там учили на митапах и коворкингах, а разницу
>> между "Кем/Чем?" и "Где?" и частую некорректность дословного перевода нам еще
>> в школе объясняли.
> Гугл может быть и кем и чем и где.

Жопа тоже может быть и кем и чем и где. Тем не менее …

>>>>  норамально изучать который пока что можно только на английской мове.
>>> То есть любой ЯП.
>> необязательны только крайности "прекраснейшее владение языком" и "абсолютное
>> незнание".
> Написано было 'нормально изучать' ЯП. Именно нормально именно изучать именно ЯП.

Читать в контексте, не?
А "владение языком", в этом случае, относится к знанию английского.

Ответить | Правка | ^ к родителю #270 | Наверх | Cообщить модератору

188. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 30-Окт-17, 20:33 
Я за питон, немножечко эрланга, обёрточку на руби и интерфейс на пхп.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

239. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Агроном (?), 31-Окт-17, 04:24 
и плангины на nodejs
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

303. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от anonymous (??), 03-Ноя-17, 19:25 
что-нибудь сегодня употребляли? (:
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

122. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от номия (?), 30-Окт-17, 15:35 
а что есть закон обязующий все сборщики мусора работать плохо? да и в общем-то этот "инструментарий" U-root не в биосе, а вокруг него.( что забавно там есть два описания в одном 4 не гошных бинаря в другом уже 5)
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

193. "Google развивает открытую замену прошивкам UEFI"  –4 +/
Сообщение от Michael Shigorinemail (ok), 30-Окт-17, 20:39 
>>UEFI переведена на использование ядра ... u-root.
>>U-root написан на языке Go
> Сборщик мусора в биосе? Нет пути.

Да щаз:
http://www.opennet.dev/opennews/art.shtml?num=35973
http://www.opennet.dev/opennews/art.shtml?num=39018

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Google развивает открытую замену прошивкам UEFI"  +17 +/
Сообщение от Аноним (-), 30-Окт-17, 10:48 
> Google
> отключения (SMM, Intel ME)

Жаба и гадюки

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 10:52 
Звучит как просто сказка какая-то!

> В прошивке для Intel ME оставлены только компоненты для начальной инициализации CPU, все остальные модули удалены при помощи инструментария me_cleaner

А на сколько это законно - распространять прошивки с обрезками IntelME?

Одно дело когда Вася из соседнего подъезда выложил на гитхаб скрипт для чистки блобов. Его интел судить не будет. Во-первых, он не блобы выложил, а свой собственный скрипт, во-вторых, всё равно взять с него нечего.

А тут гугл, да сразу с блобами. Или автор новости что-то не так перевёл?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 10:59 
> А на сколько это законно - распространять прошивки с обрезками IntelME?

Они распространяют чистилку прошивки, который из Flash убирает всё лишнее. Т.е. урезают  оригинальную прошивку, ничего не распространяя.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 11:02 
> А тут гугл, да сразу с блобами. Или автор новости что-то не так перевёл?

17 слайд:

NERF components

* De-blobbed ME ROM
* UEFI ROM reduced to its most basic parts
* SMM disabled or vectored to Linux
* Linux kernel
* Userland written in Go (http://u-root.tk)

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

50. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 12:36 
Так МЕ содержит Миникс - он же открытый, разве нет?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

118. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 15:12 
> Так МЕ содержит Миникс - он же открытый, разве нет?

Миникс-то открытый, а вот МЕ - нет. Да и большой вопрос: Миникс ли там вообще?

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

139. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 17:03 
Исследователи писали что он. По крайней мере в части версий МЕ.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

159. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от пох (?), 30-Окт-17, 18:37 
> Исследователи писали что он. По крайней мере в части версий МЕ.

интел писал - прямо у себя на сайте. где-то там была табличка развития поколений этой хрени, правда, со второй, а не первой.

после очередного редизайна куда-то подевалась. случайно, наверное.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

151. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от anonimus (?), 30-Окт-17, 17:56 
>Миникс-то открытый, а вот МЕ - нет.

respect BSDL

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

6. "Google и Cisco развивают открытую замену прошивкам UEFI"  +3 +/
Сообщение от Аноним (-), 30-Окт-17, 10:55 
Надо. Обязательно надо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Google развивает открытую замену прошивкам UEFI"  +27 +/
Сообщение от A.Stahl (ok), 30-Окт-17, 11:14 
Много лет у нас был BIOS, который умел довольно много, но был прост и понятен.
Потом оказалось, что большая часть программ в BIOSе написаны абы как и ОС перестали использовать BIOS для обращения к дискам, видео и т.п.
Потом нам дали UEFI, котрый вообще умел чёрт знает что, который можно было научить далать ещё больше, но ОС не стали использовать всё это поскольку оно всё равно было глючным и тормознутым.
И теперь Гугл предлагает обрезать UEFI, но впихнуть в него ядро Линукс (урезать, ага).
А может всё таки стоило бы вернуться к истокам и просто убрать из BIOSа неиспользуемые ф-ции и пусть он занимался бы тем, чем фактически занимался при своей жизни: инициализацией железа и передачей управления загрузчику?
Но нет, мы впихнём Линукс для загрузки Линукса. И назовём это упрощением.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Google развивает открытую замену прошивкам UEFI"  +6 +/
Сообщение от Аноним (-), 30-Окт-17, 11:17 
> Много лет у нас был BIOS

это у вас на x86 был биос

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от A.Stahl (ok), 30-Окт-17, 11:21 
А UEFI есть разве на других платформах?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

26. "Google развивает открытую замену прошивкам UEFI"  +5 +/
Сообщение от ryoken (ok), 30-Окт-17, 11:57 
> А UEFI есть разве на других платформах?

Если я не совсем глюкую - на армах вроде тоже оно водится.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

213. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 21:33 
Верно, в aarch64 только UEFI, никаким BIOS там и не пахнет.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

85. "Google развивает открытую замену прошивкам UEFI"  +4 +/
Сообщение от Аноним (-), 30-Окт-17, 13:54 
Он вообще-то на IA64 впервыые появился
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

88. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от A.Stahl (ok), 30-Окт-17, 14:05 
Да кому какое дело до мертвечины?
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

189. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от anomymous (?), 30-Окт-17, 20:35 
> Да кому какое дело до мертвечины?

Было бы никакого, если бы она вынырнув из гроба и хлюпая кишками, к x86 присосаться не пыталась.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

292. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 01-Ноя-17, 17:28 
просто EFI, без U
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

215. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 21:56 
На других платвормах есть EFI
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

299. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от dmitrmax (ok), 02-Ноя-17, 11:55 
Сотрю тут набег школоты! Открывайте педивикию по слову OpenFirmware - этому уже лет 25 как, с той лишь разницей, что там всё на Форте.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

12. "Google развивает открытую замену прошивкам UEFI"  +6 +/
Сообщение от 123 (??), 30-Окт-17, 11:21 
> Но нет, мы впихнём Линукс для загрузки Линукса. И назовём это упрощением.

Чувак, мы протюнинговали твой ПК и теперь у тебя есть Линцкс прибитый к урезанному UEFI для загрузки Линукса! Инновейшнс.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

73. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 13:24 
Этор лучше чем полный UEFI бюез линук или, паче, какая-то экзотическая армовская загружалка.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 11:27 
> А может всё таки стоило бы вернуться к истокам и просто убрать
> из BIOSа неиспользуемые ф-ции и пусть он занимался бы тем, чем
> фактически занимался при своей жизни: инициализацией железа и передачей управления загрузчику?

Coreboot уже есть.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

18. "Google развивает открытую замену прошивкам UEFI"  +4 +/
Сообщение от Ilya Indigo (ok), 30-Окт-17, 11:36 
Биос, как и уефи, всегда были блобами.
Гугл, же сделает его исходником, хоть и на своём Гоу.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

24. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Andrey Mitrofanov (?), 30-Окт-17, 11:55 
> Биос, как и уефи, всегда были блобами.

Qemu-лятор смотрит на тебя, как на https://packages.debian.org/src:bios

> Гугл, же сделает его исходником, хоть и на своём Гоу.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

190. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 30-Окт-17, 20:37 
> Qemu-лятор смотрит на тебя

Неа, на тебя. На реальном современном железе не заведётся.


Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

51. "Google развивает открытую замену прошивкам UEFI"  –10 +/
Сообщение от нах (?), 30-Окт-17, 12:36 
> Много лет у нас был BIOS, который умел довольно много, но был

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

> Потом оказалось, что большая часть программ в BIOSе написаны абы как и

оказалось что они ничего полезного не делают, только и всего.

> Потом нам дали UEFI, котрый вообще умел чёрт знает что, который можно

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

> было научить далать ещё больше, но ОС не стали использовать всё

куда б они делись? На современном железе уже либо вовсе нет legacy, либо он недоступен без потерь функциональности.

> И теперь Гугл предлагает обрезать UEFI, но впихнуть в него ядро Линукс
> (урезать, ага).

индусы по другому не умеют.

> А может всё таки стоило бы вернуться к истокам и просто убрать
> из BIOSа неиспользуемые ф-ции и пусть он занимался бы тем, чем
> фактически занимался при своей жизни: инициализацией железа и передачей
> управления загрузчику?

как только ты задумаешься, что такое "инициализация железа" (отличного от описанного в дедушкиной книжке "компоненты IBM PC") и что собой представляет современный загрузчик (а так же - откуда он может нынче браться, перечисли не менее пяти вариантов) - сразу же обратно uefi получится.

это мы еще не вспомнили про управление питанием, out of band management (который далеко не рептилоиды изобрели чтобы за тобой удаленно следить), криптографические подписи загружаемой системы и драйверов, fingerprint unlock, старт с полностью зашифрованного носителя и другие интересные штуки, которые никак не получится полностью реализовать в обычной системе - слишком многое нужно сделать еще до того, как ее ведро прочитается в память.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору
Часть нити удалена модератором

158. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от пох (?), 30-Окт-17, 18:25 
> Вась, ты после уроков почитай, кто такой дядя Рон, а потом уже
> про индусов вякай, ок?

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

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

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

217. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 22:10 
> Приличные люди в гугле не работают уже лет десять именно по этой
> причине (первое время им даже разрешали сваливать с деньгами и целыми
> лабораториями, потом фишку просекли и лавочку прикрыли).

Столько апломба...
Я надеюсь ты успел поработать в гугле 10 лет назад, чтоб так говорить? Или причина в том, что 10 лет назад трава была зеленее, компьютеры непонятнее а в гугле работали боги? Хотя в целом согласен, год назад наблюдал как в Купертино из оффиса эппла работники в автобус садятся после работы - там почти нет белых, все с серьёзным Бангалорским загаром.

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

234. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от пох (?), 31-Окт-17, 01:03 
> Я надеюсь ты успел поработать в гугле 10 лет назад, чтоб так говорить?

нет, просто один знакомый не успел оттуда уволиться (и еще один не захотел, но там особый случай). Разница "фоток с коллегами" тогда и сейчас - да, впечатляет.

десять лет назад (мы тогда были,гхм...в общем, довольно тесно сотрудничали с гуглем) было все же сильно лучше - не боги, рюйских вон понанимали, в виду кадрового голода, но хоть не поголовно индусские отделы с индусами-начальниками и соответствующим режимом принятия решений, про 'don't be evil' еще трещали, хотя "какая такая еще privacy в интернете" уже прозвучало...

но, собственно, где-то к 12-му году _тот_ народ начал оттуда массово валить, сперва по схеме "собраться всем отделом, продать акции гугля и на вырученное открыть свой стартап с тем же, чем занимались в гугле", потом лавку халявы как-то прикрыли, и уже просто кто куда.

> там почти нет белых, все с серьёзным Бангалорским загаром.

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

Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

177. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от dq0s4y71 (ok), 30-Окт-17, 19:41 
> Те кто его застали, отлично помнят, что умел он хрен да нихрена

Ну не надо! Это был BIOS, т.е. basic input/output system, и базовый ввод/вывод он таки умел. До сих пор помню: 10-е прерывание - работа с экраном, 13-е - с диском, 16-е - с клавиатурой...

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

184. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 20:13 
> basic input/output system, и базовый ввод/вывод он таки умел. До сих пор помню: 10-е прерывание - работа с экраном, 13-е - с диском, 16-е - с клавиатурой...

именно за этого его и любим! Это очень классная абстрация. Чего нет на АРМах и всяхки других MIPS.

Если сабжевая реинкарнация будет предоставлять что-то такое для множества архитектур, будет интересно на это посмотреть

Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

192. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от anomymous (?), 30-Окт-17, 20:39 
>> basic input/output system, и базовый ввод/вывод он таки умел. До сих пор помню: 10-е прерывание - работа с экраном, 13-е - с диском, 16-е - с клавиатурой...

Причём 10h к системному BIOS вообще отношения не имело.

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

243. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Аноним (-), 31-Окт-17, 07:21 
Причём уже DOS 3 прерываниями биоса после загрузки не пользовалось.
Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

260. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от amonymous (?), 31-Окт-17, 15:02 
> Причём уже DOS 3 прерываниями биоса после загрузки не пользовалось.

INT 10h всегда был в ходу. Как минимум для инициализации видеорежима.

Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

253. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от dq0s4y71 (ok), 31-Окт-17, 14:13 
А зачем оно? Для множества архитектур уже есть старая-добрая абстракция - системные вызовы ОС.
Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

58. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от J.L. (?), 30-Окт-17, 12:53 
> Но нет, мы впихнём Линукс для загрузки Линукса. И назовём это упрощением.

а почему нет ?

1) линукс-ядро очень сильно обрезается до чисто того что и должен сделать биос (найти железо и пнуть железо, линь при загрузке ещё ж может и на ходу ядро заменить, так что линубиос может на ходу превратиться в просто линукс ?)

2) они предлагают использовать не застывшее ядро а обновляемоактуальное ?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

162. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 18:50 
> они предлагают использовать не застывшее ядро а обновляемоактуальное ?

Сомневаюсь.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

218. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 22:15 
> 2) они предлагают использовать не застывшее ядро а обновляемоактуальное ?

Ага, тянуть с гитхаба и компилять каждый раз когда хочешь загрузиться. =)
в прошивке будет только гцц и гоцц.


Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

93. "Google развивает открытую замену прошивкам UEFI"  –3 +/
Сообщение от AnonPlus (?), 30-Окт-17, 14:26 
>> который умел довольно много, но был прост и понятен

Странно, я общался с некоторыми программистами, которым приходилось плотно работать в этой сфере. И все дружно плевались от того, что BIOS это набор костылей, смотанных скотчем.

Уточните, он был прост и понятен для вас, как для кодера или как для потребителя?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

97. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от A.Stahl (ok), 30-Окт-17, 14:46 
Как для программиста.
Там было не так уж много ф-ций. Десяток для работы с диском (подвигать головки, считать/записать сектор и т.п.), пару для клавы и немного для возни с видеорежимами. Может ещё чего было, но я туда не лез.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

105. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от EHLO (?), 30-Окт-17, 14:57 
>Много лет у нас был BIOS, который умел довольно много, но был прост и понятен.

Много лет у нас был BIOS, который умел довольно много, но был проприетарен и не стандартизирован.
мелкофикс

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

194. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от anomymous (?), 30-Окт-17, 20:41 
> Много лет у нас был BIOS, который умел довольно много, но был
> проприетарен и не стандартизирован.

Современное уефанство не менее проприетарно и не менее не стандартизовано.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

212. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от EHLO (?), 30-Окт-17, 21:21 
да, UEFI намного хуже
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

244. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Ььььььффффф (?), 31-Окт-17, 08:13 
Самое смешное в том, что UEFI - это тоже БИОС.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Google развивает открытую замену прошивкам UEFI"  –5 +/
Сообщение от Аноним (-), 30-Окт-17, 11:25 
Сидели программеры и голову ломали есть 10 стандартов не совместимых с собой, подумали и решили написать свой стандарт который бы оказался универсальным. И так теперь мы имеем 11 не совместимых стандартов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Andrey Mitrofanov (?), 30-Окт-17, 11:57 
> Сидели программеры и голову ломали есть 10 стандартов не совместимых с собой,
> подумали и решили написать свой стандарт который бы оказался универсальным. И
> так теперь мы имеем 11 не совместимых стандартов.

В оригинале 14 => 15.  https://duckduckgo.com/?q=xkcd+standards

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

15. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Вася (??), 30-Окт-17, 11:25 
Теперь реклама будет сразу при включении компьютера? Замечательно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Google развивает открытую замену прошивкам UEFI"  +4 +/
Сообщение от Аноним из прошлого (?), 30-Окт-17, 11:37 
Теперь у Васи закончится fud
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

23. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 11:54 
ИМХО оно только на хромбуках будет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 12:09 
> U-root написан на языке Go и включает в себя легковесную систему инициализации, оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat и т.п.

Молодцы. Взяли и переписали на го coreutils. Им блин делать нечего больше? Ради чего это всё? Просто ради го? Го ради го?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 12:21 
управление памятью. потому что никому не нужны в биосе утечки, переполнения буферов и стека, вот это вот всё.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

45. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 12:31 
> никому не нужны в биосе утечки, переполнения буферов и стека, вот это вот всё.

Какие утечки? То говорят, что на го не страшно, ведь там не так много работы, что GC будет напрягать, а теперь говорят, что "ой, утечки!". Причём какие блин нафиг утечки в команднах ls, cp, mv, и иже с ними? Совсем отупели там программисты, что не могут ls без утечек сделать?

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

143. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 17:22 
>> никому не нужны в биосе утечки, переполнения буферов и стека, вот это вот всё.
> Какие утечки? То говорят, что на го не страшно, ведь там не
> так много работы, что GC будет напрягать, а теперь говорят, что
> "ой, утечки!". Причём какие блин нафиг утечки в команднах ls, cp,
> mv, и иже с ними? Совсем отупели там программисты, что не
> могут ls без утечек сделать?

А если ls -AlR и на каждой директории и/или файлу по одному (мега)байту терять? Эдак команда  может и до конца не доработать ;)

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

152. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Аноним (-), 30-Окт-17, 17:57 
Там 5 (пять) файлов. 5 мегабайт памяти - это оченно большие потери, да...
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

163. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 18:53 
640Кб должно быть достаточно каждому!
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

59. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от J.L. (?), 30-Окт-17, 12:58 
>> U-root написан на языке Go и включает в себя легковесную систему инициализации, оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat и т.п.
> Молодцы. Взяли и переписали на го coreutils. Им блин делать нечего больше?
> Ради чего это всё? Просто ради го? Го ради го?

думаю будет не сложно заменить в имадже эти утилиты на coreutils
заслуга гугл не в этом (этим они сделали заявку на кросплатформенность типо)

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

81. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 13:48 
> этим они сделали заявку на кросплатформенность типо

Как и buildroot + busybox с их голым Си кроссплатформены. Но ведь они не пошли этим путём, а потратили сколько-то тысяч человекочасов на тупое переписывание. Ради чего?

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

74. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 13:27 
Чтобы иметь там всё в исходных кодах
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

83. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 13:50 
Хнык-хнык, они же там дальше заявляют, что на самом деле всё лучше в бинарях сразу поставлять, в едином файле как busybox. И чё тебе эти исходники дадут? Сидишь такой на канале аниме и спрашиваешь, а как пропатчить ls под NERF?
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

98. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 14:50 
Они там дальше заявляют, что в зависимости от ситуации возможны разные варианты. Что есть вообще правильных подход. Исходники в данном случае в основном ради упрощения портирования на новые железки - скопировал и готово, а собирать надо только один бинарь на всё про всё. Учитывая, что этот бинарь всё равно нужен для реализации самой логики загрузки - в общем логично.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

120. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 15:26 
Вот и я подумал, у них есть две причины не использовать busybox. 1) То, что он написан не на Go. 2) То, что лицензия не Опач.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

175. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от _ (??), 30-Окт-17, 19:35 
>Взяли

да
>и переписали на го coreutils.

Нет. Взяли готовое. https://github.com/u-root/u-root
>Им блин делать нечего больше? Ради чего это всё? Просто ради го? Го ради го?

Го-Го - Иго-го! А у тебя батхерт.
А почему нет собственно? Не драйвера же. Там под Го вообщето линукс уши торчат :)
КоТ простой и понятный см линк на гитхаб. Всё поставляется в сорцах, как скрипты какие :)
Мне расклад нравиЦЦо, желаю им удачи.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

28. "Google развивает открытую замену прошивкам UEFI"  +6 +/
Сообщение от jOKer (ok), 30-Окт-17, 12:10 
Херня какая-то... урезанный линукс ставят над полноценным линуксом и говорят "это архитектурно оправдано". Ага-ага. А может стоит эту всю оправданность вынести к чертям? В смысле, _вообще_ всю? Не, ну а кто, кто сказал что пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как по мне, так это единственная, реально востребованная функция. А, чуть не забыл: еще дату-время выставляем через него. Все остальное - это от лукавого /производителя/.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 12:13 
> Херня какая-то... урезанный линукс ставят над полноценным линуксом и говорят "это архитектурно
> оправдано". Ага-ага. А может стоит эту всю оправданность вынести к чертям?
> В смысле, _вообще_ всю? Не, ну а кто, кто сказал что
> пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как
> по мне, так это единственная, реально востребованная функция. А, чуть не
> забыл: еще дату-время выставляем через него. Все остальное - это от
> лукавого /производителя/.

Верно, ПЗУ BIOS нужен, чтоб искал загрузчик на винте и пинал его пнуть ядро ОС. Всё

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

40. "Google развивает открытую замену прошивкам UEFI"  +13 +/
Сообщение от Аноним (-), 30-Окт-17, 12:24 
ну, ещё вывод на экран, чтобы показать ошибку, когда она случится

ну, ещё ввод с клавиатуры, чтобы выбрать, откуда грузиться

ну, ещё usb стек, чтобы грузиться с флешек

ну, ещё поддержка загрузки по сети, потому что тоже бывает нужно

ну, ещё спикером нужно уметь бибикать, чтобы как-то сообщить об ошибке до стадии инициализации видеоадаптера

ну, ещё какая-нибудь утилита воостановления нужна, на случай отключения питания при перепрошивке

а так - да, прочитать с винта загрузчик и передать управление.

ага, конечно.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

44. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от jOKer (ok), 30-Окт-17, 12:31 
Все это отлично умеет BIOS и без всякой уефи.

Главное отличие в том, что без уефи ось получает доступ к оборудованию напрямую, а с уефи через прослойку, которая _якобы_ предоставляет дополнительную секурность.

Причем, когда начинаешь копать, то выясняется что секурность эта нужна главным образом производителям коммерческих осей (в некоторых случаях оборудования) для того что бы покупателей сегментировать, так как это выгодно им, а вовсе не самим покупателям.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

49. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 12:35 
Вдогонку.

Подумайте еще вот на чем: может проще загрузчик выучить всем этим финтифлюшкам, благо современные загрузчики много чего умеют делать такого, на фоне чего "usb стек, чтобы грузиться с флешек" просто полная ерунда?

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

56. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от ваш К.О. (?), 30-Окт-17, 12:45 
> Подумайте еще вот на чем: может проще загрузчик выучить всем этим финтифлюшкам,
> благо современные загрузчики много чего умеют делать такого, на фоне чего
> "usb стек, чтобы грузиться с флешек" просто полная ерунда?

современные загрузчики "много чего умеют делать" ровно с помощью использования стандартных api, предоставляемых либо uefi, либо биосом. (rто-то еще забыл инициализацию оперативной памяти, которая нынче полностью cpu-controlled, еще до первой попытки хоть одну переменную в нее сохранить)

А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей), хотя бы минимальную - видеокарты, полноценную (потому что нужен pxe) поддержку не просто всех на свете сетевых карт, а tcp/udp (включая v6) поверх (и смотри не сотвори remote exploit на этапе загрузки, когда защитных механизмов считай нет) - получится обратно линуксное ведро, да еще и с тонной userspace утилит, далеко не все из которых хорошо написаны.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

79. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 13:38 
>А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей)

Полноценная поддержка USB в данном случае не нужна. Необходимо и достаточно поддержать загрузку с USB-носителей, все остальное - дело ядра.

И не надо говорить, что управлять устройствами - это не его /ядра/ дело. Это _именно_ дело ядра.

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

Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это загрузчик этой самой ОС. И само наличие этого "чего-то еще" диктуется только многообразием разных осей. Грубо говоря: если бы у нас была всего одна ось, то никакого пзу-биоса нам бы и не понадобилось. Он был бы просто лишним.

И любые попытки притянуть за уши какие-то еще функции родят монстра фнанкенштейна в области системной архитектуры. И все только для того, что бы нечистые на руку дельцы вроде Майкрософт получили возможность диктовать какую можно, а какую -нет ось ставить на конкретное железо. Других целей просто нет

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

92. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 14:25 
> Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это загрузчик этой самой ОС.

<юмор>Который может находиться на флешке, жёстком диске, сети т.д.</юмор>

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

99. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 14:52 
Ещё раз. Как при такой логике по сети грузиться будем?
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

141. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 17:12 
Загрузить что-нибудь умеющее работать с сетью, дальше оно само. Тогда можно будет грузиться даже через какой-нибудь ipfs, которого не было на момент покупки железа.
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

171. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 19:21 
Откуда загрузить? какое "что-нибудь"? как это "что-нибудь" будет работать с сетевой картой? Чем это лучше, чем загрузить лиуксовое ядро, которое все эти проблемы решает?
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

197. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 30-Окт-17, 20:45 
> Откуда загрузить? какое "что-нибудь"? как это "что-нибудь" будет работать с сетевой картой?

Preboot раздел размером в 128 килобайт на флеше решит все проблемы загрузки с любого доступного г0внища. Включаемый по необходимости, заполняемый исключительно драйвером загрузки на чистом x86 без всяких преосей.

Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

169. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 19:20 
При такой логике по сети грузится будем так: загрузчик (допустим тот же grub) начинает загрузку initramfs, передавая ему параметры загрузки. Эти параметры устанавливает админ на этапе конфигурежки загрузчика. И поскольку initramfs знает (из параметров загрузки) что требуется не монтировать рут, а загружаться по сети, то он и делает это, благо к этому времени все сетевые устройства уже определены и правильно инициализированны.

Кстати, тоже самое происходит и при всех остальных сценариях связанных с:
- зашифрованными разделами
- нестандартными носителями
- хитрыми клавиатурами
- и т. д.

Плюсы такой схемы: вся логика ПОЛНОСТЬЮ подконтрольна администратору оси.

Минусы схемы: ядро с модулями должно грузится всегда.

Хотя минус этот не так что бы и минус: ведь в той схеме что гугль предлагает линуксовое ядро так и так грузится. А в той что есть сейчас... ну, там ядро ведь тоже грузится, только ядро это не линуксовое, а бинарь уефи из не пойми чьего кармана.

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

209. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от alex53 (ok), 30-Окт-17, 21:16 
initramfs - это как бы ядро linux с рутом в памяти...
Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

224. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от нах (?), 30-Окт-17, 22:52 
>  initramfs - это как бы ядро linux с рутом в памяти...

это рут в памяти (или его архив на диске), без всякого ядра линукс.
При желании можно этот архив загнать внутрь кода ядра. А вот код надо где-то взять, положить в память по правильному смещению и правильно передать ему управление. А у нас нечем.

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

223. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от нах (?), 30-Окт-17, 22:49 
> При такой логике по сети грузится будем так: загрузчик (допустим тот же grub)

стоп-стооооп, откуда при загрузке по сети у вас взялся груб и сама загрузка по сети?
Вы же uefi похоронили (bios за вас похоронят, он производителей современных мультиядерных сетевух еще лет десять назад затрахал до смерти. попробуй-ка ее заставить вообще работать в real mode и с недостартовавшим процессором) А grub работает через либо биосэмуляцию, либо это grub-efi - сам он ни про сетевуху ничего толком не знает, ни про то, что ему вообще надо ее использовать, он для этого как раз стандартные efi-интерфейсы и применяет.
У вас НИЧЕГО нет. Вам все это придется с нуля и под любое железо реализовать в флэш-памяти (причем даже оперативная память в этот момент в непроинициализированном состоянии и недоступна. Обычно этим занимается проклятый борцунами с проприетаразмом ME).

> благо к этому времени все сетевые устройства уже определены и правильно
> инициализированны.

кем, вот в чем вопрос? Причем включая сетевые устройства, о которых сегодня никто ничего не знает, потому что их выпустят через месяц.
Сейчас это забота вендора - он реализует стандартный efi-драйвер, и при старте системы тот подцепится штатным образом.

В случае гугля - это будет забота гугля, найти и всосать линуксный кернельный драйвер в свой чудо-лоадер, для хромобука и серверов-на-картонке эта задача будет возникать раз в пятилетку.

> Плюсы такой схемы: вся логика ПОЛНОСТЬЮ подконтрольна администратору оси.

одной единственной, ибо даже загрузить что-то, отличное от линукса мы не можем - оно тоже хочет uefi.


Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

296. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Админ локалхостов в локалдоменах (?), 01-Ноя-17, 21:40 
> Плюсы такой схемы: вся логика ПОЛНОСТЬЮ подконтрольна администратору оси.

Внезапно не подконтрольна. Катастрофически неподконтрольна...

Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

104. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от ваш К.О. (?), 30-Окт-17, 14:57 
> Полноценная поддержка USB в данном случае не нужна

ну правильно, мы ж загружаемся только с флоппи-диска в первом слоте, да?
Полноценная поддержка usb тебе нужна, потому что биоса или уефи у тебя нет, а в usb может оказаться что угодно - сетевуха, внешний диск (или cdrom, опа, еще один драйвер) или кардридер (у этих еще и свой интерфейс бывает, и его тоже надо поддерживать), а то и вовсе какая экзотика, типа bt-адаптера к которому подключен внешний диск. Сейчас тебе  не надо об этом думать - разработчики такого диска пусть думают, у них голова большой, и несут скрипты и драйвера для uefi - для того он, в частности, и придуман, чтобы это им cделать было просто.

Ну и по мелочи - клавиатуру там, хотя бы, чтоб было где нажать F1, если, внезапно, загрузочное устройство отвалилось нафиг, или нужно его прооверрайдить.  У нее, кстати, два взаимоперпендикулярных режима usb-поддержки, а еще она может быть встроена в композитное устройство, которое сперва надо разобрать на составляющие.

> В самом крайнем случае, загрузчик может грузить ядро для тех целей, что вы назвали,
> указывая, к примеру, определенные опции загрузки.

у тебя клавиатуры ж нет - куда опции-то будем совать? ;-)

> Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это
> загрузчик этой самой ОС.

попробуйте услышать: если у вас не вендорлокнутое железо с одним-единственным раз навсегда утвержденным  порядком загрузки и аж тремя возможными выборами устройств - "загрузчик этой самой ос" окажется другой ос. С драйверами, файловой системой, шеллом, утилитами, возможно веб-сервером в комплекте (а то сам пойдешь к стойке номер 116 ряд 12 место 43 - 43, кстати, это на высоте два метра от пола, попрыгай, авось до разъема дотянешься). Что в общем и получилось в случае uefi.

(а до нее - эмуляция клавиатуры, отваливающаяся в самый нужный момент, когда мы свитчнулись в прот-мод а драйвер не загрузили, потому что ой, не тот, битва за int13 и 14 с непредсказуемыми результатами, когда участников больше двух, press ctrl-a,b,c,d,s,z и смотри в правильную секунду, для попадания в меню настроек правильного устройства и много еще чего, что я уже забыл и вспоминать не хочу. И еще внутрисерверный usb-разъем, как крайнее средство.)

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

174. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 19:32 
>[оверквотинг удален]
> стойке номер 116 ряд 12 место 43 - 43, кстати, это
> на высоте два метра от пола, попрыгай, авось до разъема дотянешься).
> Что в общем и получилось в случае uefi.
> (а до нее - эмуляция клавиатуры, отваливающаяся в самый нужный момент, когда
> мы свитчнулись в прот-мод а драйвер не загрузили, потому что ой,
> не тот, битва за int13 и 14 с непредсказуемыми результатами, когда
> участников больше двух, press ctrl-a,b,c,d,s,z и смотри в правильную секунду, для
> попадания в меню настроек правильного устройства и много еще чего, что
> я уже забыл и вспоминать не хочу. И еще внутрисерверный usb-разъем,
> как крайнее средство.)

Еще раз: все проблемы что вы описали должны решаться на уровне ОС, поскольку связанны с опознанием и инициализацией устройств, а так же и реализацией различных сценариев загрузки. А это все является прерогативой ядра оси и ее загрузочных скриптов.

Делать что-то выше оси для решения _этих_ проблем, ИМХО, контр-продуктивно.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

198. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от anomymous (?), 30-Окт-17, 20:49 
> Полноценная поддержка usb тебе нужна, потому что биоса или уефи у тебя
> нет, а в usb может оказаться что угодно - сетевуха, внешний
> диск (или cdrom, опа, еще один драйвер) или кардридер (у этих
> еще и свой интерфейс бывает, и его тоже надо поддерживать), а
> то и вовсе какая экзотика, типа bt-адаптера к которому подключен внешний
> диск.

А какая гуй разница, если это оказавшееся на int19h просоплит правильный бутром. Для особых извращений см. выше - preboot раздел на 128K (64K, 32K, 16K) решит все проблемы.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

225. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от нах (?), 30-Окт-17, 22:59 
> А какая гуй разница, если это оказавшееся на int19h просоплит правильный бутром.

нету уже никакого int19h, забудьте эту хрень. Осталась в прошлом веке.

Оно задрало производителей железа настолько, что они радостно ухватились за efi (придуманый вообще для не-pc платформы, где никакого биоса не было предусмотрено), и даже заставили/уговорили интел поделиться патентом - так им понравилась идея наконец-то от этого легаси каменного века избавиться.

Все, скоро вы вообще никакого биоса в своих компьютерах не увидите. В серверных системах его уже сто лет как нет, во многих ноутах тоже ("legacy boot" это uefi Compatibility Support Module - эмулятор биоса _внутри_ uefi, разумеется, использующий все те же драйвера)

> Для особых извращений см. выше - preboot раздел на 128K (64K,
> 32K, 16K) решит все проблемы.

не решит, ведро линукса, прошивки и userland не поместятся. А понадобится, если вы хотите закатить солнце вручную.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

257. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от amonymous (?), 31-Окт-17, 14:59 
Решит. Потому что ведру, прошивкам и т.п. там тупо не место. Его задача - залить максимально дешёвым способом как раз первый блок со всем этим счастьем через установленное дерьмище, и отпустить бразды правления.
Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

258. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от amonymous (?), 31-Окт-17, 15:00 
Причём - внимание - только если это руками юзером настроено для бута с чего либо кроме стандартной периферии, висящей на стандартных портах и интах.
Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

276. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от нах (?), 31-Окт-17, 21:52 
> Причём - внимание - только если это руками юзером настроено для бута

в стойке под 40 серверов (при неудаче может быть 60-70), стоек сорок штук (не особо большой сектор в датацентре). Хочешь побыть тем юзером, который руками побежит по всем настраивать? Замечу, удовольствие все это распаковать, смонтировать, подключить провода и так очень не айс, занимаются этим специально обученные ребята, которые на предложение ко ВСЕМ по очереди ящикам прогуляться с подключением клавиатур и мониторов чтобы что-то там руками настроить, думаю, тебя расчленят, и потроха поховают под стойками. (в случае гугля - сбросят с Hoover Dam одним куском, там никто не найдет)

И да, при первом включении, разумеется, порядок загрузки часто отличается от "стандартного", потому что надо еще что-то туда установить и настроить.

> с чего либо кроме стандартной периферии, висящей на стандартных портах и
> интах.

нету уже вашего мсдоса и флопов 5", нету. Вся "стандартная" нынче настолько сложная, что для ублажения админов локалхостов проще оказалось интелу написать эмулятор любимого ими биоса.

Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

278. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:15 
Если мы в итоге грузимся с какого-то непонятного дерьмища типа PXE через паблик, то один раз воткнуть флешку, которая зальёт пребут, не обломинго.

А если грузимся с нормальных устройств, где есть нормальный бутром - оно и не надо.

И да - как нет мсдоса? А UEFI?

Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

285. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от . (?), 01-Ноя-17, 05:13 
Где там мысыдос? Домохозяйка, идите в сад! (С)
Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

293. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от anomymous (?), 01-Ноя-17, 20:04 
Суслика нет, но ушки отовсюду торчат.
Ответить | Правка | ^ к родителю #285 | Наверх | Cообщить модератору

294. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Админ локалхостов в локалдоменах (?), 01-Ноя-17, 21:06 
> в стойке под 40 серверов (при неудаче может быть 60-70), стоек сорок
> штук (не особо большой сектор в датацентре). Хочешь побыть тем юзером,
> который руками побежит по всем настраивать? Замечу, удовольствие все это распаковать,
> смонтировать, подключить провода и так очень не айс, занимаются этим специально
> обученные ребята, которые на предложение ко ВСЕМ по очереди ящикам прогуляться
> с подключением клавиатур и мониторов чтобы что-то там руками настроить, думаю,
> тебя расчленят, и потроха поховают под стойками. (в случае гугля -
> сбросят с Hoover Dam одним куском, там никто не найдет)

деби-(здесь не могло бы быть вашей рекламы)-лоиды отплясывают по серверным... вот как это называется.

На этих ваших серверах в стойках никто не мешает быть предустановленному хоть DOS. Которая будет запускаться при первой загрузке...

Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

297. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от нах (?), 02-Ноя-17, 00:01 
> деби-(здесь не могло бы быть вашей рекламы)-лоиды отплясывают по серверным... вот как
> это называется.

с точки зрения гордого локалхостового админа, видимо, да.

уровень его знаний очевиден, раз он в uefi где-то дос увидел. (последний намек, для не совсем уж феноменально тyпорылых: в windows2016, да и в линуксе тоже, есть драйвер fat, и в первой даже есть шелл, похожий на command.com куда больше чем efi'шный. И это ни разу не делает их досом. А документация хотя бы Framework вполне доступна без nda. Драйвер по ней не напишешь, но глупостей про какой-то там дос болтать тоже не будешь.)

так что дальше с ним спорить и всерьез относиться к его идеям бессмысленно. Он что про uefi нихрена не знает, что про системы, отличные от его единственного десктопа. Одни высосанные из пальца фантазии.

> На этих ваших серверах в стойках никто не мешает быть предустановленному хоть DOS.

кто будет предустанавливать, кому еще и этот мартышкин труд поручим? Где он этим будет заниматься? Что будем делать, когда что-то пошло не так в датацентре за пол-глобуса от тебя, если вариант удаленно дернуть питание и загрузиться с сетевого rescue или просто автоматически переустановить нужное - недоступен?

А главное - чего стоит твое мнение, если ты с этим никогда не сталкивался и даже не понимаешь, о чем речь? В общем, присоединяюсь к анону - домохозяйка, идите к своим кастрюлям, очень зря буллу Григория IX отменили.


Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

275. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от нах (?), 31-Окт-17, 21:05 
> Решит. Потому что ведру, прошивкам и т.п. там тупо не место.

ну да, его ж злые рептилоиды назло тебе напихали, да?

> Его задача - залить максимально дешёвым способом как раз первый блок со

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

Варианты - либо уже неподдерживаемое производителями аппаратуры легаси, имеющее в принципе нерешаемые проблемы, потому что его писали, когда 640k было enough for all. Либо полноценная операционная система. И тогда да, можно обойтись даже меньше чем 512, потому что это уже не "блок", а обычный файл, где написано, где искать загрузчик (или,как в uefi, даже не файл, а гвоздем прибитый путь к файлу, "редактируется" при помощи mv).

Для тех, кого не устраивала "проклятая проприетарная интеловская" - гугль расстарался и сделал непроприетарную гуглевскую. Прошивки плат от этого, разумеется, открытыми не стали, но можно делать вид, что ты что-то контролируешь.

зачем оно гуглю - отдельный интересный вопрос.

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

279. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:17 
> и обломаться, поскольку в 512 байт не влезет ничего, способного обойтись без

И не обломаться, поскольку "блок" - это не сектор.

Причём с таким пребутом можно поддержать вообще любые FS и прочее, без необходимости держать FAT32-уефанство на устройстве. Можно даже GRUB stage 1, например.

Ответить | Правка | ^ к родителю #275 | Наверх | Cообщить модератору

167. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 19:12 
Эксперт, блин, диванный! Например, на сломанной машине без оси кто тебе спикером пищать будет? Оркестр пекинской оперы?!
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

178. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от jOKer (ok), 30-Окт-17, 19:42 
Аноним, для этого как раз и нужен ПЗУ-БИОС, его необходимость никто и не отрицает.

Однако, согласись, что есть разница между пищать спикером и, допустим, проверять цифровую подпись файла ядра. Это я даже не говорю о том, что уефи претендует на роль прослойки между аппаратурой и осью. И если ось тебе подконтрольна, то уефи-то - ни разу. А оно тебе надо, на машине иметь что-то не подконтрольное тебе? Мне вот лично - нет.

Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

295. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Админ локалхостов в локалдоменах (?), 01-Ноя-17, 21:19 
> Это я даже не говорю о том, что
> уефи претендует на роль прослойки между аппаратурой и осью.

Ну вообще-то это ваша любимая BIOS такие претензии имело...

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

248. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Mihail Zenkov (ok), 31-Окт-17, 09:31 
> А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей), хотя бы минимальную - видеокарты, полноценную (потому что нужен pxe) поддержку не просто всех на свете сетевых карт, а tcp/udp (включая v6) поверх (и смотри не сотвори remote exploit на этапе загрузки, когда защитных механизмов считай нет) - получится обратно линуксное ведро,

Нет, получится u-boot :)

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

61. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от J.L. (?), 30-Окт-17, 13:00 
> Херня какая-то... урезанный линукс ставят над полноценным линуксом и говорят "это архитектурно
> оправдано". Ага-ага. А может стоит эту всю оправданность вынести к чертям?
> В смысле, _вообще_ всю? Не, ну а кто, кто сказал что
> пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как
> по мне, так это единственная, реально востребованная функция. А, чуть не
> забыл: еще дату-время выставляем через него. Все остальное - это от
> лукавого /производителя/.

https://www.opennet.dev/openforum/vsluhforumID3/112629.html#51
конец комментария

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

121. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от Аноним (-), 30-Окт-17, 15:32 
>Не, ну а кто, кто сказал что пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как по мне, так это единственная, реально востребованная функция.

Поэтому приходим к выводу,  самый правильный "BIOS" - U-boot

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

282. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Zulu (?), 01-Ноя-17, 01:26 
Ага, ага. Пан не в курсе, насколько вообще должна эта вся фигня быть self-aware, чтоб взлететь? Советую посмотреть на инициализацию arm'ов.

А так конечно UEFI и BIOS один пес, IEEE-1275 FTW.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

300. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от dmitrmax (ok), 02-Ноя-17, 11:59 
> Ага, ага. Пан не в курсе, насколько вообще должна эта вся фигня
> быть self-aware, чтоб взлететь? Советую посмотреть на инициализацию arm'ов.
> А так конечно UEFI и BIOS один пес, IEEE-1275 FTW.

слава яйцам, хоть кто-то вспомнил про open firmware. а то я уж думал, что школота совсем изжила нормальных людей )

Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

30. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 12:12 
> Таким образом, в u-root все утилиты предлагаются в исходных текстах, а для адаптации инструментария требуется лишь настройка компилятора.
> Подобный подход позволяет сделать образ u-root универсальным и распространять единый образ корневой ФС для всех платформ, поддерживаемых компилятором языка Go (для каждой новой архитектуры требуется лишь подготовить 4 исполняемых файла, в одном образе могут содержаться сборки компилятора для разных архитектур).

И чем это лучше, чем если бы они сразу положили все бинари (cp, mv, ls, ...) под поддерживаемые архитектуры? buildroot, там, не знаю, в помощь взять и проблем нет...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 12:15 
> Дополнительно предусмотрены варианты c компиляцией всех утилит во время загрузки или поставки готовых сборок (для минимизации размера прошивки все утилиты могут быть собраны в один исполняемый файл, по аналогии с busybox).

А, то есть всё-таки распространение исходников + JIT всё-таки не подходит, и поэтому они всё-таки собирают бинари под все архитектуры сразу. Ну едрить, маркетологи/менеджеры, которые оправдывают потреченное время на всякую хрень...

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

39. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 12:21 
> для минимизации размера прошивки все утилиты могут быть собраны в один исполняемый файл, по аналогии с busybox

Но взять busybox религия не позволяет?

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

46. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 12:32 
У гугля GPL-боязнь.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

156. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 18:18 
> И чем это лучше, чем если бы они сразу положили все бинари
> (cp, mv, ls, ...) под поддерживаемые архитектуры?

А чем хуже?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

176. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 19:35 
> А чем хуже?

Чем голый исходник хуже бинаря? Ну не знаю, наверное, тем, что для БИОС-подобного поделия совсем не нужно: парсить исходники, проверять синтаксис, семантику, строить деревья, оптимизировать, транслировать, линковать и затем уже исполнять. А то со временем получится как с web'ом - тормозит на супербыстрых компах, хотя в 2000-ых и так всё работало и было норм. Так и получим, комп долно грузится на биосе, надо бы процессор обновить, а то го долго компилит исходники...

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

231. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 23:54 
Учитывая, что оно нужно бывает не каждый год, не всё ли равно? Или ты, может, из EFI-шелла комменты строчишь?
Кстати, компилит го шустро.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

36. "Google развивает открытую замену прошивкам UEFI"  –3 +/
Сообщение от Аноним (-), 30-Окт-17, 12:21 
> Современные прошивки сильно усложнены и включают многие атрибуты обычных ОС

... и поэтому мы запихнём вместо UEFI ядро Linux!!!пыщпыщпыщ

> С учётом значительного размера кодовой базы прошивок UEFI, которая составляет около 2 млн строк кода

А наше ядро Linux (чтобы работал го и был некий минимальный набор периферии) + все core утилиты будут не 2 млн строк, а всего лишь 1.5 млн строк!!!пыщпыщпыщ

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от Аноним (-), 30-Окт-17, 12:26 
ядро линукс + обвеска - поддерживаемые и обновляемые.

проприетарные фирмвари через два года после выхода железа - нет.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

47. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 12:33 
> ядро линукс + обвеска - поддерживаемые и обновляемые.

Дооооо, расскажи, как твой производитель андроида обновляет телефончики. До сих пор ли смартфоны 5-ти летней давности в обновлённом и свежем виде находятся? Производитель не кинул ведь так? Всё поддерживается и обновляется да?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

63. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от J.L. (?), 30-Окт-17, 13:04 
>> ядро линукс + обвеска - поддерживаемые и обновляемые.
> Дооооо, расскажи, как твой производитель андроида обновляет телефончики. До сих пор ли
> смартфоны 5-ти летней давности в обновлённом и свежем виде находятся? Производитель
> не кинул ведь так? Всё поддерживается и обновляется да?

если бы твой производитель телефончика сказал "у нас коребиос, отыитесь за обновлениями на их сайт" у тебя бы не было проблем обновить биос твоего телефончика

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

80. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 13:46 
> если бы твой производитель телефончика сказал "у нас коребиос, отыитесь за обновлениями на их сайт" у тебя бы не было проблем обновить биос твоего телефончика

Нет, конечно! Но в реальности ведь не так. Производитель не будет поддерживать SoC'и предыдущих поколений, потому что оно ему нафиг не нужно. А весь зоопарк SoC'ов никто не будет поддерживать.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

94. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от J.L. (?), 30-Окт-17, 14:32 
>> если бы твой производитель телефончика сказал "у нас коребиос, отыитесь за обновлениями на их сайт" у тебя бы не было проблем обновить биос твоего телефончика
> Нет, конечно! Но в реальности ведь не так. Производитель не будет поддерживать
> SoC'и предыдущих поколений, потому что оно ему нафиг не нужно. А
> весь зоопарк SoC'ов никто не будет поддерживать.

в этом то и фишка - весь зоопарк старых SoC'ов будет перекинут на плечи линукса
(на сколько верно он будет поддерживать местечковые маааленькие переделочки стандартных SoC'ов без спецификаций и документаций - другой вопрос)

производитель будет поддерживать линукс (и вхреначить бы туда гпл3 или что-там чтоб были обязаны все свои мааалюсенькие перехреначивания драйверочков публиковать)

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

195. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от asdafewfef (?), 30-Окт-17, 20:41 
И никто и никогда не будет ничего обновлять. Ровно ноль кода для проприетарного железа закомичено в ядро линукса. Даже банальные исходники дров под интеловские атомы, которые на планшетах ставили, в интернете косячные ходят, без допила не работают. А что уж говорить про всякие soc китайцев? Они продадут партию чипов, покупателю всучат бумажку с стрелочками что и как собрать, скинут на почту мегабайт 10 ужасного корявого кода на ядре 2.6 - и готово. Никто не будет заморачиваться. Пока система не открыта от корки до корки, пока над ней не работает на постоянной основе хотя бы пара человек - она не будет так радужно обновляться магическим образом какими то мистическими плечами линукса. У него плечей нет, это люди обновляют и поддерживают, люди, которым платят деньги. И вряд ли кому то платят деньги за поддержку старых телефонов и роутеров(это не выгодно производителям).
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

54. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 12:40 
чушь. Единственно правильный вариант - это полностью открытая система, типа тех которые сейчас пилят на OpenPOWER
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 13:30 
Зато этот вариант куда реалистичнее и, в общем, не так плох.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

57. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 12:45 
Нацелено на то, чтобы в хромых буках остались только свои гуглозонды. Гугл не хочет ни с кем делиться. Но дальше это не пойдёт. Ну, энтузиасты, как обычно, будут перепрошивать свои тазики и транслировать всем окружающим, что гуглозонды слаще интеловских и прочих.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от 123 (??), 30-Окт-17, 14:52 
Сектанты уже сейчас думают что amr trustzone лучше чем intel me и не так жмёт.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

62. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 13:03 
Что Google поссорился с Intel? Блобы Intel не дают покоя Google?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

144. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 17:35 
> Что Google поссорился с Intel? Блобы Intel не дают покоя Google?

Ищите где то на просторах Интернета статьи о том, что Гугель использует свое (или специально для них разработанное и воплощенное в реальность) железо. Так что я думаю Интель для них не указ!

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

64. "Google развивает открытую замену прошивкам UEFI"  +6 +/
Сообщение от Аноним (-), 30-Окт-17, 13:04 
> Google

Теперь телеметрия будет отправляться сразу при загрузке Биоса. Боролись с мелкомягкими и вырастили другого монстра.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 13:11 
Так она и так отправляется. Интел постарался с МЕ. Да и сами ведоры. В два места отправляется получается, а может еще и в АНБ.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

117. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Аноним (-), 30-Окт-17, 15:11 
> Так она и так отправляется. Интел постарался с МЕ. Да и сами
> ведоры. В два места отправляется получается, а может еще и в
> АНБ.

Пруфы?

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

142. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 17:15 
https://habrahabr.ru/company/dsec/blog/282546/

Вот про ИнтелМЕ и там по ссылкам походи.

Про вендора - комп моих родственников HP периодически просит обновления UEFI. Чего-то там он постоянно шлет и получает.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

165. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 18:56 
Утилита HP из под винды что-то шлёт, получает и требует? Да как они посмели! А может это вообще cpu microcode update?
Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

210. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 21:17 
А апдейт не запрашивает НР? И не из под венды, а при старте компа, до груба.
Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

241. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Vkni (ok), 31-Окт-17, 07:04 
> а может еще и в АНБ.

Почему "может"?

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

68. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 13:15 
>  Боролись с мелкомягкими

диванные войска? Как-то уж очень пафосно звучит

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

229. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 23:26 
> диванные войска?

Эти тоже внесли свою лепту.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

102. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Василий Теркин (?), 30-Окт-17, 14:53 
>> Google
> Теперь телеметрия будет отправляться сразу при загрузке Биоса. Боролись с мелкомягкими
> и вырастили другого монстра.

Ну да, армия неосиляторов в ужосе! А прочекать исходники на "закладки" и собрать свою версию  тебе что не позволяет? Это на порядки полегче, чем искать насекомых в бинарном коде проприетарных UEFI/BIOS.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

129. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 16:08 
Так там и не будет закладок. Будет а н а л и т и к а ! Но вы же доверяете такой доброносной и открытой компании как Гугл, верно? Что плохого вам способны сделать их встроенные анал-итические сервисы? Это же не закладки, правильно?


Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

146. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 17:39 
> Так там и не будет закладок. Будет а н а л и
> т и к а ! Но вы же доверяете такой доброносной
> и открытой компании как Гугл, верно? Что плохого вам способны сделать
> их встроенные анал-итические сервисы? Это же не закладки, правильно?

А прочекать исходники на ...

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

72. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 13:24 
О! Оно развивается в рамках проекта Heads.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 13:32 
Шапка опередит их и загрузкой ДО операционки будет рулить systemd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

166. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 19:09 
> Шапка опередит их и загрузкой ДО операционки будет рулить systemd

На чьём железе? Шапка выпустит своё железо?


Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

271. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 31-Окт-17, 17:41 
Конечно нет, ей микрософт дозволит.
Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

78. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 13:35 
>оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat

Осталось добавить gcc с компанией и можно считать это полноценной linux системой

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

84. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 13:51 
Не, надо ещё node.js...
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

115. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 15:10 
> Не, надо ещё node.js...

И оболочку на Electron!

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

86. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от реалист (?), 30-Окт-17, 14:04 
Появление UEFI и GPT до сих пор вызывает массу проблем совместимости во многих дистрибутивах. Если к этому зоопарку добавят ещё и этот NERF совсем грустно будет. В большенстве случаев вполне хватает старого доброго unsecure boot (BIOS) и MBR.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

168. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 19:17 
> Появление UEFI и GPT до сих пор вызывает массу проблем совместимости во многих дистрибутивах.

И что это за "многие дистрибутивы"? Ты же не перечислил. Я вот не знаю таких.


Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

235. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от пессимист (?), 31-Окт-17, 01:04 
Вот только что в новшествах скорой Fedore 27 прочитал

Some x86 systems ship with a 64 bit CPU, but 32 bit UEFI firmware. It is possible to use a 32 bit UEFI grub build to boot a 64 bit kernel and distribution on these systems. So far this setup has not been supported in Fedora. This feature is about adding support for installing and booting Fedora on this hardware.

Не прошло и сколько лет с тех пор, как UEFI появился и RedHat удосужился это починить?

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

249. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от пох (?), 31-Окт-17, 09:45 
> Не прошло и сколько лет с тех пор, как UEFI появился и RedHat удосужился
> это починить?

ms этого чинить вовсе не собирается - и ничего, прекрасно живет, а вы все "неготовы для десктопа" (надеюсь, у вас не серверное железо с uefi32, которое вам никак не удавалось использовать без этого, довольно таки, заметим, кривого хака, который в любой момент может сломаться без предупреждения?)

сравнивать количество установленных windows10 и не-серверных установок вообще любых линуксов будем, или и так все понятно?

> Не прошло и сколько лет с тех пор, как UEFI появился и RedHat удосужился это починить?

это не починить, это сломать. uefi для таких фокусов не предназначен. Редхат доломал у себя в rhel поддержку 32битных версий, и решил сохранить хорошую мину при плохой игре, тем более что от него требовалась пара строчек внутри анаконды, остальное сделали любители хаков бесплатно.

актуально только в случае попыток скрестить ужа с ежом, например, взгромоздить таки 64битную версию на нетбук (с двумя гигами оперативки, как правило).
Зачем она тебе на нетбуке?

Или, как совсем невероятный вариант - на платформу 2009го года выпуска, у древних-древних интеловских платформ был efi (не uefi даже) - правда, у них был честный legacy boot при этом, а зачем на такой одноразовая федора со сроком поддержки полтора месяца тоже неясно, ее бы такую списать побыстрее, запчасти золотые.

Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

252. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от реалист (?), 31-Окт-17, 13:20 
А в случае обычного BIOS и MBR это вообще не важно. Код загрузчика MBR вообще 16-и битный и ничего, всё прекрасно работает. Зато сколько нестандартных костылей с загрузчиками придумали линуксоиды. За один только mbr gap и невозможность загрузки без него (в некоторых дистрибутивах) нужно руки поотрывать.
Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

255. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от пох (?), 31-Окт-17, 14:16 
> А в случае обычного BIOS и MBR это вообще не важно.

если ты готов и дальше работать на своем IBM PC XT - то не важно.

> Код загрузчика MBR вообще 16-и битный и ничего, всё прекрасно работает.

очень неважно он работает - например, эта MBR на больших дисках давно фуфловая, а значит, всегда есть риск, что какой-нибудь глупый софт тех же времен примет ее за чистую монету и что-то изгадит.
С чтением за пределами 8го терабайта у этого кода полная беда (и с четвертым-то успех частичен), не смотря на все костыли и подпорки в виде lba и еще больше lba, здравствуйте бут-партишны в "начале" (того, у чего и начала-то никакого скоро не будет). С native 4k дисками просто полная задница, настолько, что все попытки вывести их на рынок юзерского сегмента провалились.

и это только диски. А еще есть сетевые карты, современные, под тяжелую нагрузку - которым вообще хрен объяснишь, как, с их внутренней мультиядерностью, жить на полузапустившемся процессоре. И еще много чего странного есть.

И поддерживать эту легаси уже давно всем надоело.

> Зато сколько нестандартных костылей с загрузчиками придумали линуксоиды.

именно потому, что "все прекрасно работало". Если, конечно, у тебя ms-dos 3.3, иначе как-то разом становилось менее прекрасно.
Да, про прелесть "умести начальный загрузчик в 512 байт минус данные и метки или хрен его вообще знает, куда тебе его девать" я забыл упомянуть.

все эти и многие другие проблемы как раз и решает uefi. Не нужно умещаться в 512 байт, и потом еще в те 640 которых should be enough, совершенно все равно в какой части какого диска лежит efi-раздел и лежит ли вообще (если нет, возьмем загрузчик с tftp, если он большой - с http тоже можем), не нужно страдать с недозапущенным процессором в 16битном режиме, логично, а не через задницу и неполнофункционально встраивается удаленное управление загрузкой. Но дятлы продолжают упорно долбить "дайте нам биос и int13".

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

261. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним84701 (ok), 31-Окт-17, 15:06 
> 8го терабайта

гигабайта же.

Кстати, нахваливающим "старые добрые" я бы посоветовал просто полистать Ralf Brown's interrupt list и всю ту кучу экстеншенов и воркароундов ...  
http://www.ctyme.com/intr/int.htm
http://www.ctyme.com/intr/int-13.htm

ну или можно глянуть в код груба, там тоже "костылей обхода" вагон и маленькая тележка.
https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

* This is a workaround for buggy BIOSes which don't pass boot
* drive correctly. If GRUB is installed into a HDD, check if
* DL is masked correctly. If not, assume that the BIOS passed
* a bogus value and set DL to 0x80, since this is the only

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

*  Determine the hard disk geometry from the BIOS!
*  We do this first, so that LS-120 IDE floppies work correctly.

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

*  %dl may have been clobbered by INT 13, AH=41H.
*  This happens, for example, with AST BIOS 1.04.

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

   /* Check if unsuccessful. Ignore return value if carry isn't set to 
     workaround some buggy BIOSes. */

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...


/* Some buggy BIOSes doesn't return the total sectors
                   correctly but returns zero. So if it is zero, compute
                   it by C/H/S returned by the LBA BIOS call.  */
                total_sectors = ((grub_uint64_t) drp->cylinders)

Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

265. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от реалист (?), 31-Окт-17, 16:11 
Почему ты решил, что в реализации UEFI нет подобных багов и следовательно подобных же костылей?
Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

267. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним84701 (ok), 31-Окт-17, 16:35 
> Почему ты решил, что в реализации UEFI нет подобных багов и следовательно подобных же костылей?

Почему ты решил, что я ратую за другую крайность, а не за прекращение нахваливания старого легаси  по причине того, что новое УЕФИ -- то еще «изделие»?


Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

269. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от реалист (?), 31-Окт-17, 17:24 
А за что ты ратуешь в таком случае? Старый легаси вполне можно осовременить, как в сообщении об MBR ниже. Это было проще и надёжнее.
Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

281. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:26 
Мусье тщательно умалчивает про отдельное уефанство, превращающее после загрузки железо в кирпич.
Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

262. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от реалист (?), 31-Окт-17, 15:16 
Partition entry в MBR занимает 16 байт, чего вполне достаточно для полной LBA-48 адресации и дополнительной информации. Первый байт Partition entry - это байт статуса, в котором реально используется лишь один бит для указания статуса active. Ничто не мешало использовать другой бит для индикации нового формата Partition entry без давно отживших свой век CHS адресов. Так же ничто не мешало увеличить место под таблицу разделов уменьшив bootstrap code area. Тем более, что такие варианты MBR давно существуют. Короче говоря ничто не мешало осовременить MBR. Но что сделали изобретатели GPT? Они придумали совершенно новый формат, внутри которого оставили всё тот же MBR, якобы для совместимтости. В результате получаются дикии глюки несоответствия между GPT и MBR. При этом GPT пихают в диски гораздо меньше 2TB, даже во флешки с одним единственным разделом, где никакой реальной пользы от GPT нет и не будет.

Legacy в BIOS - это в основном несколько прерываний, таких как int 10h и int 13h. Его так никто и не убрал и уверяю тебя, не уберут ещё очень долго. Зато туда впихнули целую операционную систему, с массой зондов. И всё это ради UEFI, "безопасного бута" и красивого интерфейса для хомячков? int 10h и int 13h - это просто детскии шалости, по сравнению со всем этим непотребством.

Проблема вообще не в способе разделения дисков, а в непродуманности файловых систем, которые, как правило, ничего не знают про boot и соответственно не умеют резервировать место под загрузчик (настоящий загрузчик, а не boot record). Из-за этого приходится либо создавать целый загрузочный раздел либо использовать gap, что вообще неправильно.

Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

280. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:19 
> Не прошло и сколько лет с тех пор, как UEFI появился и
> RedHat удосужился это починить?

А оно кому-то надо, ну реально? На дешманском железе нет Legacy Mode / BIOS? ССЗБ.

Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

286. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от . (?), 01-Ноя-17, 05:30 
Пааанимаааешь ... оно __пока__ есть. Но всё идёт к тому, что не будет. Так что чесаться по этому поводу надо ещё вчера :-\
Ответить | Правка | ^ к родителю #280 | Наверх | Cообщить модератору

288. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от пох (?), 01-Ноя-17, 09:36 
> Пааанимаааешь ... оно __пока__ есть. Но всё идёт к тому, что не будет.

не, не идет - интел о них позаботился.
CSM - встроенный в EFI (и намертво) эмулятор (надо полагать, цельная x86 vm). Помимо очевидной фичи, включателя которой в менюшках биоса могут уже не предусмотреть вовсе, есть неочевидная - поддерживать совместимость со stone-age firmware (да, с него даже загрузиться можно, api тоже транслируется). Это надолго.

> Так что чесаться по этому поводу надо ещё вчера

поздно вам чесаться. Даже красивый модный окошкоменюшковый сетап на современной плате - скорее всего на проверку окажется uefi скриптом(sic!) или модулем.

Единственный реальный недостаток uefi - что интел, действительно, насмерть не хочет делиться нормальной документацией (есть у меня нехорошее подозрение, что нечем ему делиться,  * Copyright (C) 2005-2008 Intel Co.
*      Fenghua Yu <fenghua.yu@intel.com>
*      Bibo Mao <bibo.mao@intel.com>
*      Chandramouli Narayanan <mouli@linux.intel.com>
*      Huang Ying <ying.huang@intel.com>
ну вы поняли, кто это писал после 2005го)

Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

308. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (308), 01-Апр-19, 22:21 
>А оно кому-то надо, ну реально?

А еще раньше поле мотыгами копали, и всех устраивало. И никаких компуктеров не было

Ответить | Правка | ^ к родителю #280 | Наверх | Cообщить модератору

91. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 14:22 
Системды-то тоже на го перепишуть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

135. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 16:52 
На Po
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

124. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от rshadow (ok), 30-Окт-17, 15:40 
Не взлетит. Уровень влияния в стеке технологий у Google находиться много выше. Ни их GoogleOS, ни тем более что-то ниже никому из производителей железа не нужно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

125. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 15:47 
А зачем им производители железа (нужны, конечно, но), если они сами уже производитель? Будет такой себе Apple2, с чуть большим заигрыванием с сообществом.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

170. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 19:21 
Устами младенца глаголет.. детский лепет :)


Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

187. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от testt (ok), 30-Окт-17, 20:19 
>Будет такой себе Apple2, с чуть большим заигрыванием с сообществом.

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

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

199. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 20:50 
Chromebook? :)))


Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

131. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от YetAnotherOnanym (ok), 30-Окт-17, 16:26 
Вооооот!
Производители материнок повязаны и Интелом таким коконом договоров, что ни о каком производстве плат с альтернативными прошивками и речи быть не может. А если Гугл вдруг захочет что-то выпускать сам, Интел достанет свои патенты и скажет: я запрещаю добавлять на этих платах поддержку таких-то функций. Всё, досвидос.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

182. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от _ (??), 30-Окт-17, 20:03 
И будет послан. Зачем гуглу Ынтели? Для их целей нынешних армов - за глаза!
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

183. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от анончик (?), 30-Окт-17, 20:08 
AMD!
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

202. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 20:52 
И вы!


Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

222. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 22:47 
Вместо процессора ?
Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

251. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от YetAnotherOnanym (ok), 31-Окт-17, 13:04 
Спросите в любом компьютерном магазине, сколько они продают малинок-апельсинок и сколько - плат под интеловскую архитектуру.
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

138. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 17:03 
>Intel ME

Бесполезно мазать гангрену зелёнкой, нужно всю систему менять.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

150. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 17:55 
Мы нашу, мы новую Землю построим..


Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

154. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Актонитто (?), 30-Окт-17, 18:02 
Вот вы смеетесь, а кря.
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

172. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 19:21 
> Вот вы смеетесь, а кря.

Да, кря.


Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

259. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Kodir (ok), 31-Окт-17, 15:01 
А тут средство как раз похлеще зелёнки - скальпель! :) Вырезали основную интелогниль, остальные компоненты - открытые и легко подлежащие аудиту. Так и надо делать, ведь _существующие_ платы - их надо как-то улучшать! *слабая надежда*
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

277. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 31-Окт-17, 22:57 
> А тут средство как раз похлеще зелёнки - скальпель! :) Вырезали основную
> интелогниль, остальные компоненты - открытые и легко подлежащие аудиту. Так и
> надо делать, ведь _существующие_ платы - их надо как-то улучшать! *слабая
> надежда*

Улучшение, оно кому нужно? Можно в относительных величинах.
Улучшение, оно на сколько дороже будет? Можно в относительных величинах.
Улучшение, оно случайно (ну вот просто случайно ;) не будет бойкотировано одной мелкой и мягкой организацией, одним из лучших "друзей" open source?

С другой стороны.
Сколько времени понадобится:
Интел, что бы спрятать это еще глубже и/или совсем сделать не отключаемым?
Производителям MBoards, что бы сделать так, что бы очистка от всякой неведомой ..., происходила только с паяльником в руках и через ...?
Итд итп.

Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

148. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 17:46 
Побольше джамперов на плате, и ППЗУ с ультрафиолетовым стиранием.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

155. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 18:10 
> Побольше джамперов на плате, и ППЗУ с ультрафиолетовым стиранием.

И порт клавиатуры отдельный верните!!! А USB выкиньте!!!

Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

185. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 30-Окт-17, 20:13 
> И порт клавиатуры отдельный верните!!! А USB выкиньте!!!


# dmesg|grep PS/2
[1] psm0: <PS/2 Mouse> irq 12 on atkbdc0


Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

263. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Kodir (ok), 31-Окт-17, 15:36 
>> Побольше джамперов на плате, и ППЗУ с ультрафиолетовым стиранием.
> И порт клавиатуры отдельный верните!!! А USB выкиньте!!!

Про USB - поддерживаю многократно, это просто ПОЗОР ИНЖЕНЕРИИ! Apple Lightning - стократ более правильный разъём.

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

273. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от _ (??), 31-Окт-17, 18:00 
>Про USB - поддерживаю многократно, это просто ПОЗОР ИНЖЕНЕРИИ!

Они исправили свои косяки, смотри USB-C
>Apple Lightning - стократ более правильный разъём.

идёт в комплекте с а-зонтом (С) - нафик!

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

289. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от Pofigist (?), 01-Ноя-17, 11:18 
USB-C - очередной позор увы. Да один очевидный косяк исправили, но все остальные - остались.
Увы, но реально Lightning - образец того как надо делать, USB (любой) - образец того как НЕ надо делать разъемы.
Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору

298. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от . (?), 02-Ноя-17, 03:48 
Не надо песен, у вас просто зонт раскрылся :)
Ответить | Правка | ^ к родителю #289 | Наверх | Cообщить модератору

180. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 19:57 
Все это появится на двух с половиной совместимых материнках и все, но возможно заставит производителей двигаться к упрощению уефи
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

214. "Google развивает открытую замену прошивкам UEFI"  –3 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 30-Окт-17, 21:34 
> ... образ initramfs c системой инициализации и инструментарием u-root, написанными на языке Go.

Знают как в бочку мёда положить половник дерьма.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

216. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Andrey Mitrofanov (?), 30-Окт-17, 22:08 
>> ... образ initramfs c системой инициализации и инструментарием u-root, написанными на языке Go.
> Знают как в бочку мёда положить половник дерьма.

Слово "Google" в заголовке не заметил, что ли? Где ж тебе мёд-то примерещился? Маркетинг превращается, превращается тыква.... в элегантный гипер-половник.

Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

236. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Led (ok), 31-Окт-17, 02:05 
> Знают как в бочку мёда положить половник дерьма.

Не, не знают: ты в половник не помещаешся.

Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

219. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от gpyra (?), 30-Окт-17, 22:29 
> параллельно с основной операционной системой параллельно выполняется ещё несколько неконтролируемых программных окружений (UEFI, SMM, Intel ME), которые формируются на основе проприетарных прошивок. Код UEFI продолжает работать после загрузки основной ОС и выполняется на уровне кольца защиты Ring -2.

Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

226. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от нах (?), 30-Окт-17, 23:08 
> Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?

uefi - на твоем, это ж драйвера всякой мелкой хрени, типа rtc (больше там после загрузки ничего не остается)
ME - на своем, встроенном в чипсет (что забавно, в современных это очередной интел), ему надо работать когда основной пошел погулять или вовсе обесточен.

Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

301. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от dmitrmax (ok), 02-Ноя-17, 12:01 
>> Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?
> uefi - на твоем, это ж драйвера всякой мелкой хрени, типа rtc
> (больше там после загрузки ничего не остается)
> ME - на своем, встроенном в чипсет (что забавно, в современных это
> очередной интел),

LOL. Хорошая оговорчка по Фрейду: ME работает не на твоём чипсете, а на их ) Хоть ты его купил, но владеет им кто-то другой )

> ему надо работать когда основной пошел погулять или вовсе обесточен.

или когда товарищу майору надо

Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

305. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от gpyra (?), 09-Ноя-17, 15:49 
>> Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?
> uefi - на твоем, это ж драйвера всякой мелкой хрени, типа rtc
> (больше там после загрузки ничего не остается)
> ME - на своем, встроенном в чипсет (что забавно, в современных это
> очередной интел), ему надо работать когда основной пошел погулять или вовсе
> обесточен.

Большое спасибо за ответ!

Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

240. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (-), 31-Окт-17, 05:55 
меня терзают смутные сомнения (c), анб с цру борются за каналы слежки? Открытый загрузчик? И для кого открытость? Ну в свете андроида.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

245. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от 0x0 (?), 31-Окт-17, 08:15 
Нууу... Пока производители оборудования не примут на вооружение, будет ещё и что-то, типа, CyanogenMode для BIOS :))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

246. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от 0x0 (?), 31-Окт-17, 08:17 
Мало ли в Бразилии кирпичей! :)))
Ответить | Правка | ^ к родителю #245 | Наверх | Cообщить модератору

256. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от анонимы (?), 31-Окт-17, 14:17 
хорошая новость
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

272. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Игорь Арбичевemail (?), 31-Окт-17, 17:47 
Если это будет действительно с открытыми исходниками, то это здорово.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

306. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Анонимусик (?), 09-Ноя-17, 20:27 
Сплошные зонды вокруг... Может и правда на Эльбрус пора переползать...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру