summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* virtual/opencl: fix amdgpu dependenciesMarek Szuba4 days1-3/+3
| | | | | | | | | | | 1. Not sure if this is due to what upstream supports (like for both Intel providers) or because it has not been implemented - but either way, as of 2020-04-01 dev-libs/rocm-opencl-runtime neither is keyworded x86 nor supports multilib on amd64; 2. Conversely, dev-libs/amdgpu-pro-opencl does both so in order for multilib to work properly it should be passed $MULTILIB_USEDEP. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: add dev-libs/ocl-icd as the fallback providerMarek Szuba4 days1-0/+4
| | | | | | | | | | | | | | | | | | Advantages: * keyworded x86 * supports multilib on amd64 * all OpenCL-aware software should compile and link fine against it * should make it easier for user to deploy out-of-tree OpenCL providers (side note: all actual OpenCL providers currently in the tree except x11-drivers/nvidia-drivers actually *require* this to work), should they choose to do so Disadvantages: * essentially a hack to ensure the integrity of the dependency tree on x86 and amd64/abi_x86_32 - most of the actual OpenCL providers currently in the tree are 64-bit only anyway Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: do not reference to removed dev-libs/beignetMarek Szuba12 days1-2/+2
| | | | Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Add USE-default for nvidia-drivers[uvmMatt Turner2020-03-111-1/+1
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: OR, not AND for nvidia providersMarek Szuba2020-02-281-2/+2
| | | | Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Only pull in media-libs/mesa on supported GPUsMarek Szuba2020-02-281-4/+8
| | | | | | | | | | | | | | | | | | | | | | | virtual/opencl uses media-libs/mesa[opencl] as driver-independent fallback OpenCL provider. However, media-libs/mesa[opencl] depends on dev-libs/libclc - which at the time of me writing this only supports nvidia, r600 and radeonsi, and whose REQUIRED_USE clause requires at least one of the corresponding VIDEO_CARDS flags to be set. This effectively breaks the OpenCL dependency cycle for a lot of configurations, e.g. for VIDEO_CARDS="nouveau" systems. Only try to use Mesa as an OpenCL provider when VIDEO_CARDS includes a GPU supported by dev-libs/libclc. Note that this means there is now no fallback OpenCL provider for ABI_X86_32. Moreover, for ABI_X86_64 the fallback provider is now dev-util/intel-ocl-sdk, which almost certainly doesn't work on AMD CPUs - which however should be mostly harmless (the package should simply do nothing beyond satisfying virtual/opencl dependencies), especially given many OpenCL-aware applications ignore CPU-type devices anyway. Closes: https://bugs.gentoo.org/710724 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: pull in dev-libs/beignet again for nowMarek Szuba2020-02-251-3/+3
| | | | | | | | | | | | | The fact that Beignet is the only Intel OpenCL provider supporting the 32-bit x86 ABI causes problems when it is removed from virtual/opencl. Have to think of an exit strategy for once beignet has actually been removed, in the meantime just have virtual/opencl use it again. This reverts commit cdb150723eded0c5d2c8fbaaf3246ccb5b6690bc. Bug: https://bugs.gentoo.org/710724 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: do not pull in dev-libs/beignetMarek Szuba2020-02-241-3/+3
| | | | | Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Drop old versionsMatt Turner2019-09-213-75/+0
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: x86 stable wrt bug #694734Agostino Sarubbo2019-09-201-1/+1
| | | | | | Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --include-arches="x86" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* virtual/opencl: amd64 stable wrt bug #694734Agostino Sarubbo2019-09-201-1/+1
| | | | | | Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* */*: Depend on media-libs/mesa[X(+)]Philipp Ammann2019-08-174-4/+4
| | | | | | | | | This changes any package that depends on media-libs/mesa (though not virtual/opengl) to depend on media-libs/mesa[X(+)] instead. Bug: https://bugs.gentoo.org/560096 Signed-off-by: Philipp Ammann <philipp.ammann@posteo.de> Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: add dev-libs/rocm-opencl-runtimeCraig Andrews2019-08-151-0/+27
| | | | | | Closes: https://bugs.gentoo.org/692158 Package-Manager: Portage-2.3.71, Repoman-2.3.17 Signed-off-by: Craig Andrews <candrews@gentoo.org>
* virtual/opencl: updates for amdgpu and i965 providersMarek Szuba2019-07-101-0/+25
| | | | | | | | | | | | | | | | | | Committed with the maintainers' approval. Changes: 1. Remove ABI constraints on dev-libs/amdgpu-pro-opencl - it now both supports amd64 multilib and has been keyworded for x86; 2. For amd64 users with no need for 32-bit multilib the preferred OpenCL provider is now dev-libs/intel-neo - it is more modern and faster, moreover dev-libs/beignet has been deprecated upstream in favour of NEO for systems which support the latter (i.e. native amd64 on Skylake and up); 3. Move the Beignet/NEO dependency ahead of the media-libs/mesa[opencl] dependency - Mesa only provides OpenCL support to Gallium-based drivers and i965 doesn't use Gallium at all. Closes: https://bugs.gentoo.org/686964 Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
* virtual/opencl: x86 stable wrt bug #681082Mikle Kolyada2019-05-081-1/+1
| | | | | | Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11 RepoMan-Options: --include-arches="x86"
* virtual/opencl: amd64 stable, bug #681082Pacho Ramos2019-04-261-1/+1
| | | | | Package-Manager: Portage-2.3.64, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org>
* virtual/opencl: nvidia-drivers[uvm] is needed (#572496)Pacho Ramos2019-04-201-0/+25
| | | | | | Bug: https://bugs.gentoo.org/572496 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org>
* virtual/opencl: Remove ~arm64 kwMichał Górny2018-07-091-1/+1
|
* virtual/opencl: Drop old versionsMatt Turner2018-05-111-21/+0
|
* virtual/opencl: x86 stable (bug #649316)Thomas Deutschmann2018-05-071-1/+1
| | | | Package-Manager: Portage-2.3.34, Repoman-2.3.9
* virtual/opencl: amd64 stable wrt bug #649316Mikle Kolyada2018-05-061-2/+2
| | | | Package-Manager: Portage-2.3.24, Repoman-2.3.6
* virtual/opencl: Drop dead video_cards_fglrxMatt Turner2017-11-232-6/+2
|
* virtual/opencl: add VIDEO_CARDS=amdgpu supportMarek Szuba2017-08-091-2/+4
| | | | | | | | | Radeon Open Compute has not been added to Gentoo yet but even without it, it is possible to enable OpenCL on recent AMD cards by combining OpenCL libraries from the proprietary AMDGPU-Pro stack with the Open Source amdgpu stack. It's a hack but it works, at least on Polaris GPUs. Package-Manager: Portage-2.3.6, Repoman-2.3.1
* virtual/opencl: keyword ~arm64Alexis Ballier2017-06-181-1/+1
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.2
* virtual: Remove empty assignments of optional variables.Ulrich Müller2017-03-292-11/+1
| | | | | | | Remove empty HOMEPAGE, SRC_URI, KEYWORDS, LICENSE, IUSE, and DEPEND. As announced in gentoo-dev mailing list. Package-Manager: Portage-2.3.5, Repoman-2.3.2
* virtual/opencl: Drop ppc keywordsMatt Turner2017-03-242-2/+2
|
* Drop $Id$ per council decision in bug #611234.Robin H. Johnson2017-02-282-2/+0
| | | | Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
* virtual/opencl: add VIDEO_CARDS=i965 supportMarek Szuba2017-01-261-0/+31
| | | | | | | | dev-libs/beignet provides an OpenCL implementation for Intel GPUs from Generation 7 (Ivy Bridge) onwards. Note that VIDEO_CARDS=i965 also covers three earlier generations which are not supported by Beignet. Package-Manager: portage-2.3.3
* virtual/opencl: Drop old.Matt Turner2017-01-243-75/+0
|
* Set appropriate maintainer types in metadata.xml (GLEP 67)Michał Górny2016-01-241-1/+1
|
* Replace all herds with appropriate projects (GLEP 67)Michał Górny2016-01-241-1/+4
| | | | | Replace all uses of herd with appropriate project maintainers, or no maintainers in case of herds requested to be disbanded.
* Revert DOCTYPE SYSTEM https changes in metadata.xmlMike Gilbert2015-08-241-1/+1
| | | | | | | repoman does not yet accept the https version. This partially reverts eaaface92ee81f30a6ac66fe7acbcc42c00dc450. Bug: https://bugs.gentoo.org/552720
* Use https by defaultJustin Lecher2015-08-241-1/+1
| | | | | | Convert all URLs for sites supporting encrypted connections from http to https Signed-off-by: Justin Lecher <jlec@gentoo.org>
* proj/gentoo: Initial commitRobin H. Johnson2015-08-085-0/+109
This commit represents a new era for Gentoo: Storing the gentoo-x86 tree in Git, as converted from CVS. This commit is the start of the NEW history. Any historical data is intended to be grafted onto this point. Creation process: 1. Take final CVS checkout snapshot 2. Remove ALL ChangeLog* files 3. Transform all Manifests to thin 4. Remove empty Manifests 5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$ 5.1. Do not touch files with -kb/-ko keyword flags. Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed