[Mesa-dev] [PATCH] gbm: Support non-PCI devices

From: Thierry Reding thierry.red...@avionic-design.de When probing non-PCI DRM devices, such as those found in a lot of SoCs, GBM errors out because it expects the device to have an associated PCI ID which can be used to lookup the driver name in a table. This patch removes this restriction

Re: [Mesa-dev] [PATCH v2] build: Don't cross-compile GLSL builtin compiler

On Fri, Oct 19, 2012 at 02:03:01PM +0200, Thierry Reding wrote: The builtin_compiler binary is used during the build process to generate code for the builtin GLSL functions. Since this binary needs to be run on the build host, it must not be cross-compiled. This patch fixes the build system

Re: [Mesa-dev] [PATCH v2] build: Don't cross-compile GLSL builtin compiler

On Thu, Nov 01, 2012 at 06:20:46PM -0700, Kenneth Graunke wrote: On 10/19/2012 05:03 AM, Thierry Reding wrote: The builtin_compiler binary is used during the build process to generate code for the builtin GLSL functions. Since this binary needs to be run on the build host, it must not be cross

[Mesa-dev] [PATCH] build: Fix AX_PROG_{CC,CXX}_FOR_BUILD macros

tools to avoid the host CPPFLAGS from leaking into the build CPPFLAGS. While at it drop the redefinition of AC_TRY_COMPILER which hasn't been used since autoconf 2.50 and make sure that all definitions are properly popped when done (LDFLAGS, ac_cv_prog_CPP, ac_cv_prog_CXXCPP). Signed-off-by: Thierry

Re: [Mesa-dev] [PATCH] build: Fix AX_PROG_{CC, CXX}_FOR_BUILD macros

On Tue, Nov 20, 2012 at 11:07:03AM -0800, Matt Turner wrote: On Tue, Nov 20, 2012 at 7:50 AM, Thierry Reding thierry.red...@avionic-design.de wrote: Override the cross_compiling and ac_tool_prefix variables by reassigning to them instead of redefining the macros. Redefining them

Re: [Mesa-dev] [PATCH] build: Fix AX_PROG_{CC, CXX}_FOR_BUILD macros

On Tue, Nov 20, 2012 at 08:29:04PM +0100, Thierry Reding wrote: On Tue, Nov 20, 2012 at 11:07:03AM -0800, Matt Turner wrote: On Tue, Nov 20, 2012 at 7:50 AM, Thierry Reding thierry.red...@avionic-design.de wrote: Override the cross_compiling and ac_tool_prefix variables by reassigning

Re: [Mesa-dev] [PATCH] build: Fix AX_PROG_{CC, CXX}_FOR_BUILD macros

On Thu, Dec 13, 2012 at 10:56:01AM -0800, Matt Turner wrote: On Wed, Nov 21, 2012 at 2:34 AM, Thierry Reding thierry.red...@avionic-design.de wrote: On Tue, Nov 20, 2012 at 08:29:04PM +0100, Thierry Reding wrote: On Tue, Nov 20, 2012 at 11:07:03AM -0800, Matt Turner wrote: On Tue, Nov 20

Re: [Mesa-dev] [PATCH 5/7] glsl/build: Don't build builtin_compiler separately if not cross compiling

On Wed, Jan 16, 2013 at 03:14:14PM -0800, Matt Turner wrote: [...] diff --git a/src/glsl/Makefile.am b/src/glsl/Makefile.am index fa09c5e..07fcf96 100644 --- a/src/glsl/Makefile.am +++ b/src/glsl/Makefile.am @@ -19,7 +19,11 @@ # FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR

Re: [Mesa-dev] [PATCH 5/7] glsl/build: Don't build builtin_compiler separately if not cross compiling

On Thu, Jan 17, 2013 at 02:59:49PM -0800, Matt Turner wrote: On Thu, Jan 17, 2013 at 1:42 PM, Matt Turner matts...@gmail.com wrote: On Wed, Jan 16, 2013 at 10:55 PM, Thierry Reding thierry.red...@avionic-design.de wrote: On Wed, Jan 16, 2013 at 03:14:14PM -0800, Matt Turner wrote

[Mesa-dev] [PATCH 2/2] build: Enable maintainer mode

When running the configure script from autogen.sh, enable the maintainer mode by passing --enable-maintainer-mode. This activates some rules to regenerate autotools files automatically. --- autogen.sh | 2 +- configure.ac | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git

[Mesa-dev] [PATCH 1/2] build: Don't cross-compile GLSL builtin compiler

The builtin_compiler binary is used during the build process to generate code for the builtin GLSL functions. Since this binary needs to be run on the build host, it must not be cross-compiled. This patch fixes the build system to compile a second version of the source files and the

Re: [Mesa-dev] [PATCH 2/2] build: Enable maintainer mode

On Fri, Sep 14, 2012 at 09:45:54AM +0200, Michel Dänzer wrote: On Fre, 2012-09-14 at 09:22 +0200, Thierry Reding wrote: When running the configure script from autogen.sh, enable the maintainer mode by passing --enable-maintainer-mode. This activates some rules to regenerate autotools files

Re: [Mesa-dev] [PATCH 2/2] build: Enable maintainer mode

On Fri, Sep 14, 2012 at 10:05:44AM +0200, Michel Dänzer wrote: On Fre, 2012-09-14 at 09:58 +0200, Thierry Reding wrote: On Fri, Sep 14, 2012 at 09:45:54AM +0200, Michel Dänzer wrote: On Fre, 2012-09-14 at 09:22 +0200, Thierry Reding wrote: When running the configure script from

Re: [Mesa-dev] [PATCH 2/2] build: Enable maintainer mode

On Fri, Sep 14, 2012 at 12:12:33PM +0200, Michel Dänzer wrote: On Fre, 2012-09-14 at 11:49 +0200, Thierry Reding wrote: [...] Not as far as I know. Unless you add AM_MAINTAINER_MODE and run configure with --enable-maintainer-mode you won't get automatic regeneration. In fact that's

Re: [Mesa-dev] [PATCH 1/2] build: Don't cross-compile GLSL builtin compiler

On Fri, Sep 14, 2012 at 02:09:26PM +0100, Jon TURNEY wrote: On 14/09/2012 08:22, Thierry Reding wrote: The builtin_compiler binary is used during the build process to generate code for the builtin GLSL functions. Since this binary needs to be run on the build host, it must not be cross

Re: [Mesa-dev] [PATCH 1/2] build: Don't cross-compile GLSL builtin compiler

On Fri, Sep 14, 2012 at 08:40:48AM -0700, Matt Turner wrote: On Fri, Sep 14, 2012 at 8:37 AM, Matt Turner matts...@gmail.com wrote: On Fri, Sep 14, 2012 at 12:22 AM, Thierry Reding thierry.red...@avionic-design.de wrote: The builtin_compiler binary is used during the build process

Re: [Mesa-dev] [PATCH 1/2] build: Don't cross-compile GLSL builtin compiler

On Fri, Sep 14, 2012 at 08:37:43AM -0700, Matt Turner wrote: On Fri, Sep 14, 2012 at 12:22 AM, Thierry Reding thierry.red...@avionic-design.de wrote: The builtin_compiler binary is used during the build process to generate code for the builtin GLSL functions. Since this binary needs

Re: [Mesa-dev] [PATCH] radeon/llvm: Convert to Automake

On Thu, Aug 30, 2012 at 12:55:29PM -0400, tstel...@gmail.com wrote: diff --git a/configure.ac b/configure.ac index c984b9c..46b53fd 100644 --- a/configure.ac +++ b/configure.ac @@ -1876,6 +1876,9 @@ if test x$with_gallium_drivers != x; then if test x$enable_opencl = xyes -a

[Mesa-dev] [PATCH v2] build: Don't cross-compile GLSL builtin compiler

-by: Thierry Reding thierry.red...@avionic-design.de --- Changes in v2: - extend CFLAGS_FOR_BUILD and CXXFLAGS_FOR_BUILD with necessary flags (-Wall -fno-builtin-memcmp -fno-strict-aliasing) and introduce the new DEFINES_FOR_BUILD variable - remove builtin_function.cpp from BUILT_SOURCES - clean up

[Mesa-dev] [PATCH] egl: Link wayland-drm.a into libEGL after egl_dri2

Fixes the following build error in wayland-demos: CCLD wayland-compositor /usr/lib/libEGL.so: undefined reference to `wayland_drm_buffer_get_buffer' /usr/lib/libEGL.so: undefined reference to `wayland_drm_uninit' /usr/lib/libEGL.so: undefined reference to

Re: [Mesa-dev] Mesa (master): glapi: Implement SET_xxx as inline functions instead of macros.

* Jose Fonseca wrote: Module: Mesa Branch: master Commit: ec4dfc2aad16ed3d04f47657e9f2cb22e791d511 URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=ec4dfc2aad16ed3d04f47657e9f2cb22e791d511 Author: José Fonseca jfons...@vmware.com Date: Thu May 19 16:49:49 2011 +0100 glapi:

[Mesa-dev] [PATCH] mesa: Emit definition of GLAPIENTRYP in es_generator.py.

GLES uses GL_APIENTRYP instead of GLAPIENTRYP, which breaks with the latest API table generation code. This fixes the issue by emitting a definition for GL_APIENTRYP when generating the GLES files. --- src/mesa/main/es_generator.py |4 1 files changed, 4 insertions(+), 0 deletions(-)

[Mesa-dev] [PATCH] mesa: Fix remap_table setup.

Since the SET_xxx and GET_xxx macros used to initialize the remap_table have been replaced by inline functions, the missing late macro expansion leads to driDispatchRemapTable not being redefined to remap_table, which in turn causes the remap_table not to be setup properly. This commit fixes the

Re: [Mesa-dev] rules for merging patches to libdrm

On Sat, Nov 09, 2013 at 01:26:24PM -0800, Ian Romanick wrote: On 11/09/2013 12:11 AM, Dave Airlie wrote: How does this interact with the rule that kernel interfaces require an open source userspace? Is here are the mesa/libdrm patches that use it sufficient to get the kernel interface

Re: [Mesa-dev] rules for merging patches to libdrm

On Mon, Nov 18, 2013 at 10:17:47AM -0500, Rob Clark wrote: On Mon, Nov 18, 2013 at 8:29 AM, Thierry Reding thierry.red...@gmail.com wrote: On Sat, Nov 09, 2013 at 01:26:24PM -0800, Ian Romanick wrote: On 11/09/2013 12:11 AM, Dave Airlie wrote: How does this interact with the rule

Re: [Mesa-dev] rules for merging patches to libdrm

On Mon, Nov 18, 2013 at 05:30:34PM +0100, Maarten Lankhorst wrote: op 09-11-13 22:26, Ian Romanick schreef: On 11/09/2013 12:11 AM, Dave Airlie wrote: How does this interact with the rule that kernel interfaces require an open source userspace? Is here are the mesa/libdrm patches that use

Re: [Mesa-dev] rules for merging patches to libdrm

On Mon, Nov 18, 2013 at 11:21:36AM -0500, Rob Clark wrote: On Mon, Nov 18, 2013 at 10:23 AM, Thierry Reding thierry.red...@gmail.com wrote: On Mon, Nov 18, 2013 at 10:17:47AM -0500, Rob Clark wrote: On Mon, Nov 18, 2013 at 8:29 AM, Thierry Reding thierry.red...@gmail.com wrote: On Sat

Re: [Mesa-dev] rules for merging patches to libdrm

On Mon, Nov 18, 2013 at 01:38:55PM -0500, Jerome Glisse wrote: On Mon, Nov 18, 2013 at 05:41:50PM +0100, Thierry Reding wrote: On Mon, Nov 18, 2013 at 11:21:36AM -0500, Rob Clark wrote: On Mon, Nov 18, 2013 at 10:23 AM, Thierry Reding thierry.red...@gmail.com wrote: On Mon, Nov 18

Re: [Mesa-dev] [PATCH] Mark debug_print with __attribute__ ((format(__printf__, 1, 0)))

On Sun, Jan 12, 2014 at 10:34:19AM -0800, Keith Packard wrote: the drmServerInfo member, debug_print, takes a printf format string and varargs list. Tell the compiler about it. Signed-off-by: Keith Packard kei...@keithp.com --- xf86drm.h | 8 +++- 1 file changed, 7 insertions(+), 1

Re: [Mesa-dev] [PATCH] dri/kms: Always zero out struct drm_mode_create_dumb

On Sun, Nov 16, 2014 at 01:37:52AM +, Emil Velikov wrote: On 13/11/14 18:05, Thierry Reding wrote: From: Thierry Reding tred...@nvidia.com The DRM_IOCTL_MODE_CREATE_DUMB (and others) IOCTL isn't very rigorously specified, which has the effect that some kernel drivers do not consider

[Mesa-dev] [RFC] tegra: Initial support

for creating a screen - implement enough support to seamlessly integrate with X - refactor some of the code to be reusable by other drivers Signed-off-by: Thierry Reding tred...@nvidia.com --- configure.ac | 12 +- src/gallium/Makefile.am

Re: [Mesa-dev] [RFC] tegra: Initial support

On Thu, Nov 27, 2014 at 11:51:08AM -0500, Rob Clark wrote: On Thu, Nov 27, 2014 at 11:39 AM, Thierry Reding thierry.red...@gmail.com wrote: Tegra K1 and later use a GPU that can be driven by the Nouveau driver. But the GPU is a pure render node and has no display engine, hence the scanout

Re: [Mesa-dev] [Nouveau] [RFC] tegra: Initial support

On Fri, Nov 28, 2014 at 02:14:24PM +0900, Alexandre Courbot wrote: On 11/28/2014 01:39 AM, Thierry Reding wrote: Tegra K1 and later use a GPU that can be driven by the Nouveau driver. But the GPU is a pure render node and has no display engine, hence the scanout needs to happen on the Tegra

Re: [Mesa-dev] [RFC] tegra: Initial support

On Fri, Nov 28, 2014 at 12:32:43AM -0500, Ilia Mirkin wrote: On Thu, Nov 27, 2014 at 11:39 AM, Thierry Reding thierry.red...@gmail.com wrote: Tegra K1 and later use a GPU that can be driven by the Nouveau driver. But the GPU is a pure render node and has no display engine, hence

Re: [Mesa-dev] [Nouveau] [RFC] tegra: Initial support

On Fri, Nov 28, 2014 at 05:52:26PM +0900, Alexandre Courbot wrote: On Fri, Nov 28, 2014 at 5:48 PM, Thierry Reding thierry.red...@gmail.com wrote: On Fri, Nov 28, 2014 at 02:14:24PM +0900, Alexandre Courbot wrote: On 11/28/2014 01:39 AM, Thierry Reding wrote: Tegra K1 and later use a GPU

Re: [Mesa-dev] FOSDEM15: Graphics DevRoom: call for speakers.

On Tue, Dec 09, 2014 at 03:39:26PM +0100, Luc Verhaegen wrote: On Thu, Oct 02, 2014 at 07:44:57PM +0200, Luc Verhaegen wrote: Hi, At FOSDEM on the 31st of january and the 1st of February 2015, there will be another graphics DevRoom. URL: https://fosdem.org/2015/ Slots will be handed

Re: [Mesa-dev] Valve games for Mesa/DRI developers

Hi Daniel, I'm not much of a gamer myself, but I imagine that these games would be useful, real-life tests and/or entertaining benchmarks. Given that I work mostly on ARM systems, do you know if there are any plans on making these games available on ARM? I know some of Valve's games have been

Re: [Mesa-dev] [RFC 1/2] gallium: add renderonly driver

On Fri, Oct 16, 2015 at 12:09:52AM +0100, Emil Velikov wrote: > Hi Christian, > > I'm glad to see Thierry's work revived. Hopefully this will soon be > the basis of many more drivers. > > On 11 October 2015 at 16:09, Christian Gmeiner > wrote: > > This commit adds a

Re: [Mesa-dev] [RFC 1/2] gallium: add renderonly driver

Hi Christian, First off, thanks for reviving this effort. It's been one of the things that I've had nagging at me for much too long and I think it needs to be solved. So I'm hopeful that the more people we get looking at this the more likely it will be to come up with a solution that works well

Re: [Mesa-dev] [PATCH RFC 0/2] GBM API extension to support fusing KMS and render devices

On Mon, Mar 07, 2016 at 10:46:52AM +0100, Lucas Stach wrote: > Am Freitag, den 04.03.2016, 18:34 + schrieb Emil Velikov: > > On 4 March 2016 at 17:38, Lucas Stach wrote: > > > Am Freitag, den 04.03.2016, 17:20 + schrieb Daniel Stone: > > >> Hi, > > >> > > >> On 4

Re: [Mesa-dev] [RFC] loader: Automatic PRIME detection

). Thierry > On 23/12/2016 21:36, Thierry Reding wrote: > > From: Thierry Reding <tred...@nvidia.com> > > > > If a device doesn't support rendering and support for PRIME isn't > > enabled via the DRI_PRIME environment variable or dri.conf, attempt to > > f

Re: [Mesa-dev] [PATCH v2 3/3] imx: gallium driver for imx-drm scanout driver

On Fri, Dec 23, 2016 at 11:04:51PM +0100, Christian Gmeiner wrote: [...] > +struct pipe_screen *imx_drm_screen_create(int fd) > +{ > + struct renderonly ro = { > + .create_for_resource = renderonly_create_kms_dumb_buffer_for_resource, > + .kms_fd = fd, > + .gpu_fd =

Re: [Mesa-dev] [PATCH] loader: Add vim modeline

r and per directory, and they all require manual intervention to activate. Most are insecure to the point where I wouldn't want to enable them. Thierry > On Dec 21, 2016 8:44 AM, "Thierry Reding" <thierry.red...@gmail.com> wrote: > > From: Thierry Reding <tred..

[Mesa-dev] [PATCH] loader: Add vim modeline

From: Thierry Reding <tred...@nvidia.com> Add a vim modeline that defines the identation style used in this file. This is useful to avoid vim's defaults (8-column tabs) from getting in the way. While at it, fix up a few cases where inconsistent indentation is used. Signed-off-by: Thierry

[Mesa-dev] [PATCH 2/2] loader: Add support for platform and host1x busses

From: Thierry Reding <tred...@nvidia.com> ARM SoCs usually have their DRM/KMS devices on the platform bus, so add support for this bus in order to allow use of the DRI_PRIME environment variable with those devices. While at it, also support the host1x bus, which is effectively the same bu

[Mesa-dev] [PATCH 1/2] loader: Add support for USB devices

From: Thierry Reding <tred...@nvidia.com> Allow USB devices to be used as output slaves for PRIME. Note that this currently doesn't work on the X.Org server's built-in modesetting driver because it requires glamor in order to expose the necessary capabilities through RandR. It should be po

[Mesa-dev] [RFC] loader: Automatic PRIME detection

From: Thierry Reding <tred...@nvidia.com> If a device doesn't support rendering and support for PRIME isn't enabled via the DRI_PRIME environment variable or dri.conf, attempt to find a render node which can be used to offload rendering. Signed-off-by: Thierry Reding <tred...@n

Re: [Mesa-dev] [PATCH 1/3] gallium: add renderonly library

On Mon, Dec 19, 2016 at 08:54:04PM +0100, Christian Gmeiner wrote: > 2016-12-19 14:08 GMT+01:00 Thierry Reding <thierry.red...@gmail.com>: > > On Wed, Nov 30, 2016 at 02:44:34PM +0100, Christian Gmeiner wrote: [...] > >> GALLIUM_WINSYS_CFLAGS = \ > >> -I

Re: [Mesa-dev] [PATCH 3/3] imx: gallium driver for imx-drm scanout driver

On Mon, Dec 19, 2016 at 04:04:34PM +, Emil Velikov wrote: > On Monday, 19 December 2016, Thierry Reding <thierry.red...@gmail.com> > wrote: > > > On Wed, Nov 30, 2016 at 02:44:36PM +0100, Christian Gmeiner wrote: > > [...] > > > +static struct pipe

Re: [Mesa-dev] [PATCH 3/3] imx: gallium driver for imx-drm scanout driver

On Wed, Nov 30, 2016 at 02:44:36PM +0100, Christian Gmeiner wrote: [...] > +static struct pipe_screen *imx_open_render_node(struct renderonly *ro) > +{ > + return etna_drm_screen_create_rendernode(ro); > +} Patch 2/3 never made it into my inbox for some reason, and had to find it in some

Re: [Mesa-dev] [PATCH 1/3] gallium: add renderonly library

On Wed, Nov 30, 2016 at 02:44:34PM +0100, Christian Gmeiner wrote: > This a very lightweight library to add basic support for > renderonly GPUs. It does all the magic regarding in/exporting > buffers etc. This library will likely break android support and > hopefully will get replaced with a

Re: [Mesa-dev] [PATCH 3/3] imx: gallium driver for imx-drm scanout driver

On Thu, Dec 01, 2016 at 03:00:20PM +, Emil Velikov wrote: > On 30 November 2016 at 13:44, Christian Gmeiner > wrote: > > The imx (stub) driver is needed to get hardware acceleration from > > etnaviv on a platform using imx-drm kms driver. This adds support > > for

Re: [Mesa-dev] [1/3] tegra: Remove usage of non-stable UAPI

On Tue, May 29, 2018 at 12:46:35PM +0200, Daniel Kolesa wrote: > Hello, > > On 2018/04/19 18:31, Thierry Reding wrote: > > From: Thierry Reding > > > > This code path is no longer required with framebuffer modifier support. > > This patch series fixes Xorg

[Mesa-dev] [PATCH libdrm 2/2] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> The existing format modifier definitions were merged prematurely, and recent work has unveiled that the definitions are suboptimal in several ways: - The format specifiers, except for one, are not Tegra specific, but the names don't r

[Mesa-dev] [PATCH libdrm 1/2] drm/fourcc: Fix fourcc_mod_code() definition

From: Thierry Reding <tred...@nvidia.com> Avoid compiler warnings when the val parameter is an expression. Signed-off-by: Thierry Reding <tred...@nvidia.com> --- include/drm/drm_fourcc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/drm_fourcc.h b

[Mesa-dev] [PATCH libdrm 0/2] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> These UABI changes have now been merged into drm-next, so synchronize the libdrm headers and fixup the format modifiers in modetest. Thierry Thierry Reding (2): drm/fourcc: Fix fourcc_mod_code() definition drm/tegra: Sanitize format mod

[Mesa-dev] [PATCH] nouveau: Support fence FDs

From: Thierry Reding <tred...@nvidia.com> Implements fence FDs based on new libdrm API and the accompanying IOCTL. Signed-off-by: Thierry Reding <tred...@nvidia.com> --- For the kernel patches that add the new IOCTL, see the series at: https://patchwork.freedesktop.org/

Re: [Mesa-dev] [PATCH 5/5] tegra: Initial support

On Wed, Feb 21, 2018 at 05:01:02PM +, Emil Velikov wrote: > Hi Thierry, > > On 21 February 2018 at 15:30, Thierry Reding <thierry.red...@gmail.com> wrote: > > > @@ -2595,6 +2596,11 @@ if test -n "$with_gallium_drivers"; then > > xim

Re: [Mesa-dev] [PATCH 4/5] nouveau: Add framebuffer modifier support

On Wed, Feb 21, 2018 at 11:05:45AM -0500, Ilia Mirkin wrote: > On Wed, Feb 21, 2018 at 10:30 AM, Thierry Reding > <thierry.red...@gmail.com> wrote: > > From: Thierry Reding <tred...@nvidia.com> > > > > This adds support for framebuffer modifiers to Nouveau

Re: [Mesa-dev] [PATCH 4/5] nouveau: Add framebuffer modifier support

On Wed, Feb 21, 2018 at 04:37:45PM +, Emil Velikov wrote: > Hi Thierry, > > On 21 February 2018 at 15:30, Thierry Reding <thierry.red...@gmail.com> wrote: > > > > > struct pipe_resource * > > nouveau_buffer_create(struct pipe_screen *pscreen, >

[Mesa-dev] [PATCH v2 5/6] tegra: Initial support

OURCES variable - drop unneeded tegra/ prefix for includes - open device files with O_CLOEXEC - update copyrights Reviewed-by: Emil Velikov <emil.veli...@collabora.com> Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre Heider <a.hei...@gmail.com> Signed-off-

[Mesa-dev] [PATCH] fixup! nouveau: Add framebuffer modifier support

From: Thierry Reding <tred...@nvidia.com> --- src/gallium/drivers/nouveau/nouveau_buffer.c | 3 +- src/gallium/drivers/nouveau/nouveau_buffer.h | 3 +- src/gallium/drivers/nouveau/nouveau_screen.c | 10 --- src/gallium/drivers/nouveau/nv30/nv30_resource.c | 4 +- src/g

[Mesa-dev] [PATCH] fixup! tegra: Initial support

From: Thierry Reding <tred...@nvidia.com> --- configure.ac| 5 +++-- src/gallium/drivers/tegra/Makefile.am | 9 +--- src/gallium/drivers/tegra/Makefile.sources | 5 - src/gallium/drivers/tegra/tegra_context.c | 8 +++---

[Mesa-dev] [PATCH v2 1/6] drm/fourcc: Fix fourcc_mod_code() definition

From: Thierry Reding <tred...@nvidia.com> Avoid a compiler warnings when the val parameter is an expression. This is based on commit 5843f4e02fbe86a59981e35adc6cabebee46fdc0 from Linux v4.16-rc1. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre Heider <a.h

[Mesa-dev] [PATCH v2 2/6] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> The existing format modifier definitions were merged prematurely, and recent work has unveiled that the definitions are suboptimal in several ways: - The format specifiers, except for one, are not Tegra specific, but the names don't r

[Mesa-dev] [PATCH v2 3/6] nouveau/nvc0: Extract common tile mode macro

From: Thierry Reding <tred...@nvidia.com> Add a new macro that can be used to extract the tiling mode from a tile_mode value. This is will be used to determine the number of GOBs used in block linear mode. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre H

[Mesa-dev] [PATCH v2 0/6] NVIDIA Tegra support

From: Thierry Reding <tred...@nvidia.com> This series of patches implements initial support for Tegra. The first two patches import DRM UAPI from v4.16-rc1 that provide framebuffer modifiers that can be used to specify buffers shared between Nouveau and the Tegra DRM driver. Patches 3 and

[Mesa-dev] [PATCH v2 4/6] nouveau: Add framebuffer modifier support

From: Thierry Reding <tred...@nvidia.com> This adds support for framebuffer modifiers to Nouveau. This will be used by the Tegra driver to share metadata about the format of buffers (such as the tiling mode or compression). Changes in v2: - remove unused parameters to nouveau_buffer_

[Mesa-dev] [PATCH v2 6/6] autotools: Add tegra to AM_DISTCHECK_CONFIGURE_FLAGS

From: Thierry Reding <tred...@nvidia.com> This allows the driver to be built on a make distcheck and makes sure that it properly builds when a distribution tarball is made. Suggested-by: Emil Velikov <emil.veli...@collabora.com> Signed-off-by: Thierry Reding <tred...@nvidia.com>

[Mesa-dev] [PATCH 5/5] tegra: Initial support

.st>. Signed-off-by: Thierry Reding <tred...@nvidia.com> --- configure.ac | 11 +- include/drm-uapi/tegra_drm.h | 225 meson.build|7 +- src/gallium

[Mesa-dev] [PATCH 3/5] nouveau/nvc0: Extract common tile mode macro

From: Thierry Reding <tred...@nvidia.com> Add a new macro that can be used to extract the tiling mode from a tile_mode value. This is will be used to determine the number of GOBs used in block linear mode. Signed-off-by: Thierry Reding <tred...@nvidia.com> --- src/gallium/drivers/

[Mesa-dev] [PATCH 4/5] nouveau: Add framebuffer modifier support

From: Thierry Reding <tred...@nvidia.com> This adds support for framebuffer modifiers to Nouveau. This will be used by the Tegra driver to share metadata about the format of buffers (such as the tiling mode or compression). Signed-off-by: Thierry Reding <tred...@nvidia.com> ---

[Mesa-dev] [PATCH 2/5] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> The existing format modifier definitions were merged prematurely, and recent work has unveiled that the definitions are suboptimal in several ways: - The format specifiers, except for one, are not Tegra specific, but the names don't r

[Mesa-dev] [PATCH 0/5] NVIDIA Tegra support

From: Thierry Reding <tred...@nvidia.com> This series of patches implements initial support for Tegra. The first two patches import DRM UAPI from v4.16-rc1 that provide framebuffer modifiers that can be used to specify buffers shared between Nouveau and the Tegra DRM driver. Patches 3 and

[Mesa-dev] [PATCH 1/5] drm/fourcc: Fix fourcc_mod_code() definition

From: Thierry Reding <tred...@nvidia.com> Avoid a compiler warnings when the val parameter is an expression. This is based on commit 5843f4e02fbe86a59981e35adc6cabebee46fdc0 from Linux v4.16-rc1. Signed-off-by: Thierry Reding <tred...@nvidia.com> --- include/drm-uapi/drm_fourcc

Re: [Mesa-dev] [PATCH 5/5] tegra: Initial support

On Thu, Feb 22, 2018 at 02:31:48PM +0100, Erik Faye-Lund wrote: > On Thu, Feb 22, 2018 at 2:23 PM, Thierry Reding > <thierry.red...@gmail.com> wrote: > > On Wed, Feb 21, 2018 at 05:01:02PM +, Emil Velikov wrote: > >> Hi Thierry, > >> > >>

Re: [Mesa-dev] [PATCH 5/5] tegra: Initial support

On Thu, Feb 22, 2018 at 02:32:26PM +, Emil Velikov wrote: > On 22 February 2018 at 13:23, Thierry Reding <thierry.red...@gmail.com> wrote: [...] > > Good point. Let me check what exactly we use in the closed-source driver > > and then come up with a proposal. > >

[Mesa-dev] [PATCH] disk cache: Link with -latomic if necessary

From: Thierry Reding <tred...@nvidia.com> The disk cache implementation uses 64-bit atomic operations. For some architectures, such as 32-bit ARM, GCC will not be able to translate these operations into lock-free instructions and will instead rely on the external atomics library to p

[Mesa-dev] [PATCH v5 0/6] NVIDIA Tegra support

From: Thierry Reding <tred...@nvidia.com> This series of patches implements initial support for Tegra. The first two patches import DRM UAPI from v4.16-rc1 that provides framebuffer modifiers that can be used to specify buffers shared between Nouveau and the Tegra DRM driver. Patches 3 and

[Mesa-dev] [PATCH v5 5/6] tegra: Initial support

r <a.hei...@gmail.com> Reviewed-by: Dmitry Osipenko <dig...@gmail.com> Reviewed-by: Dylan Baker <dy...@pnwbakers.com> Signed-off-by: Thierry Reding <tred...@nvidia.com> --- configure.ac | 12 +- include/drm-uapi/tegra_drm.h

[Mesa-dev] [PATCH v5 4/6] nouveau: Add framebuffer modifier support

From: Thierry Reding <tred...@nvidia.com> This adds support for framebuffer modifiers to Nouveau. This will be used by the Tegra driver to share metadata about the format of buffers (such as the tiling mode or compression). Changes in v2: - remove unused parameters to nouveau_buffer_

[Mesa-dev] [PATCH v5 3/6] nouveau/nvc0: Extract common tile mode macro

From: Thierry Reding <tred...@nvidia.com> Add a new macro that can be used to extract the tiling mode from a tile_mode value. This is will be used to determine the number of GOBs used in block linear mode. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre H

[Mesa-dev] [PATCH v5 2/6] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> The existing format modifier definitions were merged prematurely, and recent work has unveiled that the definitions are suboptimal in several ways: - The format specifiers, except for one, are not Tegra specific, but the names don't r

[Mesa-dev] [PATCH v5 1/6] drm/fourcc: Fix fourcc_mod_code() definition

From: Thierry Reding <tred...@nvidia.com> Avoid a compiler warnings when the val parameter is an expression. This is based on commit 5843f4e02fbe86a59981e35adc6cabebee46fdc0 from Linux v4.16-rc1. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre Heider <a.h

[Mesa-dev] [PATCH v5 6/6] autotools: Add tegra to AM_DISTCHECK_CONFIGURE_FLAGS

From: Thierry Reding <tred...@nvidia.com> This allows the driver to be built on a make distcheck and makes sure that it properly builds when a distribution tarball is made. Suggested-by: Emil Velikov <emil.veli...@collabora.com> Signed-off-by: Thierry Reding <tred...@nvidia.com>

Re: [Mesa-dev] [PATCH] glx/apple: Ship meson build file in tarball

On Wed, Mar 07, 2018 at 10:08:59AM -0800, Dylan Baker wrote: > Quoting Thierry Reding (2018-03-07 07:55:37) > > From: Thierry Reding <tred...@nvidia.com> > > > > The meson build file for Apple GLX is not listed in the EXTRA_DIST make > > variable and therefore isn

Re: [Mesa-dev] [PATCH v4 4/6] nouveau: Add framebuffer modifier support

On Wed, Mar 07, 2018 at 01:15:35PM -0500, Ilia Mirkin wrote: > On Wed, Mar 7, 2018 at 10:53 AM, Thierry Reding > <thierry.red...@gmail.com> wrote: > > From: Thierry Reding <tred...@nvidia.com> > > > > This adds support for framebuffer modifiers to Nouveau. This

[Mesa-dev] [PATCH v3 4/6] nouveau: Add framebuffer modifier support

From: Thierry Reding <tred...@nvidia.com> This adds support for framebuffer modifiers to Nouveau. This will be used by the Tegra driver to share metadata about the format of buffers (such as the tiling mode or compression). Changes in v2: - remove unused parameters to nouveau_buffer_

[Mesa-dev] [PATCH v3 3/6] nouveau/nvc0: Extract common tile mode macro

From: Thierry Reding <tred...@nvidia.com> Add a new macro that can be used to extract the tiling mode from a tile_mode value. This is will be used to determine the number of GOBs used in block linear mode. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre H

[Mesa-dev] [PATCH v3 5/6] tegra: Initial support

ge on pre-Tegra124 - support X without explicit PRIME Reviewed-by: Emil Velikov <emil.veli...@collabora.com> Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre Heider <a.hei...@gmail.com> Signed-off-by: Thierry Reding <tred...

[Mesa-dev] [PATCH v3 0/6] NVIDIA Tegra support

From: Thierry Reding <tred...@nvidia.com> This series of patches implements initial support for Tegra. The first two patches import DRM UAPI from v4.16-rc1 that provides framebuffer modifiers that can be used to specify buffers shared between Nouveau and the Tegra DRM driver. Patches 3 and

[Mesa-dev] [PATCH v3 6/6] autotools: Add tegra to AM_DISTCHECK_CONFIGURE_FLAGS

From: Thierry Reding <tred...@nvidia.com> This allows the driver to be built on a make distcheck and makes sure that it properly builds when a distribution tarball is made. Suggested-by: Emil Velikov <emil.veli...@collabora.com> Signed-off-by: Thierry Reding <tred...@nvidia.com>

[Mesa-dev] [PATCH v3 2/6] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> The existing format modifier definitions were merged prematurely, and recent work has unveiled that the definitions are suboptimal in several ways: - The format specifiers, except for one, are not Tegra specific, but the names don't r

[Mesa-dev] [PATCH v3 1/6] drm/fourcc: Fix fourcc_mod_code() definition

From: Thierry Reding <tred...@nvidia.com> Avoid a compiler warnings when the val parameter is an expression. This is based on commit 5843f4e02fbe86a59981e35adc6cabebee46fdc0 from Linux v4.16-rc1. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre Heider <a.h

[Mesa-dev] [PATCH v2] disk cache: Link with -latomic if necessary

From: Thierry Reding <tred...@nvidia.com> The disk cache implementation uses 64-bit atomic operations. For some architectures, such as 32-bit ARM, GCC will not be able to translate these operations into atomic, lock-free instructions and will instead rely on the external atomics l

[Mesa-dev] [PATCH] loader: Add support for platform and host1x busses

From: Thierry Reding <tred...@nvidia.com> ARM SoCs usually have their DRM/KMS devices on the platform bus, so add support for this bus in order to allow use of the DRI_PRIME environment variable with those devices. While at it, also support the host1x bus, which is effectively the same bu

[Mesa-dev] [PATCH v4 4/6] nouveau: Add framebuffer modifier support

From: Thierry Reding <tred...@nvidia.com> This adds support for framebuffer modifiers to Nouveau. This will be used by the Tegra driver to share metadata about the format of buffers (such as the tiling mode or compression). Changes in v2: - remove unused parameters to nouveau_buffer_

[Mesa-dev] [PATCH v4 3/6] nouveau/nvc0: Extract common tile mode macro

From: Thierry Reding <tred...@nvidia.com> Add a new macro that can be used to extract the tiling mode from a tile_mode value. This is will be used to determine the number of GOBs used in block linear mode. Acked-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Andre H

[Mesa-dev] [PATCH v4 2/6] drm/tegra: Sanitize format modifiers

From: Thierry Reding <tred...@nvidia.com> The existing format modifier definitions were merged prematurely, and recent work has unveiled that the definitions are suboptimal in several ways: - The format specifiers, except for one, are not Tegra specific, but the names don't r

[Mesa-dev] [PATCH v4 0/6] NVIDIA Tegra support

From: Thierry Reding <tred...@nvidia.com> This series of patches implements initial support for Tegra. The first two patches import DRM UAPI from v4.16-rc1 that provides framebuffer modifiers that can be used to specify buffers shared between Nouveau and the Tegra DRM driver. Patches 3 and

  1   2   >