- Oct 18, 2017
-
-
Signed-off-by:
Rob Herring <robh@kernel.org> -
Signed-off-by:Rob Herring <robh@kernel.org> -
this commit enables llvmpipe when using swrast on android (v1) original WuZhen patch https://lists.freedesktop.org/archives/mesa-dev/2017-January/139789.html (v2) resolution of conflicts and support for Rob Herring "Android: push driver build details to driver makefiles" Changes to be committed compared to WuZhen's: Android.mk add swrast.HAVE_GALLIUM_LLVMPIPE, MESA_ENABLE_LLVM rules src/gallium/Android.mk resolution of conflicts src/gallium/drivers/llvmpipe/Android.mk added GALLIUM_LIBS rules src/gallium/targets/dri/Android.mk resolution of conflicts Signed-off-by:
Rob Herring <robh@kernel.org> -
If no hardware driver is present, it is possible to fall back to the kms_swrast driver with any DRI node that supports dumb GEM create and mmap IOCTLs with softpipe/llvmpipe drivers. This patch makes the Android EGL platform code retry probe with kms_swrast if hardware-only probe fails. BUG=b:28803368 TEST=Boot cyan-cheets in qemu and see the container working Upstreaming effort tracked by: BUG=b:32077881 Signed-off-by:
Tomasz Figa <tfiga@chromium.org>
Reviewed-on: https://chromium-review.googlesource.com/374309
Reviewed-by: Nicolas Boichat <drinkcat@chromium.org>
(reapplied manually from commit c652588e1b2cbe53ddb7adc25ea8a5817f0f023e)
BUG=b:33533853
TEST=No CTS regressions on cyan and reef
Change-Id: Ida864d90a715d563090c0eb5caa8557684a8cb26
Reviewed-on: https://chromium-review.googlesource.com/558136
Tested-by: Tomasz Figa <tfiga@chromium.org>
Reviewed-by: Chad Versace <chadversary@chromium.org>
Commit-Queue: Tomasz Figa <tfiga@chromium.org>
-
- Aug 08, 2017
-
-
Robert Foss authored
This reverts commit 66ae466e.
-
- Aug 07, 2017
-
-
This patch adds support for large shaders on GC3000. For example the "terrain" glmark benchmark with a large fragment shader will work after this. If the GPU supports ICACHE, shaders larger than the available state area will be uploaded to a bo of their own and instructed to be loaded from memory on demand. Small shaders will be uploaded in the usual way. This mimics the behavior of the blob. On GPUs that don't support ICACHE, this patch should make no difference. Signed-off-by:
Wladimir J. van der Laan <laanwj@gmail.com>
Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> -
GC3000 has changed from a separate store for VS and PS uniforms to a single, unified one. There is backwards compatibilty functionalty, however this does not work correctly together with ICACHE. This patch adds explicit support, although in the simplest way possible: the PS/VS uniforms split is still fixed and hardcoded. It should make no difference on hardware that does not have unified uniform memory. Signed-off-by:
Wladimir J. van der Laan <laanwj@gmail.com>
Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> -
Signed-off-by:
Wladimir J. van der Laan <laanwj@gmail.com>
Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com>
-
- Jul 27, 2017
-
-
Remove the following duplicates from the formats table: - R8G8B8A8_UNORM (V_,_T) - R8G8B8X8_UNORM (_T,_T) - DXT3_RGBA (_T,_T) Only the first has an effect because the _T overrides the V_ initializer, the latter two were harmless duplications of the same. Signed-off-by:
Wladimir J. van der Laan <laanwj@gmail.com>
Signed-off-by: Lucas Stach <l.stach@pengutronix.de> -
Fill the entire array instead of just a quarter. This avoids crashes with large shaders. (currently this never causes a problem because shaders larger than 2048/4 instructions are not supported by this driver on any hardware, but it will cause problems in the future) Fixes: ec436051 ("etnaviv: fix shader miscompilation with more than 16 labels") Cc: mesa-stable@lists.freedesktop.org Signed-off-by:
Wladimir J. van der Laan <laanwj@gmail.com>
Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> -
Experiemental NEON implementation of tiling/untiling that adds specialized NEON function for tiling 8, 16, 32 bit per element 4x4 tiles. To optimize memory read/write sizes, there are functions that process multiple horizontically adjactent tiles as well. These are automatically used for the part that consists of whole tiles. To make this work, Mesa needs to be compiled with CFLAGS -mfpu=neon, otherwise a compile error will be thrown. Signed-off-by:Wladimir J. van der Laan <laanwj@gmail.com>
-
- Jul 12, 2017
-
-
Despite being a member of the etna_screen struct, 'refcnt' is used by the winsys-specific logic to track the reference count of the object managed in a hash table. When the count reaches zero, the pipe screen is removed from the table and destroyed. Fix the logic by initializing the refcnt to 1 when screen created. This initialization is done in etna_screen_create(), to follow the same logic as in freedreno and virgl. Signed-off-by:Aleksander Morgado <aleksander@aleksander.es> -
The 'opencl_func_mutex' is destroyed in dri_destroy_screen_helper() unconditionally, so make sure it is always initialized to avoid any undefined behaviour. Signed-off-by:Aleksander Morgado <aleksander@aleksander.es> -
The check for the pointer being non-NULL was being done too late. Signed-off-by:Aleksander Morgado <aleksander@aleksander.es> -
Robert Foss authored
Signed-off-by:Robert Foss <robert.foss@collabora.com> -
Robert Foss authored
Add support for buffer object modifiers to the Android platform. Signed-off-by:Robert Foss <robert.foss@collabora.com> -
Robert Foss authored
Signed-off-by:Robert Foss <robert.foss@collabora.com> -
Robert Foss authored
Signed-off-by:Robert Foss <robert.foss@collabora.com> -
Robert Foss authored
This addition fixes broken local copies of the definitions gbm_gralloc structs. Signed-off-by:Robert Foss <robert.foss@collabora.com> -
gralloc_drm_get_gem_handle has been removed from AOSP drm_gralloc. Remove the dependency on it and just access the struct gralloc_drm_handle_t directly. Maybe there's a better way than accessing the gralloc private data. Signed-off-by:
Rob Herring <robh@kernel.org>
Signed-off-by: Robert Foss <robert.foss@collabora.com> -
-
-
-
-
-
-
-
Signed-off-by:Rob Herring <robh@kernel.org> -
-
Redirect logs printed to stderr to logcat. NO_REF_TASK Tested: local run Change-Id: I58e3966a608af361b86c54b4c95a92561b711968 Signed-off-by:Chih-Wei Huang <cwhuang@linux.org.tw> -
This is required by freedreno at least for GLES3 support. See docs/patents.txt for information about turning this on for s/w renderers. Signed-off-by:Rob Herring <robh@kernel.org> -
Add support for 32-bit RGBX/RGBA formats which are preferred for Android. Note: This is reverted in mesa as it breaks X11. Signed-off-by:
Rob Herring <robh@kernel.org>
Reviewed-by: Marek Olšák <marek.olsak@amd.com>
Reviewed-by: Eric Anholt <eric@anholt.net> -
Make the code at least compile when being built without drm_gralloc headers. v2: Replaced #ifdefs with stubs for gralloc_drm_get_gem_handle() and GRALLOC_MODULE_PERFORM_GET_DRM_FD. Removed explicit render node probing code. Signed-off-by:Tomasz Figa <tfiga@chromium.org>
Signed-off-by: Rob Herring <robh@kernel.org> -
Push this format to the pipe driver unchanged. Signed-off-by:
Lucas Stach <l.stach@pengutronix.de>
(cherry picked from commit 667554dc) -
-
- Jul 10, 2017
-
-
For resources that need fast CPU access it is beneficial to keep a shadow copy in cached memory. We don't switch the BO to cached, as benchmarks have shown that the needed cache maintenance on cached BOs is marginally slower than the current unoptimized tile upload. With some more optimizations to the upload path, the performance advantage of the copy will likely be even bigger. Currently this is only done for sampler resources, so we don't have to deal with buffer content changed by the GPU, which would require even more seqno tracking. Signed-off-by:Lucas Stach <l.stach@pengutronix.de> -
This allows the pipe driver to optimize the resource allocation by providing accurate binding and expected CPU access pattern. Signed-off-by:Lucas Stach <l.stach@pengutronix.de> -
So the DRI driver can optimize the buffer allocation. Signed-off-by:Lucas Stach <l.stach@pengutronix.de> -
For now all DRI images implicitly assume both render and texture usage, as well as no (or slow) CPU access. Creating DRI images is the only way for GBM to allocate buffers. With gbm_gralloc the usage of the buffer might be something wildly different from the current default, so DRI image need to grow some flags to describe those. Signed-off-by:Lucas Stach <l.stach@pengutronix.de> -
With the advent of gbm_gralloc, GBM buffers aren't exclusively used as render/scanout/cursor BOs anymore. The current flags are insufficient to describe the real usage, so add some flags to capture gralloc use-cases. Signed-off-by:Lucas Stach <l.stach@pengutronix.de>
-