On Fri, Feb 06, 2015 at 11:58:58AM +0200, Jani Nikula wrote:
> On Wed, 05 Nov 2014, Daniel Vetter wrote:
>
> [heavily edited to just show the debugs]
>
> > +struct drm_atomic_state *
> > +drm_atomic_state_alloc(struct drm_device *dev)
> > +{
> > + DRM_DEBUG_KMS("Allocate atomic state %p\n", st
On Fri, Feb 06, 2015 at 04:31:02PM +0100, Boris Brezillon wrote:
> The HLCDC IP provides a way to discard a specific area on the primary
> plane (in case at least one of the overlay is activated and alpha
> blending is disabled).
> Doing this will reduce the amount of data to transfer from the main
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/20150206/b5068fab/attachment.html>
Grr... git send-email did not keep the fix of the patches :\
This one should be "PATCH 0.1/6" while "util: silence pointer arithmetic
warnings" - "PATCH 1.1/6".
Cheers,
Emil
On 06/02/15 19:42, Emil Velikov wrote:
> Required by strcmp, otherwise we'll error out of the build with the
> following c
Signed-off-by: Emil Velikov
---
tests/util/Makefile.am | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/util/Makefile.am b/tests/util/Makefile.am
index aaaf932..1d71c40 100644
--- a/tests/util/Makefile.am
+++ b/tests/util/Makefile.am
@@ -6,7 +6,8 @@ AM_CPPFLAGS = \
AM
Required by strcmp, otherwise we'll error out of the build with the
following commit.
Signed-off-by: Emil Velikov
---
tests/util/format.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/util/format.c b/tests/util/format.c
index c365ceb..52b3f97 100644
--- a/tests/util/format.c
+++ b/te
On Fri, Feb 6, 2015 at 4:11 PM, Daniel Vetter wrote:
> On Fri, Feb 06, 2015 at 04:31:02PM +0100, Boris Brezillon wrote:
>> The HLCDC IP provides a way to discard a specific area on the primary
>> plane (in case at least one of the overlay is activated and alpha
>> blending is disabled).
>> Doing t
On 02/06/2015 06:20 PM, Geert Uytterhoeven wrote:
> On 32-bit platforms using asm-generic/div64.h:
>
> drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function
> 'gk20a_pllg_calc_rate':
> drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison
> of distinct pointer types l
ame on current Mesa head.
--
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/20150206/7f12696f/attachment-0001.html>
hi all,
when I run modetest process in libdrm to test our drm module, I find a
strange problem:
The test successfully opened /dev/dri/card0 (major:226 minor:0) device by
using module name.
but the returned message about crtc, encoder and connector are all empty. I
confirm the num of t
On 06.02.2015 17:29, Chris Wilson wrote:
> On Fri, Feb 06, 2015 at 11:51:55AM +0900, Michel Dänzer wrote:
>> On 06.02.2015 09:10, Andy Lutomirski wrote:
>>> I just started getting X failures that say:
>>>
>>> [ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version.
>>>
>>> I'm not s
From: Gustavo Padovan
It is not used outside of the plane scope anymore.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 11 ++-
drivers/gpu/drm/exynos/exynos_drm_plane.h | 5 -
2 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/
From: Gustavo Padovan
Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep
track of the framebuffer pointer and reference.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos
From: Gustavo Padovan
Set CRTC, planes and connectors to use the default implementations from
the atomic helper library. The helpers will work to keep track of state
for each DRM object.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/bridge/ptn3460.c | 4
drivers/gpu/drm/
From: Gustavo Padovan
The new atomic infrastructure needs the .mode_set_nofb() callback to
update CRTC timings before setting any plane.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 60 +---
1 file changed, 9 insertions(+), 51 deleti
From: Gustavo Padovan
Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they
unprotect the windows before the commit and protects it after based on
a plane mask tha store which plane will be updated.
For that we create two new exynos_crtc callbacks: .win_protect() and
.win_unprotect(
From: Gustavo Padovan
The atomic helper to disable planes also uses the optional
.atomic_disable() helper. The unique operation it does is calling
.win_disable()
exynos_drm_fb_get_buf_cnt() needs a fb check too to avoid a null pointer.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos
From: Gustavo Padovan
Rip out the check from exynos_update_plane() and create
exynos_check_plane() for the check phase enabling use to use
the atomic helpers to call our check and update phases when updating
planes.
Update all users of exynos_update_plane() accordingly to call
exynos_check_plane
From: Mandeep Singh Baines
The goal of the change is to make sure we send the vblank event on the
current vblank. My hope is to fix any races that might be causing flicker.
After this change I only see a flicker in the transition plymouth and
X11.
Simplified the code by tracking vblank events on
From: Gustavo Padovan
These functions were already removed by previous cleanup work, but these
ones were left behind.
Signed-off-by: Gustavo Padovan
Acked-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/e
From: Gustavo Padovan
The .destroy() callback for exynos can be replaced by drm_plane_cleanup().
The only extra operation on exynos_plane_destroy() was a call to
exynos_plane_disable() but the plane is already disabled by a earlier call
to drm_framebuffer_remove().
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan
We already set each plane zpos at init, after that changes to zpos are
not expected. This patch turns zpos into a read-only property so now it is
impossible to set zpos.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 21 ++--
From: Gustavo Padovan
Usually userspace don't want to have two overlay planes on the same zpos
so this change assign a different zpos for each plane. Before this change
a zpos of value zero was created for all planes so the userspace had to
set up the zpos of every plane it wanted to use.
Also a
From: Gustavo Padovan
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all *_win_data structs.
Signed-off
From: Gustavo Padovan
None of the exynos crtc drivers implements win_enable() so remove it for
better clarity of the code.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/
From: Gustavo Padovan
Hi,
This is the v2 of this patchset. The only difference here is that I added
the zpos refactor to this series after the review of v1 today. No changes
were made to atomic patches besides solving conflicts after the new zpos
changes.
This series clean ups a few more paths
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/7c552cd5/attachment.html>
||
--
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/20150206/53383956/attachment.html>
||
--
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/20150206/9f14809c/attachment.html>
radeon
hw:
capeverde
--
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/20150206/8baa5d34/attachment.html>
eedesktop.org/archives/dri-devel/attachments/20150206/8fcf3ec2/attachment.html>
Without the matched name for the connector types, modetest prints
invalid for that kinds of connectors like below:
Connectors:
id encoder status typesize (mm) modes encoders
16 15 connected (invalid) 71x125 1 15
So this patch adds con
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/00c24fb8/attachment.html>
The A2Q (Add To Queue) and UPDATE bits are left in their previous state
when resetting the layer.
This lead to weird behavior when enabling the plane again: the framebuffer
previously queued is dequeued and we end up with access to an old memory
region.
Reset those bits when resetting the channel.
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/7bd3487c/attachment-0001.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/3fe9dee7/attachment.html>
The HLCDC IP provides a way to discard a specific area on the primary
plane (in case at least one of the overlay is activated and alpha
blending is disabled).
Doing this will reduce the amount of data to transfer from the main
memory to the Display Controller, and thus alleviate the load on the
mem
Convert the HLCDC driver to atomic mode-setting.
Signed-off-by: Boris Brezillon
---
Changes since v1:
- use atomic helper for DPMS handlers
- remove unneeded DPMS handling functions
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 278 +---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c
On Thu, Feb 05, 2015 at 11:10:04AM +0100, Philipp Zabel wrote:
> Am Mittwoch, den 31.12.2014, 16:23 +0800 schrieb Liu Ying:
> > This patch adds device tree bindings for Synopsys DesignWare MIPI DSI
> > host controller DRM bridge driver.
> >
> > Signed-off-by: Liu Ying
> > ---
> > v7->v8:
> > * N
--
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/20150206/3583c3d8/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/7d3978ef/attachment.html>
Hi Geert,
On 02/05/2015 01:02 AM, Geert Uytterhoeven wrote:
> On 32-bit platforms using asm-generic/div64.h:
>
> drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function
> 'gk20a_pllg_calc_rate':
> drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison
> of distinct poin
Hi,
On 02/05/2015 11:45 PM, Javier Martinez Canillas wrote:
> Hello Andrzej,
>
> Thanks a lot for finally finding what was causing the HDMI issue.
>
> On 02/05/2015 01:35 PM, Andrzej Hajda wrote:
>> Hi,
>>
>> Exynos chipsets since 542x have asynchronous bridges connecting different
>> IPs.
>> T
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/20150206/3e7077a7/attachment-0001.html>
From: Arnaud Pouliquen
Add a default audio infoframe for HDMI compliance
Signed-off-by: Arnaud Pouliquen
---
drivers/gpu/drm/sti/sti_hdmi.c | 179 +++--
1 file changed, 137 insertions(+), 42 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers
From: Fabien Dessenne
Use GDP capabilities to support DRM_FORMAT_XBGR (XB24)
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_gdp.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_gdp.c b/drivers/gpu/drm/sti/sti_gdp.c
index f018bb1..087906f 100644
Use GDP capabilities to support DRM_FORMAT_ABGR (AB24)
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_gdp.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_gdp.c b/drivers/gpu/drm/sti/sti_gdp.c
index 32448d1..f018bb1 100644
--- a/drivers/gpu/d
From: Vincent Abriou
The shift and the mask done on arg value is useless
since arg is null.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_awg_utils.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_awg_utils.c
b/drivers/gpu/drm/sti/sti_awg_utils.c
inde
From: Jassi Brar
copy-paste wasn't followed by editing, do it.
Signed-off-by: Jassi Brar
---
drivers/gpu/drm/sti/sti_hqvdp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_hqvdp.c b/drivers/gpu/drm/sti/sti_hqvdp.c
index f3db05d..b0eb62d 100644
--- a
Rework infoframe to add audio informations.
Support two additional pixel formats in GDP planes.
Arnaud Pouliquen (1):
drm: sti: HDMI add audio infoframe
Benjamin Gaignard (1):
drm: sti: add support of ABGR for gdp plane
Fabien Dessenne (1):
drm: sti: add support of XBGR for gdp pla
Hi,
On 02/06/2015 02:59 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> The primary plane default zpos is now 0, so remove checks for zpos ==
> -1. We don't need to set win to 0 anymore it is already zero.
>
Could you also remove DEFAULT_ZPOS define? And zpos and win should be
unsigned
Hi,
On 02/06/2015 02:59 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Usually userspace don't want to have two overlay planes on the same zpos
> so this change assign a different zpos for each plane. Before this change
> a zpos of value zero was created for all planes so the userspace h
ignature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/6a276c03/attachment.sig>
Hi Gustavo,
On 02/06/2015 02:59 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> struct {fimd,mixer,vidi}_win_data was just keeping the same data
> as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
> directly.
>
> It changes how planes are created and remove .win_mod
On Fri, 06 Feb 2015, Andreas Ruprecht wrote:
> Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed
> CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still
> references this option in two #ifndef statements.
>
> As an undefined config option will always be 'false', we ca
Hi,
On 02/05/2015 06:40 PM, Daniel Vetter wrote:
> On Thu, Feb 05, 2015 at 04:11:35PM +0900, Joonyoung Shim wrote:
>> From: Gustavo Padovan
>>
>> exynos_plane_dpms(DRM_MODE_DPMS_ON) calls the win_enable()'s callback
>> from the underlying layer. However neither one of these layers implement
>> wi
Hi,
On 02/05/2015 10:07 PM, Gustavo Padovan wrote:
> Hi,
>
>
> 2015-02-05 Joonyoung Shim :
>
>> There is a case called disable_plane callback function even if
>> plane->crtc is NULL from exynos_drm_encoder_disable and it will cause
>> NULL pointer reference error.
>>
>> Signed-off-by: Joonyoung
Hi,
On 02/05/2015 10:06 PM, Daniel Vetter wrote:
> On Thu, Feb 05, 2015 at 12:48:07PM +, Daniel Stone wrote:
>> Hi,
>>
>> On 5 February 2015 at 12:26, Rob Clark wrote:
>>> On Thu, Feb 5, 2015 at 4:15 AM, Daniel Vetter wrote:
Yeah I noticed the zpos fun when hacking around too. Exynos sh
Hello Andrzej,
On 02/06/2015 11:55 AM, Andrzej Hajda wrote:
> FIMD and MIXER IPs in disp1 power domain have async-bridges (to GSCALER),
> therefore their clocks should be enabled during power domain switch.
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi,
>
> This is 2nd version of the patch. After
On Wed, 05 Nov 2014, Daniel Vetter wrote:
[heavily edited to just show the debugs]
> +struct drm_atomic_state *
> +drm_atomic_state_alloc(struct drm_device *dev)
> +{
> + DRM_DEBUG_KMS("Allocate atomic state %p\n", state);
> +}
> +void drm_atomic_state_clear(struct drm_atomic_state *state)
FIMD and MIXER IPs in disp1 power domain have async-bridges (to GSCALER),
therefore their clocks should be enabled during power domain switch.
Signed-off-by: Andrzej Hajda
---
Hi,
This is 2nd version of the patch. After decrypting manual and discussion
with Marek I guess this set of clocks is mo
On 06.02.2015 09:10, Andy Lutomirski wrote:
> I just started getting X failures that say:
>
> [ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version.
>
> I'm not sure what triggered it.
>
> dmesg says:
>
> [ 740.156499] [drm:drm_stub_open]
> [ 740.156502] [drm:drm_open_helper]
On Fri, 2015-02-06 at 11:16 +0100, Andreas Ruprecht wrote:
> Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed
> CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still
> references this option in two #ifndef statements.
>
> As an undefined config option will always be
Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed
CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still
references this option in two #ifndef statements.
As an undefined config option will always be 'false', we can drop
the #ifndefs alltogether and adapt the printed e
Hi,
2015-02-06 Joonyoung Shim :
> Hi Gustavo,
>
> On 02/06/2015 02:59 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > struct {fimd,mixer,vidi}_win_data was just keeping the same data
> > as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
> > directly.
> >
> >
Hi,
2015-02-06 Joonyoung Shim :
> Hi,
>
> On 02/05/2015 10:07 PM, Gustavo Padovan wrote:
> > Hi,
> >
> >
> > 2015-02-05 Joonyoung Shim :
> >
> >> There is a case called disable_plane callback function even if
> >> plane->crtc is NULL from exynos_drm_encoder_disable and it will cause
> >> NULL
On 32-bit platforms using asm-generic/div64.h:
drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function
'gk20a_pllg_calc_rate':
drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison of
distinct pointer types lacks a cast
do_div(rate, divider);
https://bugzilla.kernel.org/show_bug.cgi?id=91861
Mike S. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hello Joonyoung,
On 02/06/2015 06:27 AM, Joonyoung Shim wrote:
> On 02/05/2015 11:45 PM, Javier Martinez Canillas wrote:
>>
>> I also tested on an Exynos5420 Peach Pit Chromebook and both the "Power
>> domain power-domain disable failed" message and the system crash are gone.
>>
>
> Really gone
https://bugzilla.kernel.org/show_bug.cgi?id=91861
--- Comment #16 from Christian König ---
(In reply to Mike S. from comment #15)
> So thank you for the patch, and I hope it can get into 3.19.
Alex has added it to his -fixes branch, so it either ends up in 3.19 or in
3.20.
Can you close the bu
[CC Damian, Magnus]
On Mon, Oct 27, 2014 at 02:12:56PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Monday 27 October 2014 09:38:29 Simon Horman wrote:
> > On Wed, Sep 24, 2014 at 11:04:32PM +0300, Laurent Pinchart wrote:
> > > Add DT nodes for the ADV7511 HDMI encoder and its HDMI output co
https://bugzilla.kernel.org/show_bug.cgi?id=91861
--- Comment #15 from Mike S. ---
Thanks again for the info.
I have been running the Radeon driver with the patch to limit the reference
divider to 7 for a week now, and I can confirm that apart from that original
incident, it has been very stable
https://bugzilla.kernel.org/show_bug.cgi?id=91861
--- Comment #14 from Christian König ---
(In reply to Mike S. from comment #13)
> So, from your explanation, using a ref_div of 7 compared to 2, means that
> the VCO is running at a higher frequency, and hence, higher voltage. So I
> assume that
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/daf1d9e3/attachment.html>
On Thu, Feb 05, 2015 at 04:37:56PM +0100, Boris Brezillon wrote:
> On Thu, 5 Feb 2015 14:08:32 +0100
> Daniel Vetter wrote:
>
> > On Wed, Feb 04, 2015 at 09:20:51PM +0100, Boris Brezillon wrote:
> > > Convert the HLCDC driver to atomic mode-setting.
> > >
> > > Signed-off-by: Boris Brezillon
>
Hi Alexandre,
On Fri, Feb 6, 2015 at 7:50 AM, Alexandre Courbot
wrote:
> On 02/05/2015 01:02 AM, Geert Uytterhoeven wrote:
>> On 32-bit platforms using asm-generic/div64.h:
>> drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function
>> 'gk20a_pllg_calc_rate':
>> drivers/gpu/drm/nouveau/nvkm/
Hi Dave,
Flushing out my drm-misc queue with a few oddball things all over.
Cheers, Daniel
The following changes since commit b7703726251191cd9f3ef3a80b2d9667901eec95:
drm/probe-helper: clamp unknown connector status in the poll work (2015-01-22
06:11:39 +0100)
are available in the git rep
On Fri, Feb 06, 2015 at 11:51:55AM +0900, Michel Dänzer wrote:
> On 06.02.2015 09:10, Andy Lutomirski wrote:
> > I just started getting X failures that say:
> >
> > [ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version.
> >
> > I'm not sure what triggered it.
> >
> > dmesg says
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/606054b9/attachment.html>
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/20150206/c7c80365/attachment.html>
||
--
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/20150206/8b3c4d67/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/4661438c/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/106fed5d/attachment.html>
achments/20150206/8b8f0d58/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/b3f68c0c/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150206/bfcbcefd/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/ed562a54/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/ef924a48/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/c6e42597/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/5d779f28/attachment.html>
dri-devel/attachments/20150206/0c4cc53b/attachment.html>
91 matches
Mail list logo
