Хотя да, зачем, если нужные поля получены сп помощью утилит...
Просто в случае распаянной памяти spd наружу торчать не будет, а параметры памяти в случае этого проца (SoC'а если уж точнее) будут заданы в параметрах биоса.
Но тот же dmidecode покажет, что запись о распаянной памяти есть (под вопросом будет ли эта запись, но все же) :)
Считать spd и посмотреть что там прописано не вариант? Настройки открыть тоже более-менее тривиальная операция, если есть программатор. На ноуте жены asus тоже пишет, что одна плашка из двух хотя по факту там ещё распаяно на плате 4GB. Можно запустить ubuntu и посмотреть что dmidecode -t 17 будет показывать. Либо rwevewithing в виндовс :)
А есть примеры проектов, где данная технология используется? Например, на основе Intel TXT есть проект tboot. TPM используется в BitLocker. А для SGX есть фактическое применение кроме написания «Hello world!»?
Сейчас систему образования в очередной раз оптимизируют и не будет конкуренции этой вашей :)
Советская школа - все, а бакалавры/магистры - недостаточно скрепно.
Embedded и всякие околосистемные штуки - 50 летние дядьки еще как востребованы. IT оно большое.
Хотя да, зачем, если нужные поля получены сп помощью утилит...
Просто в случае распаянной памяти spd наружу торчать не будет, а параметры памяти в случае этого проца (SoC'а если уж точнее) будут заданы в параметрах биоса.
Но тот же dmidecode покажет, что запись о распаянной памяти есть (под вопросом будет ли эта запись, но все же) :)
Ну, можно дамп, например было считать полный. Чтобы посмотреть что там.
Считать spd и посмотреть что там прописано не вариант? Настройки открыть тоже более-менее тривиальная операция, если есть программатор. На ноуте жены asus тоже пишет, что одна плашка из двух хотя по факту там ещё распаяно на плате 4GB. Можно запустить ubuntu и посмотреть что dmidecode -t 17 будет показывать. Либо rwevewithing в виндовс :)