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

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску в гугле "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследница Trinity, где в iGPU появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом coreboot.

Получается, SAMU и PSP всё же разные вещи; возможно, этот SAMU в итоге перенесли в состав PSP либо переложили его функции на PSP - что и вызвало путаницу. В любом случае, наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вплоть до Polaris включительно - вроде RX590 - вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску в гугле "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследница Trinity, где в iGPU появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом coreboot.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вплоть до Polaris включительно - вроде RX590 - вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску в гугле "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследница Trinity, где в iGPU появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом coreboot.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты «<=Polaris» вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску в гугле "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследница Trinity, где в iGPU появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом coreboot.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску в гугле "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследница Trinity, где в iGPU появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску в гугле "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже запуску опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris. И не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris - и не потому что раньше PSP был суперстабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивает свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris - и не потому что раньше он был супер стабильный, а просто потому что PSP нет в видеокартах Polaris включая RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта с глюками PSP для видеокарт архитектуры Polaris - разумеется, просто потому что PSP нет в видеокартах Polaris вроде RX590.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции psp_init_sriov_microcode на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris - просто потому что его там нет.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не стояло.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris - просто потому что его там нет.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не было.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris - просто потому что его там нет.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не было.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида
```
[drm:psp_hw_start [amdgpu]] *ERROR* PSP create ring failed!
[drm:psp_hw_init [amdgpu]] *ERROR* PSP firmware loading failed
```
из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не было.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску "drm" "PSP" "failed" (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида [drm:psp_hw_init [amdgpu]] ERROR PSP firmware loading failed из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 с SAMU уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не было.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску «drm» «PSP» «failed» (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида «[drm:psp_hw_init [amdgpu]] ERROR PSP firmware loading failed» из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 уже был внутри встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не было.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску «drm» «PSP» «failed» (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида «[drm:psp_hw_init [amdgpu]] ERROR PSP firmware loading failed» из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.

SAMU и тот Secure Processor (aka PSP) - это разные вещи

Похоже, что нет

Позвольте с вами не согласиться)

Известно, что компонент SAMU был внедрён в составе модуля UVD3 - который появился задолго до Polaris: например, этот UVD3 уже был в составе встроенной видеокарты AMD'шных процессоров архитектуры Trinity в ~2011 году, когда PSP и в процессорах ещё не было.
Если полазить по исходникам: хоть и в явном виде нигде не написано что «у Polaris нет PSP, а у Vega уже есть», это можно понять из файлов вроде этого: в функции «psp_init_sriov_microcode» на ~320 строке есть кейсы для «vega10» «navi12» «sienna_cichlid» «aldebaran», а для Polaris ничего не написано ;-)
Этот PSP иногда глючит, и по поиску «drm» «PSP» «failed» (drm здесь - Direct Rendering Manager, а не то что вы могли бы подумать) - вы найдёте массу сообщений вида «[drm:psp_hw_init [amdgpu]] ERROR PSP firmware loading failed» из логов ядра жалующихся пользователей. Но все эти баг-репорты - будут для более свежих видеокарт Vega/Navi/etc., и я уверен что вы не найдёте ни одного баг репорта о PSP для видеокарт архитектуры Polaris.

И самое главное: в отличие от PSP, который по всей видимости появился в видеокартах начиная с Vega/Navi, этот SAMU никак не ограничивал свободу пользователя - например, не препятствует запуску изменённых AtomBIOS (нет никаких проверок подписей и т.д.) и даже опенсорсного AtomBIOS'а - (к сожалению незавершённый) проект OpenAtom для встроенной видеокарты процессора A10-5750M архитектуры Richland (наследник Trinity, где появился SAMU) , стоящего в ноуте G505S с опенсорсным БИОСом.

Получается, SAMU и PSP всё же разные вещи; я допускаю, что этот SAMU могли в итоге перенести в состав PSP либо переложить его функции на PSP, но при этом наличие SAMU в видеопроцессоре ничем не угрожает свободе и безопасности пользователя, и видеокарты вроде RX590 вполне подходят для спокойного использования.