Package: beignet / 1.3.2-8
Metadata
Package | Version | Patches format |
---|---|---|
beignet | 1.3.2-8 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
Debian compliant compiler flags handling.patch | (download) |
CMakeLists.txt |
5 2 + 3 - 0 ! |
set compiler flags Respect CFLAGS,CXXFLAGS,LDFLAGS (security hardening etc.) Be verbose Disable non-policy-compliant instruction set assumptions (slows the OpenCL compiler by ~few%, no effect on OpenCL execution speed) |
support kfreebsd.patch | (download) |
src/cl_device_id.c |
20 19 + 1 - 0 ! |
don't try to use sysinfo or clock_monotonic_raw on non-linux Fixes two FTBFS on kfreebsd due to use of Linux-specific features: https://buildd.debian.org/status/fetch.php?pkg=beignet&arch=kfreebsd-amd64&ver=1.0.1-3&stamp=1425101150 https://buildd.debian.org/status/fetch.php?pkg=beignet&arch=kfreebsd-amd64&ver=1.1.1-1&stamp=1445338350 |
reduce notfound output.patch | (download) |
src/cl_device_id.c |
4 2 + 2 - 0 ! |
reduce error spew on unsupported hardware Loading beignet on unsupported hardware produces ~20 errors, even if another ICD is also installed that does support the hardware. Replace these with one message that explicitly says what to do. |
update docs.patch | (download) |
docs/Beignet.mdwn |
56 30 + 26 - 0 ! |
update documentation Reflect #767148 fix, high precision now being default, and releases. Clarify what hardware is supported. Add Debian specific information; recommend the Debian BTS rather than mostly-inactive upstream contact points. |
ship test tool.patch | (download) |
CMakeLists.txt |
3 1 + 2 - 0 ! |
ship utest_run testing tool Use ICD mode (to allow testing any ICD, not just beignet), but include builtin_kernel_block_motion_estimate_intel when testing beignet. Allow testing CPU devices (the "only GPU device is supported right now" comment appears to refer to beignet-the-ICD, not this test tool). Give meaningful errors when there is nothing to test. |
find python35.patch | (download) |
CMakeLists.txt |
1 1 + 0 - 0 ! |
find python 3.5 Workaround for https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802826 https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/1515419 |
docs broken links.patch | (download) |
docs/Beignet.mdwn |
21 11 + 10 - 0 ! |
fix broken links and list syntax in documentation The upstream documentation is meant to be a part of a larger wiki, and does not work properly when built as-is on its own |
cl_accelerator_intel.patch | (download) |
include/CL/cl_intel.h |
109 109 + 0 - 0 ! |
move cl_intel_accelerator to cl_intel.h Beignet's own headers define cl_intel_accelerator etc directly in cl_ext.h, but khronos-opencl-headers 2.2~ places these in a separate file cl_ext_intel.h, and older versions do not include it at all. |
add appstream metadata.patch | (download) |
CMakeLists.txt |
4 4 + 0 - 0 ! |
add appstream metadata listing supported hardware http://people.skolelinux.org/pere/blog/Using_appstream_with_isenkram_to_install_hardware_related_packages_in_Debian.html https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#sect-Metadata-GenericComponent Upstream agreed in https://lists.freedesktop.org/archives/beignet/2017-February/008597.html that this metadata (including parts automatically extracted from src/cl_device_data.h) can be MIT licensed. |
static llvm.patch | (download) |
CMake/FindLLVM.cmake |
16 16 + 0 - 0 ! |
statically link to libllvm When multiple ICDs are installed, libopencl1 needs to dlopen() them all to find out which one works on the available hardware. If they are dynamically linked, this leads to them sharing a libllvm, which has enough global state that this is likely to error out. (This is a known LLVM bug, https://bugs.llvm.org/show_bug.cgi?id=22952 , but currently has no real fix.) |
grammar.patch | (download) |
docs/Beignet/Backend.mdwn |
24 12 + 12 - 0 ! |
fix grammar in documentation |
clearer type errors.patch | (download) |
backend/src/backend/gen_insn_selection.cpp |
24 12 + 12 - 0 ! |
more user-friendly "type not supported" errors (It would be even better if these returned build failure rather than asserting, but that's not as easy) |
885423.patch | (download) |
backend/src/backend/gen_insn_selection_optimize.cpp |
32 4 + 28 - 0 ! |
fix self-test fail in some conditions Reverts upstream 81755054c4c19d821e58456a1a7d601806e60e92 Known triggers are Darktable and the GEGL test suite Note that this does *not* fix the other Darktable issue (https://gitlab.freedesktop.org/beignet/beignet/issues/60): beignet still needs to be blacklisted in Darktable (which it is by default). |
disable wayland warning.patch | (download) |
src/intel/intel_driver.c |
2 0 + 2 - 0 ! |
disable expected-under-wayland warning |
eventchain memory leak.patch | (download) |
src/cl_event.c |
31 24 + 7 - 0 ! |
don't leak memory on long chains of events Delete event->depend_events when no longer needed to avoid keeping the whole dependency tree in memory as long as the final event exists |
llvm6 support.patch | (download) |
backend/src/llvm/llvm_to_gen.cpp |
4 4 + 0 - 0 ! |
support llvm 6 LLVMContext::setDiagnosticHandler is renamed LoopInfo::markAsRemoved is partly replaced by LoopInfo::erase, but that doesn't remove the loop from the queue |
llvm7 support.patch | (download) |
CMake/FindLLVM.cmake |
2 1 + 1 - 0 ! |
add llvm 7 support 1.Change linking order, as clangCodeGen now links to clangFrontend 2.Pass references not pointers to WriteBitcodeToFile and CloneModule 3.Add the headers that LoopSimplifyID, LCSSAID and some create*Pass have moved to 4.Define our DEBUG whether or not we just undefined LLVM's (theirs is now LLVM_DEBUG, but we never actually use it) |
accept old create queue.patch | (download) |
src/cl_api_command_queue.c |
34 5 + 29 - 0 ! |
allow clcreatecommandqueue to create out-of-order queues |
reduce notfound output2.patch | (download) |
src/intel/intel_driver.c |
30 30 + 0 - 0 ! |
reduce error spew on unsupported or hybrid hardware Explicitly check if the device is i915 before calling random ioctl()s to avoid triggering pointless user-visible error messages if it is not. |
coffeelake.patch | (download) |
backend/src/backend/gen_program.cpp |
5 5 + 0 - 0 ! |
enable coffee lake support Little change is needed here because the graphics core is the same as Kaby Lake. Includes all PCI IDs currently supported by the kernel driver in the drm-intel tree (Coffee Lake S, H and U devices in GT 1, 2 and 3 configurations). |
in order queue.patch | (download) |
src/cl_api.c |
9 6 + 3 - 0 ! |
make in-order command queues actually be in-order When beignet added out-of-order execution support (7fd45f15), it made *all* queues use it, even ones that are nominally in-order. While using out-of-order queues is probably a good idea when possible (for performance), the OpenCL spec does not allow it to be the default. |
reproducibility.patch | (download) |
backend/src/libocl/CMakeLists.txt |
5 5 + 0 - 0 ! |
make .h timestamps in .pch file reproducible Full reproducibility also requires a fixed build path and the LLVM/Clang patch in the referenced bug. |
accept ignore g.patch | (download) |
backend/src/backend/program.cpp |
6 6 + 0 - 0 ! |
don't error out when -g is passed |
llvm8 support.patch | (download) |
backend/src/CMakeLists.txt |
1 1 + 0 - 0 ! |
fix build with llvm/clang 8 |
llvm9 support.patch | (download) |
CMake/FindLLVM.cmake |
3 3 + 0 - 0 ! |
fix build with llvm/clang 9 |
cometlake.patch | (download) |
backend/src/backend/gen_program.cpp |
10 10 + 0 - 0 ! |
add comet lake/amber lake/more coffee lake support Minimally tested, I suggest using intel-opencl-icd instead if possible |