The OpenNET Project / Index page

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



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

Оглавление

Обобщение опыта реализации UEFI SecureBoot в ALT Linux, opennews (ok), 25-Дек-13, (0) [смотреть все] –3

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


9. "Обобщение опыта реализации UEFI SecureBoot в ALT Linux"  –1 +/
Сообщение от Xasd (ok), 25-Дек-13, 22:23 
> Так... где тут у нас любители этого UEFI'анства были? Дать-подать сюда этого
> тяпкина-ляпкина.

я это был. (из наиболее запоминаемых).

ну а что -- меня уже отругали в прошлых темах.

опять что ли будете? :-)

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

36. "Обобщение опыта реализации UEFI SecureBoot в ALT Linux"  –1 +/
Сообщение от Аноним (-), 26-Дек-13, 03:10 
> я это был. (из наиболее запоминаемых).

Ты еще и на ARM _такое_ хотел. Ух, я даже не знаю как можно относительно вежливо и политкорректно донести то что я по этому поводу думаю. По моему нескромному мнению - я порадуюсь кончине x86 архитектуры за один только UEFI.

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

41. "Обобщение опыта реализации UEFI SecureBoot в ALT Linux"  –1 +/
Сообщение от Xasd (ok), 26-Дек-13, 04:05 
нее..

я хотел только UEFI ..

Secure Boot я не хотел :-) ..и сразу об этом говорил, заметьте!

> я порадуюсь кончине x86 архитектуры за один только UEFI.

тыг ведь вот-вот на телефонный ранок могут обрушиться x86-совместимые процессоры..

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

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

ясное дело что Uboot\UEFI тут конечно не причём..

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

хотя надо отдать должное -- Intel "слегка" неповоротлив в маркетинговом смысле.

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

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

57. "Обобщение опыта реализации UEFI SecureBoot в ALT Linux"  +/
Сообщение от Аноним (-), 26-Дек-13, 12:47 
> я хотел только UEFI ..

Ну а это теперь часть оного. И вообще, не понимаю чего хорошего в жирной, глючной, переросточной и проблемной клозетт-сорсной вендорской фирмвари. На данный момент в ARM стандартом де-факто стал, имхо, u-boot. Опенсорсный, куда более скромных размеров(хотя зависит от выбранных фич), умеющий стартовать в весьма разных позах (можно например прелоадер сделать из u-boot, "SPL". Или даже 2 прелоадера - SPL и TPL, если ограничения платформы злые, сие стартует из NAND, ROM-loader по UART/USB, ...). И API драйверов косящее под пингвинские. Умеет кучу всего. Например, читать EXT4. Так что с ним можно обойтись и без изгалений с парашей типа FAT32. Куда как более приятная вещь. И что приятно - под GPL, так что сорцы никто не зажимает.

> Secure Boot я не хотел :-) ..и сразу об этом говорил, заметьте!

Я остаюсь при своей мысли: вы вместе с вашим UEFI можете, имхо, отправляться на орбиту ближайшей черной дыры. И живите там долго и счастливо.

> тыг ведь вот-вот на телефонный ранок могут обрушиться x86-совместимые процессоры..

Интел обещает TabletPC уже наверное десятилетие. Это уже ~ 4-я попытка. Правда, облом состоит в том что x86 имеет ряд недостатков, а совместимость с х86 на смартах и планшетах никому не уперлась. Вот оно и пролетает в i++'й раз уже.

> почему? ну потому что они хотя бы могут долго держать высокую нагрузку.
> (а ARM превращается в утюг после 30 минут..)

Ламерство веб-хомячка - оно такое. Потребление CMOS схемы пропорционально количеству переключений. Поэтому мало жрет только схема которая мало работает. А у ARM при прочих равных более простое ядро, в котором меньше транзисторов. Так что при равном объеме вычислений и одинаковом техпроцессе ARM как-то имеет тенденцию жрать меньше, т.к. делает меньше переключений. И средства управления питанием там обычно на высоте. Собственно, по этой причине интел с своим х86 выглядит довольно вяло. Если бы интел не был сказочным тормозом, они давно могли бы надрать всем зад, делая ARM по своим продвинутым техпроцессам. Понемногу до них начинает допирать. Правда, видимо, делать самим ARM им слишком унизительно, но по крайней мере они стали рассматривать возможность предоставлять свои фабы другим, для производства их чипов.

> а гоночки греют телефонный процессор.

А х86 с бестолковым и большим ядром, конечно же, греться не будет. Верю-верю. Правда ARM как-то всегда лучше смотрелся в плане MIPS/Watt при одинаковом техпроцессе. К тому же у интела нет своих low power GPU, а лицензированные ими PowerVR - ничем не лучше оного же ядра в ARM процах. И точно такой же гемор с дровами.

> но у инженеров Intel можно сказать какое-то вот есть правильное видение что ли..

Это пхать проц с архитектурой из 70-х прошлого века - правильное видение? :)

> не знаю даже как выразиться корректнее..

...потому что вы полный ламер, который не понимает самых основ.

> вобщем правильные они ребята!

Сказочные д...бы они. С их технологическими нормами они могли бы половину процов для мобил шлепать уже лет пять и процы разлеталось бы со свистом. Но зацикленность на древней и неподходящей для всего этого архитектуре, с постоянными попытками упихать слона в канареечную клетку приводят к фэйлам уже наверное 4-й раз подряд. Понемногу до них начинает доползать - уже ведутся разговоры о том чтобы дать другим производить процы на их мощностях. Видимо, самим стыдно признаваться что х86 в мобильном мире полное фуфло. А вот так - вроде как без палива, мол, чужие разработки, интел тут не при чем :)

> без лишних костылей..

Это вы про х86? O_O Да он весь - один большой костыль.

> хотя надо отдать должное -- Intel "слегка" неповоротлив в маркетинговом смысле.

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

> ну и конечно [не буду отрицать, да] -- есть к сожелению небольшая
> опасность что x86-телефоны могут облепиться Вендой (как гoвном),

Правда, рынок никак не может понять - ни зачем там винда, ни зачем там х86 :).

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

76. "Обобщение опыта реализации UEFI SecureBoot в ALT Linux"  +/
Сообщение от Xasd (ok), 26-Дек-13, 18:20 
> И что приятно - под GPL, так что сорцы никто не зажимает.

сорцы от чего? от Uboot? ты лучше сорцы покажи от той RTOS, которая инициализирует (и контролирует) работу ARM-процессора.

на мой скромный взгляд эта закрытость RTOS-гипервизора-для-ARM -- явно хуже чем закрытость UEFI-для-Intel-x86.

и объём кода -- там наверное тоже больше чем объём кода UEFI... ну или по крайней мере такого же порядка размера.

> Например, читать EXT4. Так что с ним можно обойтись и без изгалений с парашей типа FAT32.

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

facepalm.

уж лучше FAT32-on-GPT, чем EXT4-on-MBR. тем более как реализация FAT32 является вполне себе тоже GPL. (сколько там у Майкрософт плучаенно незаконно патентов на Linux? 200? ну тыг и почему привязались именно к FAT32? остальные 199 вас не беспокоют?)

ну да, что тут сказать.. приходится городить Hybrid-MBR-GPT-таблицы (ну разве не костыль?). при этом создавать гибридные таблицы не всегда возможно.

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

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

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

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

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




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

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