Hi Andrzej,
2014-03-04 20:03 GMT+09:00 Andrzej Hajda :
> Hi Inki,
>
> On 02/28/2014 03:28 AM, Inki Dae wrote:
> (...)
>>
>> Andrzej Hajda from our team is already working on addressing remaining
>> issues with Sean's series, including fixing removed parallel display
>> support. Earlier this month
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/810424c9/attachment.html>
ting entries.
--
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/20140304/017fd077/attachment.html>
The documentation says fd holds the fd from prime import/export.
However, it isn't actually used, nor is it necessary, so let's just remove
it.
Signed-off-by: Daniel Kurtz
---
exynos/exynos_drmif.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/exynos/exynos_drmif.h b/exynos/exynos_drmif.h
Reuse the common drmPrime() helper functions rather than reinventing them.
Signed-off-by: Daniel Kurtz
---
exynos/exynos_drm.c | 48 ++--
1 file changed, 10 insertions(+), 38 deletions(-)
diff --git a/exynos/exynos_drm.c b/exynos/exynos_drm.c
index b7
drmOpenByName() is a static function that is only called by drmOpen().
drmOpen() already checks drmAvailable(), so the checki in
drmOpenByName() is redundant.
Signed-off-by: Daniel Kurtz
---
xf86drm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/xf86drm.c b/xf86drm.c
index 7
The first parameter should be the drm fd, second param is the fb id.
Signed-off-by: Daniel Kurtz
---
tests/exynos/exynos_fimg2d_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/exynos/exynos_fimg2d_test.c
b/tests/exynos/exynos_fimg2d_test.c
index e80455a..c6bd558
This looks like it was copied from kmstest, but isn't needed, and doesn't
actually work since exynos_fimg2d_test requires parameters.
Signed-off-by: Daniel Kurtz
---
tests/exynos/Makefile.am | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/exynos/Makefile.am b/tests/exynos/Makefile.am
Fixes two gcc [-Wpointer-to-int-cast] warnings.
Signed-off-by: Daniel Kurtz
---
exynos/exynos_fimg2d.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
index cf712a8..0b14618 100644
--- a/exynos/exynos_fimg2d.c
+++ b/exynos/e
warning: assignment makes pointer from integer without a cast [enabled by
default]
warning: initialization makes integer from pointer without a cast [enabled by
default]
Signed-off-by: Daniel Kurtz
---
exynos/exynos_drm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
This exynos test was added just before HAVE_INSTALL_TESTS, and so didn't
get this annotation.
Signed-off-by: Daniel Kurtz
---
tests/exynos/Makefile.am | 5 +
1 file changed, 5 insertions(+)
diff --git a/tests/exynos/Makefile.am b/tests/exynos/Makefile.am
index bf9ad82..6703dcf 100644
--- a/
Just some clean up patches, mostly for libdrm_exynos.
Daniel Kurtz (8):
eyxnos: install exynos tests if HAVE_INSTALL_TESTS
exynos: fix two warnings
exynos_fimg2d: fix cast from pointer to integer of different size
exynos: remove unusable "run" target
exynos_fimg2d_test: fix drmModeRmFB
Use the %pad printk specifier to print dma_addr_t variables. This fixes
warnings on platforms where dma_addr_t has a different size than int or
size_t.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140304/d3568bd6/attachment-0001.html>
terials 1615ms
Loading "valley/sound/sound.prop" 142 properties 2ms
Loading "valley/valley.world" 3153ms
LLVM ERROR: Not supported instr:
>
AL lib: ReleaseALC: 1 device not closed
--
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/20140304/3db8cc6d/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/f704a258/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/c5183b83/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/15efb10a/attachment-0001.html>
On Tue, Mar 4, 2014 at 5:04 PM, Rob Clark wrote:
> On Tue, Mar 4, 2014 at 4:29 PM, Sean Paul wrote:
>> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote:
>>> Break the mutable state of a crtc out into a separate structure
>>> and use atomic properties mechanism to set crtc attributes. This
>>> m
On Tue, Mar 4, 2014 at 4:29 PM, Sean Paul wrote:
> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote:
>> Break the mutable state of a crtc out into a separate structure
>> and use atomic properties mechanism to set crtc attributes. This
>> makes it easier to have some helpers for crtc->set_proper
On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote:
> Break the mutable state of a crtc out into a separate structure
> and use atomic properties mechanism to set crtc attributes. This
> makes it easier to have some helpers for crtc->set_property()
> and for checking for invalid params. The idea i
Copy-paste typo.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cik.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
index a6d1e6c..e22be84 100644
--- a/drivers/gpu/drm/radeon/cik.c
+++ b/drivers/gpu/drm/rad
nt was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/af0e2b3a/attachment.pgp>
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/600f4818/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/20140304/27f0cd42/attachment.html>
On Thu, Feb 27, 2014 at 02:14:43PM -0800, Matt Roper wrote:
> Create a primary plane at CRTC init and hook up handlers for the various
> operations that may be performed on it. The DRM core will only
> advertise the primary planes to clients that set the appropriate
> capability bit.
>
> Since we
On Mon, Mar 03, 2014 at 07:24:04PM +0100, David Herrmann wrote:
> How can user-space distinguish primary-planes from others? With
> atomic-modesetting I can understand that there's no need to
> distinguish them, but without it, we need to know which planes not to
> use. Same problem for the possibl
Hi Dave,
this is the second pull request for 3.15 radeon changes. Highlights this
time:
- Better VRAM usage
- VM page table rework
- Enabling different UVD clocks again
- Some general cleanups and improvements
The following changes since commit 4d538b79197901fecc42e746d515d07fd1089b62:
Merge
Hi Tomi,
Am Freitag, den 28.02.2014, 09:36 +0200 schrieb Tomi Valkeinen:
> On 27/02/14 18:54, Philipp Zabel wrote:
>
> >> - One IPU enabled, one disabled: nothing special here, just set the
> >> other IPU to status="disabled" in the DT data. The driver for the
> >> enabled IPU would register the
c information, having video
paths as optional for some specific cases may needlessly complicate the
code.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/b9793472/attachment-0001.pgp>
:). Seems like r200 like VM_MIXEDMAP, but not
VM_PFNMAP.
--
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/20140304/2a7ecd5c/attachment.html>
Hi, Marek!
I'm OOTO this week, so I can't take a closer look until next week but
there are a couple of things that worries me about this.
1) It's optimizing a slowpath (memory pressure) at the cost of making a
fastpath slower by adding a sorting pass.
2) While it might make a difference on VRAM,
On Tue, Mar 04, 2014 at 10:42:38AM +0100, Daniel Vetter wrote:
> On Tue, Feb 25, 2014 at 08:18:30PM +0200, Ville Syrj?l? wrote:
> > On Wed, Feb 19, 2014 at 03:38:08PM +0530, sagar.a.kamble at intel.com wrote:
> > > From: Sagar Kamble
> > >
> > > With this patch two properties are added. One for C
On Fri, Feb 28, 2014 at 04:06:12PM +, Russell King - ARM Linux wrote:
> On Fri, Feb 28, 2014 at 02:20:11PM +0200, Tomi Valkeinen wrote:
> > Add DT binding documentation for HDMI Connector.
> >
> > Signed-off-by: Tomi Valkeinen
> > Reviewed-by: Archit Taneja
> > ---
> > .../devicetree/bindin
On Fri, Feb 28, 2014 at 04:23:27PM +, Russell King - ARM Linux wrote:
> On Fri, Feb 28, 2014 at 06:12:23PM +0200, Tomi Valkeinen wrote:
> > On 28/02/14 17:59, Russell King - ARM Linux wrote:
> >
> > >> +dvi0: connector at 0 {
> > >> +compatible = "dvi-connector";
> > >> +label
On Thu, Feb 27, 2014 at 03:24:08PM -0800, Matt Roper wrote:
> On Thu, Feb 27, 2014 at 05:39:00PM -0500, Rob Clark wrote:
> > On Thu, Feb 27, 2014 at 5:14 PM, Matt Roper
> > wrote:
> > > Add a plane type property to allow userspace to distinguish
> > > sprite/overlay planes from primary planes. I
On 02/28/2014 02:33 PM, Tomi Valkeinen wrote:
> I have the same comment here as for the bridge chip: I would specify the
> video ports/endpoints between DSI master and the panel, even if you
> don't use them at the moment.
>
> Tomi
>
>
I have sent my answer in bridge chip subthread.
Regards
Andrz
n HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/5a756b04/attachment.html>
On 02/28/2014 02:39 PM, Tomi Valkeinen wrote:
> On 28/02/14 15:31, Tomi Valkeinen wrote:
>
>> Compared to what I've done on OMAP, you don't seem to specify the video
>> inputs for the tc358764 at all. In this case it's obvious, as the chip
>> is a child of the DSI master. But the chip could as well
Am 04.03.2014 10:34, schrieb Paul Bolle:
> Building radeon_ttm.o on 32 bit x86 triggers a warning:
> In file included from include/asm-generic/bug.h:13:0,
> from [...]/arch/x86/include/asm/bug.h:38,
> from include/linux/bug.h:4,
>
//lists.freedesktop.org/archives/dri-devel/attachments/20140304/b80a1f70/attachment.html>
esktop.org/archives/dri-devel/attachments/20140304/47a89eac/attachment.html>
Hi Inki,
On 02/28/2014 03:28 AM, Inki Dae wrote:
(...)
>
> Andrzej Hajda from our team is already working on addressing remaining
> issues with Sean's series, including fixing removed parallel display
> support. Earlier this month he sent a series restoring support for DSI
> panels: http://thread.
op 04-03-14 11:00, Daniel Vetter schreef:
> On Tue, Mar 04, 2014 at 09:20:58AM +0100, Maarten Lankhorst wrote:
>> op 04-03-14 09:14, Daniel Vetter schreef:
>>> On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
op 03-03-14 22:11, Daniel Vetter schreef:
> On Mon, Feb 17, 201
On 03/03/2014 12:45 AM, Tomi Valkeinen wrote:
> On 27/02/14 13:54, Tomi Valkeinen wrote:
>> Hi,
>>
>> This is a re-send of the series, with RFC removed from the subject, and a
>> bunch
>> of acks added.
>>
>> I'm cc'ing more people, to make sure this doesn't come as a surprise, and to
>> make sure
On Tue, Mar 04, 2014 at 09:20:58AM +0100, Maarten Lankhorst wrote:
> op 04-03-14 09:14, Daniel Vetter schreef:
> >On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
> >>op 03-03-14 22:11, Daniel Vetter schreef:
> >>>On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
On Tue, 04 Mar 2014, Paul Bolle wrote:
> On Tue, 2014-02-25 at 10:05 +0200, Jani Nikula wrote:
>> On Thu, 20 Feb 2014, Paul Bolle wrote:
>> > On an (rather old) ThinkPad X41, which also uses i915, brightness
>> > adjustments stopped working altogether in v3.14-rc1 (I haven't used its
>> > docking
On Thu, Feb 27, 2014 at 01:54:43PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> This is a re-send of the series, with RFC removed from the subject, and a
> bunch
> of acks added.
>
> I'm cc'ing more people, to make sure this doesn't come as a surprise, and to
> make sure this is not a bad idea, doomed
On Wed, Feb 26, 2014 at 10:16:03PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Use drm_fb_helper_restore_fbdev_mode() in drm_fb_helper_set_par() to
> make sure extra planes get disabled whenever fbcon takes over.
>
> Otherwise the code in drm_fb_helper_set_par() was
On Wed, Feb 26, 2014 at 03:58:27PM +0200, Ville Syrj?l? wrote:
> On Wed, Feb 26, 2014 at 01:32:44PM +, Goel, Akash wrote:
> > To expose the panel fitter for arbitrary use by User-space, we will expose
> > the manual scaling ratio & Input/Src size info to User, apart from the
> > available sca
On Tue, Feb 25, 2014 at 08:18:30PM +0200, Ville Syrj?l? wrote:
> On Wed, Feb 19, 2014 at 03:38:08PM +0530, sagar.a.kamble at intel.com wrote:
> > From: Sagar Kamble
> >
> > With this patch two properties are added. One for CRTC+Sprite planes
> > and another for Cursor planes. Through these client
Building radeon_ttm.o on 32 bit x86 triggers a warning:
In file included from include/asm-generic/bug.h:13:0,
from [...]/arch/x86/include/asm/bug.h:38,
from include/linux/bug.h:4,
from include/drm/drm_mm.h:39,
f
On Fri, Feb 21, 2014 at 09:03:33PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Allow the driver to specify whether all new vblank requests after
> drm_vblank_off() should be rejected. And add a counterpart called
> drm_vblank_on() which will again allow vblank reques
On Fri, Feb 21, 2014 at 09:03:34PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> If someone holds a vblank reference across the modeset, and after/during
> the modeset someone tries to grab a vblank reference, the current code
> won't re-enable the vblank interrupts. T
On Fri, Feb 28, 2014 at 10:56:20AM +0200, Ville Syrj?l? wrote:
> On Fri, Feb 21, 2014 at 09:03:35PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > Tell the drm core vblank code to reject drm_vblank_get()s only between
> > drm_vblank_off() and drm_vblank_on() cal
On Tue, Feb 25, 2014 at 11:58:26AM +0900, Michel D?nzer wrote:
> On Mon, 2014-02-24 at 14:11 +0200, Ville Syrj?l? wrote:
> > On Mon, Feb 24, 2014 at 12:48:55PM +0900, Michel D?nzer wrote:
> > > On Fre, 2014-02-21 at 21:03 +0200, ville.syrjala at linux.intel.com wrote:
> > > >
> > > > We can kill o
On Mon, Mar 3, 2014 at 6:59 PM, Damien Lespiau
wrote:
> We allocate memory in drm_display_mode_from_vic_index() and use it
> without checking the pointer is valid. Fix that.
>
> Signed-off-by: Damien Lespiau
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_edid.c | 3 +++
> 1 file chang
On Fri, Feb 21, 2014 at 08:55:27AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> The i915 driver sets DRIVER_GEM unconditionally, so testing for the
> feature will always fail.
>
> Signed-off-by: Thierry Reding
Queued for -next, thanks for the patch.
-Daniel
> ---
> drivers/gpu/drm
On Fri, Feb 21, 2014 at 08:55:16AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This series builds on top of David's reliable DRM minor series:
>
> [PATCH 00/13] DRM Reliable Minor-IDs
>
> Tegra K1 has a Kepler-type GPU without any display engine. Instead it
> reuses the Tegra
On Tue, Mar 4, 2014 at 4:34 AM, Paul Bolle wrote:
> Building radeon_ttm.o on 32 bit x86 triggers a warning:
> In file included from include/asm-generic/bug.h:13:0,
> from [...]/arch/x86/include/asm/bug.h:38,
> from include/linux/bug.h:4,
>
On Tue, 4 Mar 2014 09:35:57 +0100
Daniel Vetter wrote:
> On Thu, Feb 20, 2014 at 11:24:40AM +1000, Dave Airlie wrote:
> > > I am working on enabling a Color Enhancement block for primary display
> > > for Exynos SoC. I need to
> > > set a bunch of parameters like Color Conversion matrix, Contrast
On Thu, Feb 20, 2014 at 11:24:40AM +1000, Dave Airlie wrote:
> > I am working on enabling a Color Enhancement block for primary display
> > for Exynos SoC. I need to
> > set a bunch of parameters like Color Conversion matrix, Contrast
> > Improvement parameters etc ~ 30 parameters from User Space.
On Tue, 2014-02-25 at 10:05 +0200, Jani Nikula wrote:
> On Thu, 20 Feb 2014, Paul Bolle wrote:
> > On an (rather old) ThinkPad X41, which also uses i915, brightness
> > adjustments stopped working altogether in v3.14-rc1 (I haven't used its
> > docking station in the v3.14 release cycle). In v3.13
On Wed, Feb 19, 2014 at 02:40:41PM +0100, Thomas Hellstrom wrote:
> 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
>
op 04-03-14 09:14, Daniel Vetter schreef:
> On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
>> op 03-03-14 22:11, Daniel Vetter schreef:
>>> On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
Android syncpoints can be mapped to a timeline. This removes the ne
On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
> op 03-03-14 22:11, Daniel Vetter schreef:
> >On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
> >>Android syncpoints can be mapped to a timeline. This removes the need
> >>to maintain a separate api for synchroni
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/81304145/attachment.html>
rind is
a program that finds memory leaks". Simple, really.
--
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/20140304/e54b0ec6/attachment-0001.html>
op 03-03-14 22:11, Daniel Vetter schreef:
> On Mon, Feb 17, 2014 at 04:57:19PM +0100, 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 fen
|--- |FIXED
--
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/20140304/f3a3ede6/attachment.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/2e2132f9/attachment.html>
there doesn't manage to
replay your second apitrace yet.
--
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/201
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/7f0e4659/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/ff21d90c/attachment.html>
ttachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/e0255cd5/attachment-0001.html>
Hi
On Tue, Mar 4, 2014 at 12:53 AM, Daniel Kurtz wrote:
> Dear dri developers,
>
> Should libdrm's modetest work when an X server is running?
> Should drmOpen(name, NULL) succeed when the drm device is already open?
> Is "name" passed to drmOpen() the "drm" name returned by drmGetVersion()?
> Or,
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140304/6fccd478/attachment.html>
From: Inki Dae
This patch adds super device support to bind sub drivers
using device tree.
For this, we should add a super device node to each machine dt files
like below example,
exynos-drm {
compatible = "samsung,exynos-drm";
crtcs = <&fimd>;
78 matches
Mail list logo
