В freebsd есть поддержка Vulkan на графике от intel?

Зачем тебе Vulkan на роутере?

https://www.reddit.com/r/vulkan/comments/508oa1/is_freebsd_supports_vulkan_api/

https://wiki.freebsd.org/Graphics#Intel_Graphics

А зачем тебе на фре графен?

А где там о поддержке вулкана на интеле написано?

А зачем тебе на фре графен?

Хочу.

Там сказано, что дрова на фрю в вулкан пока не могут. B вряд ли когда-нибудь смогут.

А зачем тебе на фре графен?

Ну давай, колись, мне же интересно.

Ну давай, колись, мне же интересно.

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

Да, в этом треде я вменяемых не вижу. Но мне-то можно, у меня справка есть.

А как проверить?

July 2016: Mesa 12.0 is released, including OpenGL 4.3 support and initial support for Vulkan for Intel GPUs. Plus, there's another gallium software driver («swr») based on LLVM and developed by Intel.

Что тут неясного? Vulkan ещё не готов.

готов

Достали уже по кладбищам шарить.

не готов

*для freebsd

на пингвине intel anv уже давно запускать ту же дотку например

http://www.phoronix.com/scan.php?page=article&item=mesa-17-kaby&num=2

на пингвине intel anv уже давно

«Давно» - это три недели назад? Смотри какой скоростной. А у тебя Mesa 17.x имеется?

Официальных дров на интел во FreeBSD нет. Помоему толком никаких нет, а то что есть энтузиастами портируется как то так.

Официальных дров на интел во FreeBSD нет.

Да?

Помоему толком никаких нет, а то что есть энтузиастами портируется как то так.

А это что: http://www.freshports.org/x11-drivers/xf86-video-intel/

The xf86-video-intel module is an open-source 2D graphics driver for
the X Window System as implemented by X.org. It supports a variety of
Intel graphics chipsets including:

        i810/i810e/i810-dc100,i815,
        i830M,845G,852GM,855GM,865G,
        915G/GM,945G/GM/GME,946GZ
        G/GM/GME/Q965,
        G/Q33,G/Q35,G41,G/Q43,G/GM/Q45
        PineView-M (Atom N400 series)
        PineView-D (Atom D400/D500 series)
        Intel(R) HD Graphics,
        Intel(R) Iris(TM) Graphics,
        Intel(R) Iris(TM) Pro Graphics.

WWW: https://01.org/linuxgraphics/

В опциях сборки порта можно выбрать между UXA (Unified Acceleration Architecture) и SNA (SandyBridge's New Acceleration). Для GNU/Linux остаётся уповать на волю мантейнеров конкретного дистрибутива.

Как видишь, ты прав - пилят энтузиасты из linuxgraphics.

Ты поимел бы совесть и посмотрел бы по своей ссылке кто комитит и кто апрувит. А так же вспомнил бы эпопею, как эти дрова впиливались во фряху.

Но я рад если оно действительно нормально работает.

А в GNU/Linux видеодрайверы из Intel отгружаются напрямую?

Да. Ты как обычно обосрался))

Ты поимел бы совесть и посмотрел бы по своей ссылке кто комитит и кто апрувит.

Так кто этот (не)хороший человек, который портит вам всю малину?

А так же вспомнил бы эпопею, как эти дрова впиливались во фряху.

Оно как-то отзывается на современном положении дел с 3D-графикой в Linux и FreeBSD? Походу, нет. Linux является испытательным полигоном для новых решений, но оттестированные версии ПО всё же первой получает FreeBSD, а уже потом доходит очередь до LTS-веток GNU/Linux.

Но я рад если оно действительно нормально работает.

Лично у меня негде проверить, как оно, так как к Intel в плане акселерации графики равнодушен.

Ага. Правда fps относительно opengl проседает, хоть и более стабильный.

А в GNU/Linux видеодрайверы из Intel отгружаются напрямую?

Да, к сожалению.

но оттестированные версии ПО всё же первой получает FreeBSD

Как там у вас с OpenGL на AMD?

Портированный механизм kms для интел, не совсем работает для amd. https://wiki.freebsd.org/Graphics#AMD_.2F_Radeon_Graphics

Ууу, всё очень плохо. Я не троллю, это реально хреновое положение дел. Даже если это правда, что у большинства основных разработчиков FreeBSD макбуки, то они либо не запускают систему на своём железе, либо пользуются моделями с интеловской графикой :))

У них же есть ещё блоб нвидии.

Приемлимо хорошее 3д ускорение под FreeBSD это только бинарный драйвер невидии. На линуксе кстати тоже.

На линуксе кстати тоже.

Очень толсто, бро, худей.

Я уже постил тесты с фороникса о разнице в производительности между блобом амд и открытыми дровами в 10 раз.

Смысл обмазываться истинно свободной ОС, если потом вставишь себе блобца? Так можно и линукс поставить, на котором даже с тем же блобом всё будет куда резче.

Ложь. В сто раз!

Не. При такой разнице на блобе уже бы уперлось в процессор.

Как там у вас с OpenGL на AMD?

Вот так:

> glxinfo -B
name of display: unix:0.0
display: unix:0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: AMD RS880 (DRM 2.29.0 / 11.0-STABLE, LLVM 3.9.1) (0x9710)
    Version: 13.0.5
    Accelerated: yes
    Video memory: 512MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 3.1
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RS880 (DRM 2.29.0 / 11.0-STABLE, LLVM 3.9.1)
OpenGL core profile version string: 3.1 (Core Profile) Mesa 13.0.5
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)

OpenGL version string: 3.0 Mesa 13.0.5
OpenGL shading language version string: 1.30
OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00

Это ещё видяшка старая.

Старые это SI, которые у вас и не поддерживаются. А у тебя музейная :)

OpenGL core profile version string: 3.1

R.I.P.

Старые это SI, которые у вас и не поддерживаются.

Какие-какие?

А у тебя музейная :)

Да шо вы говорите!

https://wiki.freebsd.org/Graphics#AMD_.2F_Radeon_Graphics Последние пять строк. И это очень старые карты.

А у тебя Mesa 17.x имеется?

Конечно, давно

ford@ford-vertex-460:~ [0] $ glxinfo | grep -i string
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD REDWOOD (DRM 2.46.0 / 4.8.10-040810-generic, LLVM 4.0.0)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.1.0-devel
OpenGL core profile shading language version string: 3.30
OpenGL version string: 3.0 Mesa 17.1.0-devel
OpenGL shading language version string: 1.30
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.1.0-devel
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
ford@ford-vertex-460:~ [0] $

intel вообще самая ублюдочная графика из ныне актуальных, под любым api и os.

собственно вопрос о переходе штеуда на radeon уже поднимался и вроде даже есть определённые планы на конец года

вот пара ссылок:

https://www.forbes.com/sites/tiriasresearch/2016/12/06/is-amd-licensing-radeo...

http://www.overclockers.ua/news/hardware/2017-02-05/119680/

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

Пошёл отсюда, блядь.

Конечно, давно

Mesa 17.1.0-devel

А у других линуксоидов как с этим обстоят дела, тоже тестируют?

Hi all,

Here is the current tentative 17.1.0 release schedule.

 Apr 14 2017 - Feature freeze/Release candidate 1
 Apr 21 2017 - Release candidate 2
 Apr 28 2017 - Release candidate 3
 May 05 2017 - Release candidate 4/final release

This gives us approximately five (5) weeks to get new features in.

Here is a rough list of people and tasks, which come to mind. Have I missed
anything, do any of these sound like they won't make it ?

 - Christian:
P010/P016 support for Gallium drivers via the VAAPI, OMX(?) and VDPAU(?) API
 - Emil:
pthread-stubs, drmDevice2, EGL GLVND, broken glsl tests
 - Timothy:
shader cache (anything outstanding?), gl threaded dispatch
 - Francisco, the Igalia team:
OpenGL 4.0 to Ivybridge/Baytrail

Regards,
Emil

https://lists.freedesktop.org/archives/mesa-announce/2017-March/000306.html

LLVM 3.9.1 хотя бы есть в системе? (Новых фич без него не видать)

intel вообще самая ублюдочная графика из ныне актуальных, под любым api и os

Было бы так, если не связка AMD+Linux, Причем AMD+Win/macOS вполне нормально

А у других линуксоидов как с этим обстоят дела, тоже тестируют?

хз, но даже на просроченном debian вроде уже давно mesa 13, где anv уже был

LLVM 3.9.1 хотя бы есть в системе? (Новых фич без него не видать)

похоже, что есть

ford@ford-vertex-460:~ [0] $ llvm-as-4.0 -version
LLVM (http://llvm.org/):
  LLVM version 4.0.0
  
  Optimized build.
  Default target: x86_64-pc-linux-gnu
  Host CPU: haswell
ford@ford-vertex-460:~ [0] $

LLVM version 4.0.0

Сам собрал или помог кто?

LLVM 3.9.1 хотя бы есть в системе? (Новых фич без него не видать)

Ты думаешь, мейнтейнеры такие дурачки, что не знают?

 ~ % apt list llvm-*
Listing... Done
llvm-3.7/testing,testing,unstable 1:3.7.1-3 amd64
llvm-3.7-dev/testing,testing,unstable 1:3.7.1-3 amd64
llvm-3.7-doc/testing,testing,testing,testing,unstable,unstable 1:3.7.1-3 all
llvm-3.7-examples/testing,testing,testing,testing,unstable,unstable 1:3.7.1-3 all
llvm-3.7-runtime/testing,testing,unstable 1:3.7.1-3 amd64
llvm-3.7-tools/testing,testing,unstable 1:3.7.1-3 amd64
llvm-3.8/testing,testing 1:3.8.1-17 amd64
llvm-3.8-dev/testing,testing 1:3.8.1-17 amd64
llvm-3.8-doc/testing,testing,testing,testing 1:3.8.1-17 all
llvm-3.8-examples/testing,testing,testing,testing 1:3.8.1-17 all
llvm-3.8-runtime/testing,testing 1:3.8.1-17 amd64
llvm-3.8-tools/testing,testing 1:3.8.1-17 amd64
llvm-3.9/testing,testing 1:3.9.1-4 amd64
llvm-3.9-dev/testing,testing 1:3.9.1-4 amd64
llvm-3.9-doc/testing,testing,testing,testing 1:3.9.1-4 all
llvm-3.9-examples/testing,testing,testing,testing 1:3.9.1-4 all
llvm-3.9-runtime/testing,testing 1:3.9.1-4 amd64
llvm-3.9-tools/testing,testing 1:3.9.1-4 amd64
llvm-4.0/unstable 1:4.0-1 amd64
llvm-4.0-dev/unstable 1:4.0-1 amd64
llvm-4.0-doc/unstable,unstable 1:4.0-1 all
llvm-4.0-examples/unstable,unstable 1:4.0-1 all
llvm-4.0-runtime/unstable 1:4.0-1 amd64
llvm-4.0-tools/unstable 1:4.0-1 amd64
llvm-5.0/unstable 1:5.0~svn294894-1 amd64
llvm-5.0-dev/unstable 1:5.0~svn294894-1 amd64
llvm-5.0-doc/unstable,unstable 1:5.0~svn294894-1 all
llvm-5.0-examples/unstable,unstable 1:5.0~svn294894-1 all
llvm-5.0-runtime/unstable 1:5.0~svn294894-1 amd64
llvm-5.0-tools/unstable 1:5.0~svn294894-1 amd64
llvm-dev/testing,testing 1:3.8-34+b1 amd64
llvm-runtime/testing,testing 1:3.8-34+b1 amd64

Прекращайте уже болезному шаблоны рвать))

А у других линуксоидов как с этим обстоят дела, тоже тестируют?

Это у вас, бздунов, пока не окаменеет, нормально не заработает. Апстрим пилится для линукса, и тестируется тоже в нём. Когда он доходит до пользователей, он уже прекрасно работает.

$ glxinfo -B
name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: AMD PITCAIRN (DRM 2.49.0 / 4.11.0-0.rc0.git5.1.fc26.x86_64, LLVM 3.9.0) (0x6810)
    Version: 17.0.1
    Accelerated: yes
    Video memory: 2048MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 4.5
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.1
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN (DRM 2.49.0 / 4.11.0-0.rc0.git5.1.fc26.x86_64, LLVM 3.9.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.0.1
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 3.0 Mesa 17.0.1
OpenGL shading language version string: 1.30
OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.1 Mesa 17.0.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10

LLVM 4.0 вчера ЗАРЕЛИЗИЛСЯ. А он у вас в анстейбле числится. Вот я и спрашиваю, кто собирал. И какой срез (на какой момент времени) репозиторий кода обновлён.

Кроме того, у LLVM есть опции сборки для поддержки определённых фич навроде продвинутого LTO. Ваши блобы из репозитория анстейбла с чем вообще собраны, вы в курсе?

Давай я тебе порву шаблон. llvm40 LLVM and Clang 4.0.0.r4 от 11 марта 2017г. И что?

И что?

И ничего. Ну, в плане полезности для Mesa. Потом что поддержки карт всё равно нету. Ты можешь сколько угодно надрачивать на свежесть портов, но поддержка железа от этого не появится.

Потом что поддержки карт всё равно нету. Ты можешь сколько угодно надрачивать на свежесть портов, но поддержка железа от этого не появится.

Во Фре поддерживается то железо, которое поддерживается в ядре Linux 3.8 и в Mesa 13.0.5 с LLVM 3.9.1.

Во Фре поддерживается то железо, которое поддерживается в ядре Linux 3.8 и в Mesa 13.0.5 с LLVM 3.9.1.

В ядре 3.8 поддержка Radeon SI уже была, а в твоей фре её до сих пор нет.

Mesa 13.0.5 с LLVM 3.9.1

Бесполезно, когда у тебя чип работает максимум в режиме VGA.

Откуда это следует, если модуль ядра radeonsi.ko подгружен?