unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
From: Rutger Helling <rhelling@mykolab.com>
To: Marius Bakke <mbakke@fastmail.com>
Cc: 29625-done@debbugs.gnu.org
Subject: [bug#29625] [PATCH core-updates] Vulkan patch series.
Date: Mon, 18 Dec 2017 10:10:03 +0100	[thread overview]
Message-ID: <6d40f4373582cdd82281719d051f5962@mykolab.com> (raw)
In-Reply-To: <87d13c7ufm.fsf@fastmail.com>

Hey Marius,

Thanks a lot for improving and fixing the patches!

Regarding your questions; when I tried to build the Vulkan drivers on 
Mesa on i686 it failed to build.
I figured it was better to just leave it at x86_86 for now. In a future 
core-updates cycle it might be a good idea to start looking into other 
architectures.

Retroarch won't be affected if your hardware doesn't support Vulkan, it 
defaults to OpenGL anyway. It's just a setting you can modify 
(video_driver).

I also had an unrelated question. I saw that you updated Mesa to 17.2.7. 
I'm running 17.3.0 myself right now.
Is it customary in Guix to wait for the first point release, or do you 
want me to send in a patch?
It really only consists of updating the version, checksum and adding a 
native-input python2-mako.

On 2017-12-18 01:26, Marius Bakke wrote:

> Rutger Helling <rhelling@mykolab.com> writes:
> 
>> Hey Marius,
>> 
>> thanks for the feedback!
>> I've changed the patches and made sure they work on the latest
>> core-updates commit.
> 
> Thank you!  One of the commits was not rebased, but I ended up doing a
> lot of adjustments anyway (including re-indent), so I fixed it up.
> 
> Changes detailed below.  Most of the issues were cosmetic and should
> have been caught in the first round, but I was in a hurry :-)
> 
>> From 9d13265ac579adfd7d18c7710e793fa78b4aa0f6 Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Thu, 14 Dec 2017 20:16:37 +0100
>> Subject: [PATCH] gnu: mesa: Enable Vulkan drivers for Intel and 
>> Radeon.
> 
> [...]
> 
>> +         ;; Enable Vulkan on x86-64.
>> +         ,@(match (%current-system)
>> +             ((or "x86_64-linux")
>> +                '("--with-vulkan-drivers=intel,radeon"))
>> +             (_
>> +              '("")))
> 
> The "or" here was not doing anything useful.  Is there any particular
> reason i686 is not supported?
> 
>> From 35b07f1e24c8597bdd504ae9f986abed486cb8df Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Fri, 8 Dec 2017 13:39:16 +0100
>> Subject: [PATCH] gnu: local.mk: Add vulkan.scm.
>> 
>> * gnu/local.mk: Add vulkan.scm.
> 
> I squashed this into the next patch.
> 
>> From 9c0b6c5e7729d94651b54c9597496f284cac5dbe Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Thu, 14 Dec 2017 22:37:45 +0100
>> Subject: [PATCH] gnu: vulkan: Add spirv-headers.
>> 
>> * gnu/packages/vulkan.scm: Create file. (spirv-headers): New variable.
> 
> [...]
> 
>> +     (license license:non-copyleft)))) ;; Custom license. See
>> +     ;; 
>> https://github.com/KhronosGroup/SPIRV-Headers/blob/master/LICENSE for
>> +     ;; details.
> 
> Note: "non-copyleft" and "x11-style" are procedures and takes a URI as
> argument.  I changed this back to x11-style which was indeed more
> appropriate with a link to the upstream license:
> 
> (license (license:x11-style
> (string-append "https://github.com/KhronosGroup/SPIRV-Headers/blob/"
> commit "/LICENSE")))
> 
>> From 80e82f1f92823e04893e8400dc82b69e890c7276 Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Fri, 8 Dec 2017 14:56:36 +0100
>> Subject: [PATCH] gnu: vulkan: Add spirv-tools.
>> 
>> * gnu/packages/vulkan.scm (spirv-tools): New variable.
> 
> [...]
> 
>> +   (inputs `(("python" ,python)
>> +             ("spirv-headers" ,spirv-headers)))
>> +   (native-inputs `(("pkg-config", pkg-config)))
> 
> I moved python to native-inputs, since it is only needed for building.
> 
>> From e45701483f559eccac56e087fb40e075afe2ffd3 Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Thu, 14 Dec 2017 23:03:02 +0100
>> Subject: [PATCH] gnu: vulkan: Add glslang.
>> 
>> * gnu/packages/vulkan.scm (glslang): New variable.
> 
> [...]
> 
>> +(define-public glslang
>> +  ;; Version 3.0 is too old for vulkan-icd-loader. Use a recent git 
>> commit
>> +  ;; until the next stable version.
>> +  (let ((commit "471bfed0621162a7513fc24a51e8a1ccc2e640ff")
>> +        (revision "1"))
>> +    (package
>> +     (name "glslang")
>> +     (version (string-append "0.0-" revision "." (string-take commit 
>> 9)))
> 
> Since the last proper tag in the upstream repo was "3.0", I changed 
> this
> to (string-append "3.0-" ...).
> 
>> +   (inputs `(("bison" ,bison)))
> 
> Bison is only required for building, so I made it a native-input.
> 
>> +   (native-inputs `(("pkg-config" ,pkg-config)))
>> +   (home-page "https://github.com/KhronosGroup/glslang")
>> +   (synopsis "OpenGL and OpenGL ES shader front end and validator")
>> +   (description "glslang is a OpenGL and OpenGL ES shader front end 
>> and
>> +validator.")
>> +   ;; Modified BSD license. See "copyright" section of
>> +   ;; https://www.khronos.org/opengles/sdk/tools/Reference-Compiler/
>> +   (license license:bsd-3))))
> 
> I changed the description to be the first paragraph of that URL :)
> Also mentioned two Apache 2.0 header files that gets installed here.
> 
>> From 0172d3cb7cbdae03f143a4c7966c4694e69eea15 Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Fri, 8 Dec 2017 16:06:05 +0100
>> Subject: [PATCH] gnu: vulkan: Add vulkan-icd-loader.
>> 
>> * gnu/packages/vulkan.scm (vulkan-icd-loader): New variable.
> 
> [...]
> 
>> +   (inputs `(("glslang" ,glslang)
>> +             ("libxcb" ,libxcb)
>> +             ("libx11" ,libx11)
>> +             ("libxrandr" ,libxrandr)
>> +             ("mesa" ,mesa)
>> +             ("python" ,python)
>> +             ("spirv-tools" ,spirv-tools)
>> +             ("wayland" ,wayland)))
>> +   (native-inputs `(("pkg-config", pkg-config)))
> 
> Python was not referenced by the output, so I moved it to a 
> native-input.
> 
>> +   (home-page (string-append "https://github.com/"
>> +              "KhronosGroup/Vulkan-LoaderAndValidationLayers"))
>> +   (synopsis "Khronos official ICD loader for Vulkan")
>> +   (description "Vulkan-ICD-Loader provides Khronos official ICD 
>> loader and
>> +validation layers for Vulkan developers on GNU/Linux.")
> 
> I mentioned that ICD is and expanded a little based on my limited
> understanding of Vulkan.  Improvements welcome!
> 
>> +   (license license:asl2.0)))
> 
> And added a mention of the licenses listed in COPYRIGHT.txt.  While
> snooping around I also found tests and tried adding this phase:
> 
> (replace 'check
> (lambda _
> (zero? (system* "bash" "tests/run_all_tests.sh")))))
> 
> But got 23/39 failures.  I suspect most can be resolved by pointing
> $VK_LAYER_PATH to the right place in the build directory.  Added a 
> FIXME
> for now.
> 
>> From 3b45c0ea6d35a0fa7895344fe53758fb4b64d00f Mon Sep 17 00:00:00 2001
>> From: Rutger Helling <rhelling@mykolab.com>
>> Date: Sun, 10 Dec 2017 11:15:03 +0100
>> Subject: [PATCH] gnu: retroarch: Enable Vulkan support.
>> 
>> * gnu/packages/games.scm (retroarch)[arguments]: Hard-code the path to
>> libvulkan.so. [native-inputs]: Add vulkan-icd-loader.
> 
> Since libvulkan.so is used at runtime, it should be a normal input.
> 
> [...]
> 
>> @@ -1446,6 +1447,10 @@ either by Infocom or created using the Inform 
>> compiler.")
>> (lambda* (#:key outputs #:allow-other-keys)
>> (let* ((out (assoc-ref outputs "out"))
>> (etc (string-append out "/etc")))
>> +               ;; Hard-code the path to libvulkan.so.
>> +               (substitute* "gfx/common/vulkan_common.c"
>> +                 (("libvulkan.so") (string-append (assoc-ref 
>> %build-inputs
>> +                  "vulkan-icd-loader") "/lib/libvulkan.so")))
> 
> I made this a little more idiomatic by dereferencing vulkan-icd-loader
> in the let binding instead of the global %build-inputs.
> 
> Do you know if RetroArch (or rather the dependencies) will still work 
> on
> platform for which we don't have Vulkan support?
> 
> I've pushed this series as e1454e0e..01564e5a.

  reply	other threads:[~2017-12-18  9:11 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-09 13:54 [bug#29625] [PATCH core-updates] Vulkan patch series Rutger Helling
2017-12-10 10:41 ` Rutger Helling
2017-12-13 18:30 ` Marius Bakke
2017-12-14 22:26   ` Rutger Helling
2017-12-18  0:26     ` bug#29625: " Marius Bakke
2017-12-18  9:10       ` Rutger Helling [this message]
2017-12-18 12:16         ` [bug#29625] " Marius Bakke
2017-12-18 12:24           ` Rutger Helling

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6d40f4373582cdd82281719d051f5962@mykolab.com \
    --to=rhelling@mykolab.com \
    --cc=29625-done@debbugs.gnu.org \
    --cc=mbakke@fastmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).