История изменений

Нормальная там документация

Да. И реализация там тоже нормальная, которую можно и, самое главное, нужно расширять своими решениями, используя уже готовое, а не городя свои самосборные велосипеды. Этого, конечно же, ни кто не запрещает делать, но время убивать… Несколько не логично. Если по сути (побуду немного капитаном Очевидность), то нужно просто добавить свою борду в набор и скомпилить решение.

По теме. TC, что за железо, если не секрет?

UART молчит как рыба об лёд? На каком этапе? Важно понимать что u-boot на ARM сперва проваливается на уровень EL3 (какой именно ARM не важно, т.к. механизмы сходные и для Aarch32 и для Aarch64 за редкими исключениями), где производится инициализация железа и там же работает та ОС, которая должна обеспечивать TEE (Trusted Execution Environment) в дальнейшем. Там UART молчит? И что именно Вы разрабатываете – TEE или «просто надо Linux загрузить»? Если первое, то это один разговор. Если «просто загрузить Linux или прошивку» и там UART молчит, то разговор другой.

Пока я стараюсь понять что за железо и что за задача, т.к. TEE это отдельный и полноформатный звиздец. Ну а «просто загрузить прошивку», это малость другой вопрос. Потому что если на уровне EL3 всё проинициализировали и не предполагается работа внутренней ОС, реализующей TEE, то дальше проц выскочит уровнями выше и должен приступить к загрузке прошивки или условного Linux.

Тут просто надо понять где именно факап происходит.

Нормальная там документация

Да. И реализация там тоже нормальная, которую можно и, самое главное, нужно расширять своими решениями, используя уже готовое, а не городя свои самосборные велосипеды. Этого, конечно же, ни кто не запрещает делать, но время убивать… Несколько не логично. Если по сути (побуду немного капитаном Очевидность), то нужно просто добавить свою борду в набор и скомпилить решение.

По теме. TC, что за железо, если не секрет?

UART молчит как рыба об лёд? На каком этапе? Важно понимать что u-boot на ARM сперва проваливается на уровень EL3 (какой именно ARM не важно, т.к. механизмы сходные и для Aarch32 и для Aarch64 за редкими исключениями), где производится инициализация железа и там же работает та ОС, которая должна обеспечивать TEE (Trusted Execution Environment) в дальнейшем. Там UART молчит? И что именно Вы разрабатываете – TEE или «просто надо Linux загрузить»? Если первое, то это один разговор. Если «просто загрузить Linux или прошивку» и там UART молчит, то разговор другой.

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

Нормальная там документация

Да. И реализация там тоже нормальная, которую можно и, самое главное, нужно расширять своими решениями, используя уже готовое, а не городя свои самосборные велосипеды. Этого, конечно же, ни кто не запрещает делать, но время убивать… Несколько не логично. Если по сути (побуду немного капитаном Очевидность), то нужно просто добавить свою борду в набор и скомпилить решение.

По теме. TC, что за железо, если не секрет?

UART молчит как рыба об лёд? На каком этапе? Важно понимать что u-boot на ARM сперва проваливается на уровень EL3, где производится инициализация железа и там же работает та ОС, которая должна обеспечивать TEE (Trusted Execution Environment) в дальнейшем. Там UART молчит? И что именно Вы разрабатываете – TEE или «просто надо Linux загрузить»? Если первое, то это один разговор. Если «просто загрузить Linux или прошивку» и там UART молчит, то разговор другой.

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