crubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/fdf75166/attachment.pgp>
a_gr2d_fill(gr2d, fb, fb->width / 4, fb->height / 4,
> > + fb->width / 2, fb->height / 2,
> > 0x);
> > + if (err < 0) {
> > + fprintf(stderr, "failed to fill rectangle: %s\n",
> > + strerror(-err));
> > + return 1;
> > + }
> > +
> > + sleep(1);
>
> Oh, I see. You don't validate the result from the code, but visually instead?
>
> IMO, we should allow automated test to verify the result
> automatically. GR2D doesn't care about modesetting.
>
> We could of course have a switch that lets the test-result be
> inspected visually when specified. But I don't think that should be
> the default, as it's more error prone, and requires master-rights.
Yes, I think we should support both. Offscreen tests for automatic
validation and onscreen tests for me because I like looking at the
output.
One of the things also on my TODO list, and with these patches getting
ready that moves more towards the top, is render node support. It should
be relatively easy to support that.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/c7a8f5ab/attachment-0001.pgp>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/a69f4e17/attachment.html>
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> This test opens a device, dumps the version information and checks that
> a Tegra DRM context can be opened on it.
>
> Signed-off-by: Thierry Reding
> ---
> configure.ac| 1 +
> tests/Makefile.am
le starts using it.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/12cffa07/attachment.pgp>
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/78d8e9d2/attachment.pgp>
On 2014/2/19 18:12, Maarten Lankhorst wrote:
> op 19-02-14 05:53, Jiang Liu schreef:
>> On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
>> has special requirements on the fourth parameter, which is different
>> from ACPI specifications. So revert to the private implementatio
gt; > + memset(&reloc, 0, sizeof(reloc));
> > + reloc.cmdbuf.handle = priv->bo->handle;
> > + reloc.cmdbuf.offset = drm_tegra_pushbuf_get_offset(pushbuf);
> > + reloc.target.handle = target->handle;
> > + reloc.target.offset = offset;
> > + reloc.shift = shift;
> > +
> > + err = drm_tegra_job_add_reloc(priv->job, &reloc);
> > + if (err < 0)
> > + return err;
> > +
> > + return 0;
> > +}
>
> Whenever we insert a reloc, we also insert a DEADBEEF in the command
> stream. Why not formalize this into this function?
That's a good idea.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/d22030d5/attachment.pgp>
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Checks whether or not the compiler supports the -fvisibility option. If
> so it sets the VISIBILITY_CFLAGS variable which can be added to the per
> directory AM_CFLAGS where appropriate.
>
> Libraries can use the HA
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> This test uses the IOCTLs for job submission and fences to fill a sub-
> region of the screen to a specific color using gr2d.
>
> Signed-off-by: Thierry Reding
> ---
> tests/tegra/Makefile.am | 1 +
> tests/tegr
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> diff --git a/tests/tegra/drm-test-tegra.h b/tests/tegra/drm-test-tegra.h
> new file mode 100644
> index ..d1cb6b1ee440
> --- /dev/null
> +++ b/tests/tegra/drm-test-tegra.h
> +int drm_open(const char *path)
> +{
> + int fd,
On Wed, Feb 19, 2014 at 9:19 PM, Erik Faye-Lund wrote:
> On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
> wrote:
>> diff --git a/tests/tegra/Makefile.am b/tests/tegra/Makefile.am
>> new file mode 100644
>> index ..7039f09d38aa
>> --- /dev/null
>> +++ b/tests/tegra/Makefile.am
>> @@ -
Hi All,
We've had a rather weird report[1] of the brightness adjustments being
broken in a specific case with Thinkpad x220 hardware (SandyBridge
based). If you boot the machine with it in a dock and then undock,
the brightness adjustments do not work. That is with either the FN
keys or the GNOM
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> diff --git a/tests/tegra/Makefile.am b/tests/tegra/Makefile.am
> new file mode 100644
> index ..7039f09d38aa
> --- /dev/null
> +++ b/tests/tegra/Makefile.am
> @@ -0,0 +1,20 @@
> +AM_CPPFLAGS = \
> + -I$(top_srcdir)/include/
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> diff --git a/tegra/Makefile.am b/tegra/Makefile.am
> new file mode 100644
> index ..1b83145b120d
> --- /dev/null
> +++ b/tegra/Makefile.am
> @@ -0,0 +1,20 @@
> +AM_CPPFLAGS = \
> + -I$(top_srcdir) \
> + -I$(top_srcdir
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> +#ifndef __DRM_TEGRA_PRIVATE_H__
> +#define __DRM_TEGRA_PRIVATE_H__ 1
> +
> +#include
> +#include
> +
> +#include
> +
> +#include "tegra.h"
> +
> +#if defined(HAVE_VISIBILITY)
> +# define drm_private __attribute__((visibility("hidden")))
Le mercredi 19 f?vrier 2014 ? 17:04 +0100, Thierry Reding a ?crit :
> --- /dev/null
> +++ b/include/drm/tegra_drm.h
> @@ -0,0 +1,157 @@
> +/*
> + * Copyright (c) 2012-2013, NVIDIA CORPORATION. All rights reserved.
^^
[...]
> + * THE SOFTWARE IS PROVIDED "AS IS",
On Wed, Feb 19, 2014 at 5:04 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> These functions can be used to open channels to engines, manage job
> submissions, create push buffers to store command streams in and wait
> until jobs have been completed.
>
> Signed-off-by: Thierry Reding
Thank
Hi,
The commit 18f8f52b9a8c293111c058f9d25bcd5e718b80b2 does
introduce the ss percentage divider.
This divider is not used in si_populate_mclk_value and
si_calculate_sclk_params.
Expected?
--
Sylvain
2014-01-31 6:19 GMT+09:00 Sean Paul :
> From: Daniel Kurtz
>
> The i2c client was previously being passed into the hdmi driver via a
> dedicated i2c driver, and then a global variable. This patch removes all
> of that and just uses the device tree to get the i2c_client. This patch
> also properly
-
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/2ef9a053/attachment.html>
Hi Tomasz,
2014-02-14 23:13 GMT+09:00 Tomasz Stanislawski :
> Hi Daniel,
> I think that it would be better to change the semantic of phy and ddc
> bindings.
>
> Rather than pointing to I2C client it should point to I2C bus instead.
> The exynos DRM driver can create dummy I2C clients using i2c_ne
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/20c9ad99/attachment.html>
2014-02-14 16:34 GMT+09:00 Shirish S :
> In DVI mode the video preamble and Guard band should
> be disabled whereas it should be applied in HDMI mode,
> the re-applying of preamble and guard band was missing,
> which resulted in display failures when switched to HDMI
> mode from DVI mode.
> This pa
hes fixed it for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/8cf7fdd5/attachment-0001.html>
ceiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/5494d917/attachment.html>
On Mit, 2014-02-19 at 09:11 +0100, Boszormenyi Zoltan wrote:
>
> On second thought, the usage of VESA for installation and then
> switching to KMS might have caused the mixed behaviour, i.e. that
> the kernel recognized and initialized both chips but X used only the
> integrated one. But I don't w
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/4c3462d8/attachment.html>
On Wed, Feb 19, 2014 at 2:54 PM, Sylvain BERTRAND wrote:
> Hi,
>
> The commit 18f8f52b9a8c293111c058f9d25bcd5e718b80b2 does
> introduce the ss percentage divider.
>
> This divider is not used in si_populate_mclk_value and
> si_calculate_sclk_params.
>
> Expected?
The divider differences only appl
Hi Maarten,
Forgot to refresh my working tree. Please help to
apply this patch on top of previous one to solve a compilation bug.
diff --git a/drivers/gpu/drm/nouveau/nouveau_acpi.c
b/drivers/gpu/drm/nouveau/no
index c6c7d0d..83face3 100644
--- a/drivers/gpu/drm/nouveau/nouveau_acpi.c
+++
https://bugzilla.kernel.org/show_bug.cgi?id=70861
Matthew Gilmore changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=70861
Bug ID: 70861
Summary: Radeon KMS Not Triggering On Boot
Product: Drivers
Version: 2.5
Kernel Version: 3.13.3
Hardware: x86-64
OS: Linux
Tree: Mainline
From: Thierry Reding
This test uses the IOCTLs for job submission and fences to fill a sub-
region of the screen to a specific color using gr2d.
Signed-off-by: Thierry Reding
---
tests/tegra/Makefile.am | 1 +
tests/tegra/gr2d-fill.c | 145
2
From: Thierry Reding
This library provides helpers for common functionality needed by test
programs.
Signed-off-by: Thierry Reding
---
tests/tegra/Makefile.am | 10 +-
tests/tegra/drm-test-tegra.c | 132 ++
tests/tegra/drm-test-tegra.h | 55 +
tests/tegra/drm
From: Thierry Reding
These functions can be used to open channels to engines, manage job
submissions, create push buffers to store command streams in and wait
until jobs have been completed.
Signed-off-by: Thierry Reding
---
tegra/Makefile.am | 4 ++
tegra/channel.c | 127 +
From: Thierry Reding
This test opens a device, dumps the version information and checks that
a Tegra DRM context can be opened on it.
Signed-off-by: Thierry Reding
---
configure.ac| 1 +
tests/Makefile.am | 4
tests/tegra/Makefile.am | 20
tests/tegra/
From: Thierry Reding
Add the libdrm_tegra helper library to encapsulate Tegra-specific
interfaces to the DRM.
Furthermore, Tegra is added to the list of supported chips in the
modetest and vbltest programs.
Signed-off-by: Thierry Reding
Signed-off-by: Erik Faye-Lund
Signed-off-by: Thierry Red
From: Thierry Reding
Checks whether or not the compiler supports the -fvisibility option. If
so it sets the VISIBILITY_CFLAGS variable which can be added to the per
directory AM_CFLAGS where appropriate.
Libraries can use the HAVE_VISIBILITY preprocessor definition to check
for availability and
From: Thierry Reding
Hi,
This series adds libdrm-tegra with a very lightweight API on top of the
kernel interfaces. Most of the functions provided here have been in use
in various driver efforts in different incarnations. This is an attempt
to consolidate, so I'm looking for review comments espe
https://bugzilla.kernel.org/show_bug.cgi?id=70741
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
From: Thierry Reding
drmFreeVersion() frees the memory allocated for the name, date and desc
fields in addition to that for the struct _drmVersion.
Signed-off-by: Thierry Reding
---
tests/getversion.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/getversion.c b/test
From: Thierry Reding
These functions all take a format string and either a list of variable
arguments or a va_list. Use the new DRM_PRINTFLIKE macro to tell the
compiler about it so that the arguments can be checked against the
format string.
Signed-off-by: Thierry Reding
---
intel/intel_decod
Reviewed-by: Sagar Kamble
On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> We can pretend that we can rotate the entire pipe by rotating all the
> planes and adjusting their positions appropriately. Add a "rotation"
> property on the crtc whic
Hey,
I should know this but I am bit behind on the latest of the drm-debug
tools. Is there a way to figure out which applications are using
GEM/TTM buffers? Or just even a simpler - which application is using
which DRM pages?
Michael (CC-ed here) is finding that TTM is hitting the memory ceiling
On 02/19/2014 03:23 PM, Bryan Wu wrote:
> Tegra V4L2 camera driver needs this function to do frame capture.
Does it need to be EXPORT_SYMBOL()d too, in case things are modules?
ecause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/90948a1c/attachment.html>
On 02/17/2014 04:56 PM, Maarten Lankhorst wrote:
> This allows reservation objects to be used in dma-buf. it's required
> for implementing polling support on the fences that belong to a dma-buf.
>
> Signed-off-by: Maarten Lankhorst
> Acked-by: Mauro Carvalho Chehab
> #drivers/media/v4l2-core/
F
https://bugzilla.kernel.org/show_bug.cgi?id=70741
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
On 02/17/2014 04:57 PM, Maarten Lankhorst wrote:
> Android syncpoints can be mapped to a timeline. This removes the need
> to maintain a separate api for synchronization. I've left the android
> trace events in place, but the core fence events should already be
> sufficient for debugging.
>
> v2:
>
From: Bryan Wu
Tegra V4L2 camera driver needs this function to do frame capture.
Signed-off-by: Bryan Wu
---
drivers/gpu/host1x/syncpt.c | 1 +
include/linux/host1x.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/host1x/syncpt.c b/drivers/gpu/host1x/syncpt.c
index bfb0
It doesn't appear to be used anywhere.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_stub.c |5 -
include/drm/drmP.h |2 --
2 files changed, 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c
index 98a33c580..4f17c79 100644
--- a/dr
Like for render-nodes, there is no point in maintaining the master concept
for control nodes, so set the struct drm_file::master pointer to NULL.
At the same time, make sure DRM_MASTER | DRM_CONTROL_ALLOW ioctls are always
allowed when called through the control node. Previously the caller also
ne
On Wed, Feb 19, 2014 at 2:24 PM, Stephen Warren
wrote:
> On 02/19/2014 03:23 PM, Bryan Wu wrote:
>> Tegra V4L2 camera driver needs this function to do frame capture.
>
> Does it need to be EXPORT_SYMBOL()d too, in case things are modules?
>
Sure, I will update this patch to export symbol of it.
op 17-02-14 19:41, Christian K?nig schreef:
> Am 17.02.2014 19:24, schrieb Rob Clark:
>> On Mon, Feb 17, 2014 at 12:36 PM, Christian K?nig
>> wrote:
>>> Am 17.02.2014 18:27, schrieb Rob Clark:
>>>
On Mon, Feb 17, 2014 at 11:56 AM, Christian K?nig
wrote:
> Am 17.02.2014 16:56, schrie
From: Bryan Wu
Tegra V4L2 camera driver needs this function to do frame capture.
Signed-off-by: Bryan Wu
---
include/linux/host1x.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/host1x.h b/include/linux/host1x.h
index 3af8472..d2b5299 100644
--- a/include/linux/host1x.h
+++
On Wed, Feb 19, 2014 at 09:08:39AM +, Lin, Mengdong wrote:
> > -Original Message-
> > From: Ville Syrj?l? [mailto:ville.syrjala at linux.intel.com]
> > Sent: Tuesday, February 18, 2014 10:23 PM
> > To: Lin, Mengdong
> > Cc: Daniel Vetter; Takashi Iwai; alsa-devel at alsa-project.org; Ba
On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
has special requirements on the fourth parameter, which is different
from ACPI specifications. So revert to the private implementation
to check availability of _DSM functions instead of using common
acpi_check_dsm() interface.
S
active-no-timing
[zozo at localhost ~]$ cat /var/log/Xorg.0.log | cut -d ']' -f 2-
>Xorg.0.log.hainan-active-no-timing-1.15
Best regards,
Zolt?n B?sz?rm?nyi
-- next part --
A non-text attachment was scrubbed...
Name: Xorg.0.log.hainan-active-no-tim
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/a4d589ba/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/b0612844/attachment-0001.html>
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/53a195fd/attachment.pgp>
ring.
Reviewed-by: Eric Anholt
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140219/8277d5c1/attachment.pgp>
op 19-02-14 05:53, Jiang Liu schreef:
> On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
> has special requirements on the fourth parameter, which is different
> from ACPI specifications. So revert to the private implementation
> to check availability of _DSM functions instead
On Tue, Feb 18, 2014 at 5:28 AM, Adam Richter
wrote:
> The XFX Radeon r7-240a-clh4 and XFX Radeon r7-250a-zlh4 video cards do not
> seem to be able to generate 3840x2160 @ 30 Hz video modes over HDMI, even
> though I believe their hardware is supposed to be capable of this (~299 MHz
> pixel clo
Hi,
I just got a Lenovo Thinkpad Edge E545 notebook and
I have installed Fedora 20/x86_64.
The CPU is Richland A10-5750 (contains ARUBA graphics)
and there is also a discrete HAINAN chip with 2GB dedicated
memory on the mainboard.
The problems started during installation, it looked like the mach
> -Original Message-
> From: Ville Syrj?l? [mailto:ville.syrjala at linux.intel.com]
> Sent: Tuesday, February 18, 2014 10:23 PM
> To: Lin, Mengdong
> Cc: Daniel Vetter; Takashi Iwai; alsa-devel at alsa-project.org; Barnes,
> Jesse;
> Zanoni, Paulo R; dri-devel; intel-gfx at lists.freedesk
vel/attachments/20140219/1c2d28ff/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #50 from Joshua M. Thompson ---
On Fedora Rawhide kernel 3.14.0-0.rc3.git0.2.fc21.x86_64 still doesn't fix this
(maybe it doesn't have the necessary patch yet?)
With radeon.runpm=1 I get the "UVD not responding" messages, the machine
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #49 from Alex Deucher ---
(In reply to Hohahiu from comment #47)
> [ 41.546747] [drm:uvd_v1_0_start] *ERROR* UVD not responding, trying to
> reset the VCPU!!!
> [ 41.566826] [drm:uvd_v1_0_start] *ERROR* UVD not responding, giving u
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #48 from Hohahiu ---
Created attachment 126711
--> https://bugzilla.kernel.org/attachment.cgi?id=126711&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #47 from Hohahiu ---
The problem is fixed now in kernel 3.14-rc3. Truly speaking the laptop now is
very cold compared to what it was before. So thank you very much for your work,
Alex and Michel!
However whenever my dGPU is powered on
71 matches
Mail list logo
