LINUX.ORG.RU

Mesa, opencl, rusticl

 , , ,


0

2

GPU - AMD Radeon RX 6700 XT.
Собираю mesa-24.1.1 с флагом opencl, устанавливаю глобально переменную RUSTICL_ENABLE=radeonsi.
Ни Libreoffice, ни SVP4 не работают с opencl, не видят его.
При этом clinfo выдает:

Number of platforms                               1
  Platform Name                                   rusticl
  Platform Vendor                                 Mesa/X.org
  Platform Version                                OpenCL 3.0
  Platform Profile                                FULL_PROFILE
  Platform Extensions                             cl_khr_byte_addressable_store cl_khr_create_command_queue cl_khr_expect_assume cl_khr_extended_versioning cl_khr_icd cl_khr_il_program cl_khr_spirv_no_integer_wrap_decoration cl_khr_suggested_local_work_size
  Platform Extensions with Version                cl_khr_byte_addressable_store                                    0x400000 (1.0.0)
                                                  cl_khr_create_command_queue                                      0x400000 (1.0.0)
                                                  cl_khr_expect_assume                                             0x400000 (1.0.0)
                                                  cl_khr_extended_versioning                                       0x400000 (1.0.0)
                                                  cl_khr_icd                                                       0x400000 (1.0.0)
                                                  cl_khr_il_program                                                0x400000 (1.0.0)
                                                  cl_khr_spirv_no_integer_wrap_decoration                          0x400000 (1.0.0)
                                                  cl_khr_suggested_local_work_size                                 0x400000 (1.0.0)
  Platform Numeric Version                        0xc00000 (3.0.0)
  Platform Extensions function suffix             MESA
  Platform Host timer resolution                  1ns

  Platform Name                                   rusticl
Number of devices                                 1
  Device Name                                     AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)
  Device Vendor                                   AMD
  Device Vendor ID                                0x1002
  Device Version                                  OpenCL 3.0
  Device UUID                                     00000000-2d00-0000-0000-000000000000
  Driver UUID                                     414d442d-4d45-5341-2d44-525600000000
  Valid Device LUID                               No
  Device LUID                                     0000-000000000000
  Device Node Mask                                0
  Device Numeric Version                          0xc00000 (3.0.0)
  Driver Version                                  24.1.0
  Device OpenCL C Version                         OpenCL C 1.2
  Device OpenCL C Numeric Version                 0x402000 (1.2.0)
  Device OpenCL C all versions                    OpenCL C                                                         0xc00000 (3.0.0)
                                                  OpenCL C                                                         0x402000 (1.2.0)
                                                  OpenCL C                                                         0x401000 (1.1.0)
                                                  OpenCL C                                                         0x400000 (1.0.0)
  Device OpenCL C features                        __opencl_c_integer_dot_product_input_4x8bit_packed               0x800000 (2.0.0)
                                                  __opencl_c_integer_dot_product_input_4x8bit                      0x800000 (2.0.0)
                                                  __opencl_c_int64                                                 0x400000 (1.0.0)
                                                  __opencl_c_images                                                0x400000 (1.0.0)
                                                  __opencl_c_3d_image_writes                                       0x400000 (1.0.0)
                                                  __opencl_c_subgroups                                             0x400000 (1.0.0)
  Latest conformance test passed                  v0000-01-01-00
  Device Type                                     GPU
  Device PCI bus info (KHR)                       PCI-E, 0000:2d:00.0
  Device Profile                                  EMBEDDED_PROFILE
  Device Available                                Yes
  Compiler Available                              Yes
  Linker Available                                Yes
  Max compute units                               40
  Max clock frequency                             2585MHz
  Device Partition                                (core)
    Max number of sub-devices                     0
    Supported partition types                     None
    Supported affinity domains                    (n/a)
  Max work item dimensions                        3
  Max work item sizes                             1024x1024x1024
  Max work group size                             1024
  Preferred work group size multiple (device)     64
  Preferred work group size multiple (kernel)     64
  Max sub-groups per work group                   32
  Preferred / native vector sizes
    char                                                 1 / 1
    short                                                1 / 1
    int                                                  1 / 1
    long                                                 1 / 1
    half                                                 0 / 0        (n/a)
    float                                                1 / 1
    double                                               0 / 0        (n/a)
  Half-precision Floating-point support           (n/a)
  Single-precision Floating-point support         (core)
    Denormals                                     No
    Infinity and NANs                             Yes
    Round to nearest                              Yes
    Round to zero                                 No
    Round to infinity                             No
    IEEE754-2008 fused multiply-add               No
    Support is emulated in software               No
    Correctly-rounded divide and sqrt operations  No
  Double-precision Floating-point support         (n/a)
  Address bits                                    64, Little-Endian
  Global memory size                              12884901888 (12GiB)
  Error Correction support                        No
  Max memory allocation                           2147483648 (2GiB)
  Unified memory for Host and Device              No
  Shared Virtual Memory (SVM) capabilities        (core)
    Coarse-grained buffer sharing                 No
    Fine-grained buffer sharing                   No
    Fine-grained system sharing                   No
    Atomics                                       No
  Minimum alignment for any data type             128 bytes
  Alignment of base address                       4096 bits (512 bytes)
  Preferred alignment for atomics
    SVM                                           0 bytes
    Global                                        0 bytes
    Local                                         0 bytes
  Atomic memory capabilities                      relaxed, work-group scope
  Atomic fence capabilities                       relaxed, acquire/release, work-group scope
  Max size for global variable                    0
  Preferred total size of global vars             0
  Global Memory cache type                        None
  Image support                                   Yes
    Max number of samplers per kernel             32
    Max size for 1D images from buffer            268435455 pixels
    Max 1D or 2D image array size                 8192 images
    Base address alignment for 2D image buffers   0 bytes
    Pitch alignment for 2D image buffers          0 pixels
    Max 2D image size                             16384x16384 pixels
    Max 3D image size                             8192x8192x8192 pixels
    Max number of read image args                 32
    Max number of write image args                16
    Max number of read/write image args           0
  Pipe support                                    No
  Max number of pipe args                         0
  Max active pipe reservations                    0
  Max pipe packet size                            0
  Local memory type                               Global
  Local memory size                               65536 (64KiB)
  Max number of constant args                     16
  Max constant buffer size                        67108864 (64MiB)
  Generic address space support                   No
  Max size of kernel argument                     4096 (4KiB)
  Queue properties (on host)
    Out-of-order execution                        No
    Profiling                                     Yes
  Device enqueue capabilities                     (n/a)
  Queue properties (on device)
    Out-of-order execution                        No
    Profiling                                     No
    Preferred size                                0
    Max size                                      0
  Max queues on device                            0
  Max events on device                            0
  Prefer user sync for interop                    Yes
  Profiling timer resolution                      10ns
  Execution capabilities
    Run OpenCL kernels                            Yes
    Run native kernels                            No
    Non-uniform work-groups                       No
    Work-group collective functions               No
    Sub-group independent forward progress        No
    IL version                                    SPIR-V_1.0 SPIR-V_1.1 SPIR-V_1.2 SPIR-V_1.3 SPIR-V_1.4
    ILs with version                              SPIR-V                                                           0x400000 (1.0.0)
                                                  SPIR-V                                                           0x401000 (1.1.0)
                                                  SPIR-V                                                           0x402000 (1.2.0)
                                                  SPIR-V                                                           0x403000 (1.3.0)
                                                  SPIR-V                                                           0x404000 (1.4.0)
  printf() buffer size                            1048576 (1024KiB)
  Built-in kernels                                (n/a)
  Built-in kernels with version                   (n/a)
  Device Extensions                               cl_khr_byte_addressable_store cl_khr_create_command_queue cl_khr_expect_assume cl_khr_extended_versioning cl_khr_icd cl_khr_il_program cl_khr_spirv_no_integer_wrap_decoration cl_khr_suggested_local_work_size cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_integer_dot_product cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_gl_sharing cles_khr_int64 cl_khr_3d_image_writes cl_khr_pci_bus_info cl_khr_device_uuid cl_khr_subgroup_shuffle cl_khr_subgroup_shuffle_relative
  Device Extensions with Version                  cl_khr_byte_addressable_store                                    0x400000 (1.0.0)
                                                  cl_khr_create_command_queue                                      0x400000 (1.0.0)
                                                  cl_khr_expect_assume                                             0x400000 (1.0.0)
                                                  cl_khr_extended_versioning                                       0x400000 (1.0.0)
                                                  cl_khr_icd                                                       0x400000 (1.0.0)
                                                  cl_khr_il_program                                                0x400000 (1.0.0)
                                                  cl_khr_spirv_no_integer_wrap_decoration                          0x400000 (1.0.0)
                                                  cl_khr_suggested_local_work_size                                 0x400000 (1.0.0)
                                                  cl_khr_global_int32_base_atomics                                 0x400000 (1.0.0)
                                                  cl_khr_global_int32_extended_atomics                             0x400000 (1.0.0)
                                                  cl_khr_integer_dot_product                                       0x800000 (2.0.0)
                                                  cl_khr_local_int32_base_atomics                                  0x400000 (1.0.0)
                                                  cl_khr_local_int32_extended_atomics                              0x400000 (1.0.0)
                                                  cl_khr_gl_sharing                                                0x400000 (1.0.0)
                                                  cles_khr_int64                                                   0x400000 (1.0.0)
                                                  cl_khr_3d_image_writes                                           0x400000 (1.0.0)
                                                  cl_khr_pci_bus_info                                              0x400000 (1.0.0)
                                                  cl_khr_device_uuid                                               0x400000 (1.0.0)
                                                  cl_khr_subgroup_shuffle                                          0x400000 (1.0.0)
                                                  cl_khr_subgroup_shuffle_relative                                 0x400000 (1.0.0)

NULL platform behavior
  clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...)  No platform
  clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...)   No platform
  clCreateContext(NULL, ...) [default]            No platform
  clCreateContext(NULL, ...) [other]              Success [MESA]
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT)  Success (1)
    Platform Name                                 rusticl
    Device Name                                   AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU)  Success (1)
    Platform Name                                 rusticl
    Device Name                                   AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM)  No devices found in platform
  clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL)  Success (1)
    Platform Name                                 rusticl
    Device Name                                   AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.54, 6.6.30-gentoo)

ICD loader properties
  ICD loader Name                                 Khronos OpenCL ICD Loader
  ICD loader Vendor                               Khronos Group
  ICD loader Version                              3.0.6
  ICD loader Profile                              OpenCL 3.0


На форуме SVP4 подсказали, что это из-за «Device Profile» = «EMBEDDED_PROFILE», в то время как программы ожидают «FULL_PROFILE».

Если поставить rocm-opencl-runtime-5.5.1, там «Device Profile» = «FULL_PROFILE» и все работает.

Что такое этот «Device Profile»? От чего он зависит и как его поменять?


Перемещено hobbit из general


Ответ на: комментарий от whbex

И что с ними с декомпилированными дальше делать? Когда код даётся в исходниках, к ним обычно прилагается лицензия, где понятно, что к чему.

А тут есть риск выпустить патч и получить на него судебный иск.

Вот та часть, которая открыта — она открыта под MIT, тут всё понятно.

Кстати, можно ссылку на «предоставили маппинги для декомпиляции игры»?

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

что с ними с декомпилированными дальше делать

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

anonymous
()
Ответ на: комментарий от hobbit

В контексте данной темы - проверить на наличие закладок, о чём изначально речь шла. Но вообще оно помогает моды пилить, причём не что-то новое, а банальное переписывание говнокода.

А тут есть риск выпустить патч и получить на него судебный иск.

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

Да, маппинги под EULA, т.е. не FOSS. Но ведь открытый код ещё не означает свободный.

https://minecraft.wiki/w/Obfuscation_map

The obfuscation maps include enough information to deobfuscate Minecraft for decompilation

В данном случае, конечно, подразумевается классический майнкрафт, а не новомодный порт с мобилок с DRM/телеметрией/микротранзакциями и прочим хламом.

whbex ★★
()
Последнее исправление: whbex (всего исправлений: 1)
Ответ на: комментарий от tamo

Если работает хоть одна реализация – радуйтесь и пользуйтесь ей.
Повторюсь: даже для intel нет ни одной полнофункциональной и безбажной opencl.

i586 ★★★★★
()
8 октября 2024 г.
Ответ на: комментарий от SakuraKun

Как реализована аппаратная подлержка DRM на Поларисах?

Наверно в них тоже есть PSP, раз в Веге оно есть, а поддержку DRM добавили одним и тем же обновлением драйверов и в Поларисы и в Вегу.

gffff
()
Ответ на: комментарий от gffff

Как реализована аппаратная подлержка DRM на Поларисах?

А почему вы думаете что - если она есть - она именно аппаратная? Может быть, она чисто программно реализована, на стороне драйверов? (причём только виндузятных небось, т.к. в Linux это не-прибитое-гвоздями искусственное ограничение вряд ли бы пропустили) Всякую фигню можно чисто программно реализовать, как можно видеть на примере ранних версий бэкдора Computrace - они не только ME/PSP, но даже и наличия UEFI не требовали, как-то встраивались в старые-добрые классические БИОСы (именно поэтому я пропагандирую опенсорсный БИОС coreboot (на AMD-без-PSP материнках) - только с ним можно чувствовать себя в труЪ-безопасности)

Наверно в них тоже есть PSP, раз в Веге оно есть

При подборе видеокарты я ориентировался не только на заявленные технические характеристики (наличие PSP не скрывалось, и даже преподносилось как фича), но и на то что там в драйверах понаписано. И по (Linux'овым) драйверам было очевидно, что PSP есть в Vega - но я не обнаружил ни одного упоминания PSP в коде для видеокарт семейства Polaris вроде RX590. Из этого я и сделал вывод, что RX590 - самая крутая беззондовая видеокарта с официальными опенсорсными драйверами

поддержку DRM добавили одним и тем же обновлением драйверов и в Поларисы и в Вегу

gffff , можно пожалуйста ссылку на новость или коммит? Сходу найти не получается

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

А почему вы думаете что - если она есть - она именно аппаратная?

Ну в Веге она судя по всему (в том числе по вашим старым коментариям) аппаратная. Разве это не одно из предназначений PSP?

А судя по этому:

поддержку DRM добавили одним и тем же обновлением драйверов и в Поларисы и в Вегу

механизм работы у обоих должен быть очень похож

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

Когда-то у меня была RX 560 и в Linux Mint в свойствах системы в графе описания GPU там значилась поддержка DRM

можно пожалуйста ссылку на новость или коммит?

Нет, ссылки у меня нет. Была новость на 3dnews, а сейчас уже её потерли

Но вы можете установить Linux Mint на свой компьютер с RX 590 и посмотреть что написано в сведениях о системе

Ну или можно попробовать погуглить по запросу «поддержка DRM в Polaris и Vega»

gffff
()
Ответ на: комментарий от SakuraKun

наличие PSP не скрывалось, и даже преподносилось как фича

Ну я бы стал на это ориентироваться

я не обнаружил ни одного упоминания PSP в коде для видеокарт семейства Polaris

Хорошо. А не может быть так, что оно тогда просто ещё не называлось PSP? Что-такое тут Лоре проскакивало про AMDшные процессоры

gffff
()
Ответ на: комментарий от gffff

Вспомнил: в Polaris'ах и раньше - для обеспечения работы DRM есть некий SAMU (Secure Asset Management Unit). Но SAMU и тот PSP (Platform Security Processor) - это совершенно разные вещи: в отличие от PSP, SAMU является функцией видеочипа а не «себе-на-уме» сопроцессором, и наличие SAMU никак не ограничивает свободу пользователя устанавливать модифицированные прошивки AtomBIOS на свою видеокарту; + теоретически может быть возможен даже опенсорсный AtomBIOS (см. проект OpenAtom, который пытались осуществить для AMD'шной видеокарты стоящей в ноуте G505S с опенсорсным БИОСом coreboot, но немного не довели до конца). А на видеокартах с PSP такая свобода невозможна, не говоря о проблемах с безопасностью (которые неизбежно есть у любой проприетарщины, т.к. security-through-obscurity не работает и побуждает к некачественному коду) и прочих недостатках.

Что-такое тут Лоре проскакивало про AMDшные процессоры

в процессорах этот бэкдор тоже называется PSP: т.е. вначале его внедрили в процессоры, а потом и в видеокарты. При этом, если смотреть на исходники опенсорсного БИОСа coreboot для AMD'шных платформ, даже по самим исходникам понятно на каких платформах этот бэкдор присутствует, т.к. от него зависит работоспособность платформы и с ним приходится взаимодействовать при её инициализации и т.д. - как и в случае с видеокартами, судя по исходникам драйверов. Поэтому, «скрыть» наличие бэкдора PSP, тупо не объявляя его как фичу в технических характеристиках процессора/видеокарты, невозможно при наличии опенсорсного низкоуровневого кода который его выдаст

Поэтому на ПК вида «матплата A88XM-E с прошитым coreboot и без-PSP'шным процессором A10-6800K / A10-6700 (а вот процы 7*** не подходят т.к. в предверии прихода PSP низкоуровневую библиотеку AGESA почти полностью запроприетарили и coreboot их не поддерживает) + без-PSP'шная видеокарта RX590» - можно чувствовать себя в безопасности, и прекрасно жить на нём долгие года если в остальном прокачать по максимуму - поставить оперативки 1866MHz с быстрыми таймингами CL9 и т.д., здесь кроме толщины кошелька вас ничто не ограничивает. в коребутный ноут G505S с без'PSP'шным A10-5750M - при желании тоже возможно подключить RX590 при помощи специального переходника в MiniPCIe (разумеется, потребуется доп.питание видеокарты), скорость конечно чуть порежется из-за «даунгрейда PCIe» но не так сильно

SakuraKun ★★★★★
()
Ответ на: комментарий от gffff

gffff, мне видится что основное предназначение PSP: ограничение свободы пользователя запускать «неодобренный» код под предлогом обеспечения безопасности + возможное шпионство. Т.е. совсем необязательно что сам PSP должен обслуживать функционал DRM - хотя он этому DRM'у несомненно способствует, мешая пользователю модифицировать/создавать «разблокированные» AtomBIOS'ы - низкоуровневый код необходимый для инициализации/работы видеочипа, хранящийся на плате видеокарты (за исключением ноутов, где он обычно хранится в SPI Flash рядом с БИОСОм и каждый запуск вживую подгружается им на видеочип). Например, AtomBIOS'ы моддили для постоянного разгона видеочипов вместо покупки более дорогих видеокарт, косвенно снижая этим прибыль AMD

SakuraKun ★★★★★
()
Последнее исправление: SakuraKun (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

А что вы скажете про функционал таких технологий как VCE, NVENC, Quick Sync? Мне кажется это очень сомнительные технологии с точки зрения privacy

Как-то не очень вдохновляет мысль, что у меня в компьютере есть нечто, которое может отправлять куда-то в сеть происходящее у меня на мониторе, «не нагружая при этом ядра GPU и CPU» (из описания NVENC)

gffff
()
Ответ на: комментарий от gffff

старый Computrace действительно поддерживал только Windows, но как минимум начиная с эпохи Ubuntu 16.04 (а может и раньше!) появилась поддержка Linux. Подробности с пруфом - в моём старом комменте . Вывод: без опенсорсного биоса coreboot от зондов далеко не убежишь

SakuraKun ★★★★★
()
Ответ на: комментарий от gffff

AMD VCE - аппаратное ускорение для некоторых популярных кодеков, выглядит безобидно. NVidia NVENC и Intel QuickSync тоже для этого предназначены, но у NVidia и Intel могут быть бэкдоры в других местах ввиду их большой степени проприетарности. у AMD хотя бы легко прослеживается когда бэкдор появился: AMD PSP внедрили на процах после fam15h / раннего fam16h, на видеокартах после RX590. Соответственно, у fam15h A10-6700/6800K на матплате A88XM-E, fam15h A10-5750M на ноуте Lenovo G505S, раннего fam16h Athlon 5370 на матплате AM1I-A, видеокарты RX590 11289-07-20G - всё замечательно, учитывая что перечисленные матплаты поддерживаются практически безблобовым опенсорсным БИОСом coreboot (немногочисленные оставшиеся блобы исследованы и бэкдоров не обнаружено) и бэкдоров в БИОСе содержать не могут, и с железом всё в порядке

SakuraKun ★★★★★
()
Последнее исправление: SakuraKun (всего исправлений: 1)
Ответ на: комментарий от SakuraKun

выглядит безобидно

Выглядит как способ скрыто отсылать содержимое экрана куда-то туда. И NVidia NVENC и Intel QuickSync выглядят точно также.

у NVidia и Intel могут быть бэкдоры

Видеокарты АМД в принципе не работают без блобов.

у AMD хотя бы легко прослеживается когда бэкдор появился

VCE со своей закрытой фирмварью появился в 2012 году

A10-6700/6800K A10-5750M 5370

VCE

gffff
()
Ответ на: комментарий от SakuraKun

AMD VCE - аппаратное ускорение для некоторых популярных кодеков

Для кого-то и МЕ и PSP выглядят безобидно. А уж UEFI и подавно. Проблема в теоритическом наличии недокументируемых возможностей.

Тут вопрос является ли VCE полным функциональным аналогом NVidia NVENC, который суть отдельный чип со своей закрытой фирмварью, проводящий какие-то манипуляции с видеопотоком

gffff
()
Ответ на: комментарий от SakuraKun

совсем необязательно что сам PSP должен обслуживать функционал DRM

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

gffff
()
Ответ на: комментарий от SakuraKun

для обеспечения работы DRM есть некий SAMU (Secure Asset Management Unit)

SAMU является функцией видеочипа а не «себе-на-уме» сопроцессором

Вроде бы вот это «unit» должно означать что это отдельный чип. Нет?

gffff
()