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 generic renderonly driver lib
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 fo
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 wayland and native kms egl ap
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 better
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 archive
On Mon, Dec 19, 2016 at 04:04:34PM +, Emil Velikov wrote:
> On Monday, 19 December 2016, Thierry Reding
> wrote:
>
> > On Wed, Nov 30, 2016 at 02:44:36PM +0100, Christian Gmeiner wrote:
> > [...]
> > > +static struct pipe_screen *imx_open_ren
On Mon, Dec 19, 2016 at 08:54:04PM +0100, Christian Gmeiner wrote:
> 2016-12-19 14:08 GMT+01:00 Thierry Reding :
> > On Wed, Nov 30, 2016 at 02:44:34PM +0100, Christian Gmeiner wrote:
[...]
> >> GALLIUM_WINSYS_CFLAGS = \
> >> -I$(top_srcdir)/src \
> &g
From: Thierry Reding
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 Reding
---
src/l
l need one file per editor 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" wrote:
>
> From: Thierry Reding
>
> Add a
From: Thierry Reding
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
but uses an additional layer
From: Thierry Reding
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 possible to u
From: Thierry Reding
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
---
Along with platform and host1x b
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 i
On Mon, Nov 18, 2013 at 10:17:47AM -0500, Rob Clark wrote:
> On Mon, Nov 18, 2013 at 8:29 AM, Thierry Reding
> 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
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 patch
On Mon, Nov 18, 2013 at 11:21:36AM -0500, Rob Clark wrote:
> On Mon, Nov 18, 2013 at 10:23 AM, Thierry Reding
> 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
> >> wrote:
> >> >
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
> > > wrote:
> >
From: Thierry Reding
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 by using the driver name from the
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
> ---
> xf86drm.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
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 wil
On Fri, Jan 18, 2019 at 12:28:07AM +0300, Artyom Bambalov wrote:
> Hello, guys. I have device with tegra K1(T124). I try to get open source
> graphical stack. What I use: mesa 3d(18.2-19.0), libdrm(2.4.96),
> drm_hwcomposer(the latest), gbm_gralloc(the latest), 4.19 kernel by
> google(tegra drm + n
On Fri, Jan 18, 2019 at 01:26:30PM +0300, Artyom Bambalov wrote:
> Do you have some notes on how to reproduce your setup? I've been meaning
> to try this out but never found enough time to see it through. Having a
> set of simple instructions for getting this built and booted would help
From: Thierry Reding
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
the .pitch and .size fields of struct drm_mode_create_dumb outputs only.
Instead they will use these as lower bounds and over
On Sun, Nov 16, 2014 at 01:37:52AM +, Emil Velikov wrote:
> On 13/11/14 18:05, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > The DRM_IOCTL_MODE_CREATE_DUMB (and others) IOCTL isn't very rigorously
> > specified, which has the effect that some kernel
e 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
---
configure.ac | 12 +-
src/gallium/Makefile.am
On Thu, Nov 27, 2014 at 11:51:08AM -0500, Rob Clark wrote:
> On Thu, Nov 27, 2014 at 11: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
> >
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 n
On Fri, Nov 28, 2014 at 12:32:43AM -0500, Ilia Mirkin wrote:
> On Thu, Nov 27, 2014 at 11: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
&g
On Fri, Nov 28, 2014 at 05:52:26PM +0900, Alexandre Courbot wrote:
> On Fri, Nov 28, 2014 at 5:48 PM, Thierry Reding
> 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 K
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
port
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 March 2016 at 16:08, Lucas
From: Thierry Reding
Implements fence FDs based on new libdrm API and the accompanying IOCTL.
Signed-off-by: Thierry Reding
---
For the kernel patches that add the new IOCTL, see the series at:
https://patchwork.freedesktop.org/series/36361/
The libdrm patch that adds the new API is
From: Thierry Reding
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 reflect that.
- The number
From: Thierry Reding
Avoid compiler warnings when the val parameter is an expression.
Signed-off-by: Thierry Reding
---
include/drm/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_fourcc.h b/include/drm/drm_fourcc.h
index 3ad838d3f93f
From: Thierry Reding
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 modifiers
include/drm/drm_fourcc.h
ial for breaking
existing use-cases).
Thierry
> On 23/12/2016 21:36, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > If a device doesn't support rendering and support for PRIME isn't
> > enabled via the DRI_PRIME environment variable or dri.conf,
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 = open("/dev/dri/
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 1.20
From: Thierry Reding
Resources created with modifiers are treated as scanout because there is
no way for applications to specify the usage (though that capability may
be useful to have in the future). Currently all the resources created by
applications with modifiers are for scanout, so make
From: Thierry Reding
This code path is no longer required with framebuffer modifier support.
Signed-off-by: Thierry Reding
---
src/gallium/drivers/tegra/tegra_screen.c | 69 ++--
1 file changed, 3 insertions(+), 66 deletions(-)
diff --git a/src/gallium/drivers
From: Thierry Reding
Resources created for scanout but without modifiers need to be treated
as pitch-linear. This is because applications that don't use modifiers
to create resources must be assumed to not understand modifiers and in
turn won't be able to create a DRM framebuffer a
gt; FtR, src/gallium/targets/vdpau/Makefile.am includes
> > > > > src/gallium/drivers/tegra/Automake.inc which adds tegra to the
> > > > > TARGET_DRIVERS, which in turn produces libvdpau_tegra.so
> > > > >
> > > > > If this w
From: Thierry Reding
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 4 add support for
From: Thierry Reding
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
---
include/drm-uapi/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion
From: Thierry Reding
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 reflect that.
- The number
From: Thierry Reding
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
---
src/gallium/drivers/nouveau/nvc0/nvc0_resource.h | 15 +--
1
From: Thierry Reding
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
---
src/gallium/drivers/nouveau/Android.mk | 3
ff-by: Thierry Reding
---
configure.ac | 11 +-
include/drm-uapi/tegra_drm.h | 225
meson.build|7 +-
src/gallium/Makefile.am|5 +
.../auxiliary/pipe-l
On Wed, Feb 21, 2018 at 11:05:45AM -0500, Ilia Mirkin wrote:
> On Wed, Feb 21, 2018 at 10:30 AM, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > This adds support for framebuffer modifiers to Nouveau. This will be
> > used by the Tegra driver to shar
On Wed, Feb 21, 2018 at 04:37:45PM +, Emil Velikov wrote:
> Hi Thierry,
>
> On 21 February 2018 at 15:30, Thierry Reding wrote:
>
> >
> > struct pipe_resource *
> > nouveau_buffer_create(struct pipe_screen *pscreen,
> > -
On Wed, Feb 21, 2018 at 05:01:02PM +, Emil Velikov wrote:
> Hi Thierry,
>
> On 21 February 2018 at 15:30, Thierry Reding wrote:
>
> > @@ -2595,6 +2596,11 @@ if test -n "$with_gallium_drivers"; then
> > ximx)
>
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
> wrote:
> > On Wed, Feb 21, 2018 at 05:01:02PM +, Emil Velikov wrote:
> >> Hi Thierry,
> >>
> >> On 21 February 2018 at 15:30, Thierry Re
From: Thierry Reding
---
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/gallium/drivers/nouveau/nv50
From: Thierry Reding
---
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 +++
src/gallium/drivers/tegra
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
include/drm-uapi/drm_fourcc.h | 2
From: Thierry Reding
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 reflect that.
- The number
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
src/gallium/drivers
From: Thierry Reding
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 4 add support for
From: Thierry Reding
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_create()
- move format modifier
From: Thierry Reding
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
Signed-off-by: Thierry Reding
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
drop unneeded tegra/ prefix for includes
- open device files with O_CLOEXEC
- update copyrights
Reviewed-by: Emil Velikov
Acked-by: Emil Velikov
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
configure.ac | 12 +-
include/drm-uapi/tegra_
From: Thierry Reding
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 provide these operations.
Check
On Thu, Feb 22, 2018 at 02:32:26PM +, Emil Velikov wrote:
> On 22 February 2018 at 13:23, Thierry Reding wrote:
[...]
> > Good point. Let me check what exactly we use in the closed-source driver
> > and then come up with a proposal.
> >
> > I think perhaps a good
On Mon, Feb 26, 2018 at 11:14:05AM -0800, Matt Turner wrote:
> On Fri, Feb 23, 2018 at 5:18 AM, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > The disk cache implementation uses 64-bit atomic operations. For some
> > architectures, such as 32-bit ARM, GCC
On Mon, Feb 26, 2018 at 12:05:51PM -0800, Dylan Baker wrote:
> Quoting Thierry Reding (2018-02-23 05:18:28)
> > From: Thierry Reding
> >
> > The disk cache implementation uses 64-bit atomic operations. For some
> > architectures, such as 32-bit ARM, GCC will not be
On Mon, Feb 26, 2018 at 11:28:23PM +, Mike Lothian wrote:
> On Fri, 23 Feb 2018 at 13:18 Thierry Reding
> wrote:
>
> > From: Thierry Reding
> >
> > The disk cache implementation uses 64-bit atomic operations. For some
> > architectures, such as 32-bit ARM,
From: Thierry Reding
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 library to provide these operations
From: Thierry Reding
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
but uses an additional layer
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
include/drm-uapi/drm_fourcc.h | 2
From: Thierry Reding
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 reflect that.
- The number
From: Thierry Reding
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_create()
- move format modifier
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
src/gallium/drivers
upport X without explicit PRIME
Reviewed-by: Emil Velikov
Acked-by: Emil Velikov
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
configure.ac | 12 +-
include/drm-uapi/tegra_drm.h | 225
mes
From: Thierry Reding
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 4 add support for
From: Thierry Reding
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
Signed-off-by: Thierry Reding
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On Thu, Mar 01, 2018 at 02:14:41PM +, Eric Engestrom wrote:
>
>
> On March 1, 2018 1:31:53 PM UTC, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > ARM SoCs usually have their DRM/KMS devices on the platform bus, so
> > add
> > support
On Thu, Mar 01, 2018 at 08:53:59AM -0800, Dylan Baker wrote:
> Quoting Thierry Reding (2018-03-01 05:28:07)
> > From: Thierry Reding
> >
> > The disk cache implementation uses 64-bit atomic operations. For some
> > architectures, such as 32-bit ARM, GCC will not be
From: Thierry Reding
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
but uses an additional layer
On Thu, Mar 01, 2018 at 09:37:28AM -0500, Ilia Mirkin wrote:
> On Thu, Mar 1, 2018 at 8:54 AM, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > This adds support for framebuffer modifiers to Nouveau. This will be
> > used by the Tegra driver to share metada
On Thu, Mar 01, 2018 at 09:04:58AM -0800, Dylan Baker wrote:
> Quoting Thierry Reding (2018-03-01 05:54:52)
> > From: Thierry Reding
> >
> > This adds support for framebuffer modifiers to Nouveau. This will be
> > used by the Tegra driver to share metadata about the
On Thu, Mar 01, 2018 at 09:41:37AM -0500, Ilia Mirkin wrote:
> Is this substantially different than the renderonly helper? i.e. could
> you reuse it somehow? (If not, that's fine too, just asking.)
Yeah, this is fairly different from renderonly in that it completely
wraps another driver. renderonl
On Fri, Mar 02, 2018 at 12:28:02PM +, Daniel Stone wrote:
> Hi,
>
> On 2 March 2018 at 12:06, Thierry Reding wrote:
> > On Thu, Mar 01, 2018 at 09:37:28AM -0500, Ilia Mirkin wrote:
> >> > +static void
> >> > +nvc0_query_dmab
On Thu, Mar 01, 2018 at 09:10:39AM -0800, Dylan Baker wrote:
> Quoting Thierry Reding (2018-03-01 05:54:53)
> > --- /dev/null
> > +++ b/src/gallium/winsys/tegra/drm/meson.build
> > @@ -0,0 +1,33 @@
> > +# Copyright © 2018 NVIDIA CORPORATION
> > +
> > +# Permi
On Fri, Mar 02, 2018 at 01:31:22PM +, Emil Velikov wrote:
> On 2 March 2018 at 11:29, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > ARM SoCs usually have their DRM/KMS devices on the platform bus, so add
> > support for this bus in order to allow use o
From: Thierry Reding
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 reflect that.
- The number
From: Thierry Reding
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 4 add support for
From: Thierry Reding
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_create()
- move format modifier
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
src/gallium/drivers
From: Thierry Reding
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
Signed-off-by: Thierry Reding
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
upport X without explicit PRIME
Changes in v4:
- ship Meson build files in distribution tarball
- drop duplicate driver_tegra dependency
Reviewed-by: Emil Velikov
Acked-by: Emil Velikov
Tested-by: Andre Heider
Reviewed-by: Dmitry Osipenko
Signed-off-by: Thierry Reding
---
conf
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
include/drm-uapi/drm_fourcc.h | 2
From: Thierry Reding
The meson build file for Apple GLX is not listed in the EXTRA_DIST make
variable and therefore isn't shipped as part of the release tarball, so
meson builds from the tarball will fail.
Add the file to EXTRA_DIST to ensure it is included in the tarball.
Signed-o
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
> >
> > The meson build file for Apple GLX is not listed in the EXTRA_DIST make
> > variable and therefore isn't shipped as
On Wed, Mar 07, 2018 at 01:15:35PM -0500, Ilia Mirkin wrote:
> On Wed, Mar 7, 2018 at 10:53 AM, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > This adds support for framebuffer modifiers to Nouveau. This will be
> > used by the Tegra driver to share metada
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
src/gallium/drivers
From: Thierry Reding
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 reflect that.
- The number
From: Thierry Reding
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
Tested-by: Andre Heider
Signed-off-by: Thierry Reding
---
include/drm-uapi/drm_fourcc.h | 2
From: Thierry Reding
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_create()
- move format modifier
From: Thierry Reding
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 4 add support for
upport X without explicit PRIME
Changes in v4:
- ship Meson build files in distribution tarball
- drop duplicate driver_tegra dependency
Reviewed-by: Emil Velikov
Acked-by: Emil Velikov
Tested-by: Andre Heider
Reviewed-by: Dmitry Osipenko
Reviewed-by: Dylan Baker
Signed-off-by: Thierr
1 - 100 of 127 matches
Mail list logo
