Signed-off-by: Chris Forbes
---
intel/intel_decode.c | 57 +++
intel/tests/gen7-3d.batch-ref.txt | 12 -
2 files changed, 52 insertions(+), 17 deletions(-)
diff --git a/intel/intel_decode.c b/intel/intel_decode.c
index adda29a..0c3c943 100
Hi ZubairLK:
On 2014å¹´11æ24æ¥ 22:22, Zubair Lutfullah Kakakhel wrote:
> Hi Andy,
>
> On 24/11/14 14:17, Andy Yan wrote:
>> Hi ZubairLK, Russel King, Greg Kroah-Hartman , Philipp Zabel and Daniel:
>> Do you have any further opinions or suggestions about the
>> the current patch set?
> I have
Hi ZubairLK, Russel King, Greg Kroah-Hartman , Philipp Zabel and Daniel:
Do you have any further opinions or suggestions about the
the current patch set?
On 2014å¹´11æ17æ¥ 18:53, Andy Yan wrote:
> We found Freescale imx6 and Rockchip rk3288 and Ingenic JZ4780 (Xburst/MIPS)
> use the interfac
Especially with legacy cursor ioctls existing userspace assumes that
you can pile up lots of updates in one go. The super-proper way to
support this would be a special commit mode which overwrites the last
update. But getting there will be quite a bit of work.
Meanwhile do what pretty much all the
On 11/24/2014 09:01 PM, Dave Airlie wrote:
> On 25 November 2014 at 00:18, Lars-Peter Clausen wrote:
>> On 11/24/2014 03:00 PM, Laurent Pinchart wrote:
>>>
>>> Hi Daniel,
>>>
>>> (CC'ing Rob Clark and Lars-Peter. As a reminder we're discussing the "drm:
>>> Decouple EDID parsing from I2C adapter"
I've forgotten to remove that in my per-plane locking patch.
Reported-by: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index d3b46746b611..ba49b5ca822f
Especially with legacy cursor ioctls existing userspace assumes that
you can pile up lots of updates in one go. The super-proper way to
support this would be a special commit mode which overwrites the last
update. But getting there will be quite a bit of work.
Meanwhile do what pretty much all the
Possible for purely virtual debug devices.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index 2e5c7d941313..4f41377b0b80 100644
--- a/drivers/gpu/drm/drm_drv.c
+++ b/drivers/
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/fac0f267/attachment.html>
A, etc?
--
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/20141124/b8565e41/attachment-0001.html>
in
the kernel by adding drm.rnodes=1 to your kernel command line.
--
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/20141124/d43d4331/attachment.html>
This patch adds component support for vidi driver.
vidi driver is a kms driver so it doesn't need to be registered
to exynos_drm_subdrv_list. For this, it changes for the component
framework to be used for vidi driver.
This patch fixes below error also,
# echo 1 > /sys/devices/platform/exynos-dr
This patch adds component support for vidi driver.
vidi driver is a kms driver so it doesn't need to be registered
to exynos_drm_subdrv_list. For this, it changes for the component
framework to be used for vidi driver.
This patch fixes below error also,
# echo 1 > /sys/devices/platform/exynos-dr
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/173c6ede/attachment.html>
This patch resolves the issue that component object isn't removed
correctly.
A given component object couldn't be placed to head of drm_component_list
so all component objects added to the drm_component_list should be checked
to remove the given component object.
Signed-off-by: Inki Dae
---
dri
On Mon, Nov 24, 2014 at 4:26 PM, Thierry Reding
wrote:
> On Mon, Nov 24, 2014 at 04:17:18PM +0530, Vivek Gautam wrote:
>> Hi,
>>
>>
>> On Mon, Nov 24, 2014 at 4:02 PM, Thierry Reding
>> wrote:
>> > On Mon, Nov 24, 2014 at 11:11:23AM +0530, Vivek Gautam wrote:
>> >> DP PHY now require pmu-system-c
On 2014ë
11ì 21ì¼ 08:42, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Registering the Exynos DRM subdevices platform drivers in the probe
> function is causing an infinite loop. Fix this by moving it to the
> exynos_drm_init() function to register the drivers on module init.
>
> Regis
On Mon, Nov 24, 2014 at 3:29 PM, Lars-Peter Clausen wrote:
> On 11/24/2014 09:01 PM, Dave Airlie wrote:
>>
>> On 25 November 2014 at 00:18, Lars-Peter Clausen wrote:
>>>
>>> On 11/24/2014 03:00 PM, Laurent Pinchart wrote:
Hi Daniel,
(CC'ing Rob Clark and Lars-Peter. As a
Add myself as the maintainer of the i.MX DRM driver.
Signed-off-by: Philipp Zabel
Acked-by: Shawn Guo
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3c69a3c7..b29325d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3202,6 +3202,13 @@ F:
The imx-drm driver was put into staging mostly for the following reasons,
all of which have been addressed or superseded:
- convert the irq driver to use linear irq domains
- work out the device tree bindings, this lead to the common of_graph
bindings being used
- factor out common helper fun
From: Gustavo Padovan
The component must be deleted if the probe fails.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exyno
From: Gustavo Padovan
struct exynos_drm_overlay has no practical advantage nor serves as
important piece of the exynos API design. The only place it was used
was inside the struct exynos_plane which was just causing a extra
access overhead. Users had to access the overlay first and just then
get
From: Gustavo Padovan
This functions were doing nothing but calling a manager op function,
so remove them and call the manager directly.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 33 ---
drivers/gpu/drm/exynos/exynos_drm_plane.c
From: Gustavo Padovan
Let other pieces of the driver access struct exynos_drm_crtc as well.
struct exynos_drm_manager will be merged into struct exynos_drm_crtc, in
the sense we will move all its members to exynos_drm_crtc, so to start
this conversion exynos_drm_crtc need to be exposed as well.
From: Gustavo Padovan
With this change we allow other pieces of the code to use this macro.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 ---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/driv
From: Gustavo Padovan
Hi Inki,
In this series I've removed some level of indirection from the exynos_drm_code.
There two moves in these patches, first we remove all exynos_drm_crtc_plane_*()
wrappers and call the manager s
On Mon, Nov 24, 2014 at 04:00:53PM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> (CC'ing Rob Clark and Lars-Peter. As a reminder we're discussing the "drm:
> Decouple EDID parsing from I2C adapter" patch available at
> git://linuxtv.org/pinchartl/fbdev.git drm/next/du)
>
> On Monday 24 Novemb
Hi,
On Mon, Nov 24, 2014 at 4:02 PM, Thierry Reding
wrote:
> On Mon, Nov 24, 2014 at 11:11:23AM +0530, Vivek Gautam wrote:
>> DP PHY now require pmu-system-controller to handle PMU register
>> to control PHY's power isolation. Adding the same to dp-phy
>> node.
>>
>> Signed-off-by: Vivek Gautam
og_next20141124.
I am still not sure how SND_SOC creates a problem for you. I did not
revert any patch (apart from the display config revert)
as seen in my git hash.
So with this setup, my peach-pi boots up fine, display comes up;
CONFIG_SND_SOC is still enabled.
--
Best Regards
Vivek Gautam
Sams
phandle for dp phy
> 51b2c75 drm/exynos: Move platform drivers registration to module init
> ed6778a Add linux-next specific files for 20141121
>
>> I found that the commit ae43b32 ("ARM: 8202/1: dmaengine: pl330: Add
>> runtime Power Management support v12") had to
Hi Daniel,
(CC'ing Rob Clark and Lars-Peter. As a reminder we're discussing the "drm:
Decouple EDID parsing from I2C adapter" patch available at
git://linuxtv.org/pinchartl/fbdev.git drm/next/du)
On Monday 24 November 2014 14:09:39 Daniel Vetter wrote:
> On Mon, Nov 24, 2014 at 11:46:18AM +0200
From: Gustavo Padovan
exynos_dpi_remove() should receive a exynos_drm_display but when
DRM_EXYNOS_DPI was disabled it was receiving a struct device resulting in
ia compiler warning.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 5 -
1 file changed, 4 insertio
On 11/24/2014 03:00 PM, Laurent Pinchart wrote:
> Hi Daniel,
>
> (CC'ing Rob Clark and Lars-Peter. As a reminder we're discussing the "drm:
> Decouple EDID parsing from I2C adapter" patch available at
> git://linuxtv.org/pinchartl/fbdev.git drm/next/du)
>
> On Monday 24 November 2014 14:09:39 Danie
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141124/ba377632/attachment.html>
On Sun, Nov 23, 2014 at 12:26 AM, Javier Martinez Canillas
wrote:
> Hello Vivek
>
> On Wed, Nov 19, 2014 at 1:03 PM, Vivek Gautam
> wrote:
>>>
>>> Tested-by: Javier Martinez Canillas
>>
>> Thanks for testing.
>>
>
> You are welcome
>
>>>
>>> Kukjin,
>>
>> Sorry for not adding Kukjin to the list
re 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/20141124/f0ae4688/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/1d98c2a8/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/968aa831/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/20141124/f3d70e44/attachment.html>
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/ea39ef49/attachment.html>
2 (map Trainstation) with highest texture quality setting
--
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/20141124/1b7e6751/attachment.html>
Hi Andy,
On 24/11/14 14:17, Andy Yan wrote:
> Hi ZubairLK, Russel King, Greg Kroah-Hartman , Philipp Zabel and Daniel:
>Do you have any further opinions or suggestions about the
> the current patch set?
I have reviewed the patches as much as I could.
They look good to me.
But I don't know t
On Mon, Nov 24, 2014 at 10:55:46AM +0100, Thierry Reding wrote:
> On Fri, Nov 21, 2014 at 09:36:33PM +0100, Daniel Vetter wrote:
> > On Fri, Nov 21, 2014 at 09:27:04PM +0100, Thierry Reding wrote:
> > > On Sat, Nov 22, 2014 at 03:10:01AM +0800, Yao Cheng wrote:
> > > > on vlv, if ipvr is installed,
On Mon, Nov 24, 2014 at 11:46:18AM +0200, Laurent Pinchart wrote:
> > - the interface looks rather backwards: Either this still does i2c reads,
> > and then you'd just need a i2c-over-whatever adapter to make it work. Or
> > you have other magic means to optain an edid block, in which case just
Hello Vivek, Thierry,
On 11/24/2014 12:29 PM, Vivek Gautam wrote:
>> Yes. Back at the time a decision was made that device trees need to be
>> stable ABI because eventually they'd be shipped with the device rather
>> than the distribution. As such it may not at all be possible to update
>> them (t
odeset_not_all_locked(struct drm_device *dev);
> struct drm_modeset_acquire_ctx *
> -drm_modeset_legacy_acquire_ctx(struct drm_crtc *crtc);
> +drm_modeset_legacy_acquire_ctx(struct drm_crtc *crtc,
> + struct drm_device *dev);
>
> int drm_modeset_lock_all_crtcs(struct drm_device *dev,
> struct drm_modeset_acquire_ctx *ctx);
> --
> 2.1.1
>
>
--
Jasper
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/f29d00b9/attachment.html>
> @@ -781,6 +810,9 @@ drm_atomic_helper_wait_for_vblanks(struct drm_device
> *dev,
> if (!crtc->state->enable)
> continue;
>
> + if (!framebuffer_changed(dev, old_state, crtc))
> + continue;
> +
> ret = drm_crtc_vblank_get(crtc);
> if (ret != 0)
> continue;
> --
> 2.1.1
>
>
--
Jasper
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/a87f5551/attachment.html>
Building the adi_axi_hdmi driver as a module failed:
ERROR: "drm_sysfs_connector_remove"
[drivers/gpu/drm/adi_axi_hdmi/adi_axi_hdmi.ko] undefined!
Mark drm_sysfs_connector_remove for export to fix this. Also mark
drm_sysfs_connector_add for export, for symetry and because at least
one other modul
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/20141124/8e782f92/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/ec94e126/attachment.html>
than the distribution. As such it may not at all be possible to update
them (they could be in some sort of ROM).
For that reason new kernels need to keep working with old DTBs unless an
argument can be made that would justify breaking things. I don't think I
have ever seen anyone
From: Gustavo Padovan
We need to get hdisplay and vdisplay in a few places so create a
helper to make our job easier.
v2 (by Matt): Use new stereo doubling function (suggested by Ville)
v3 (by Matt):
- Add missing kerneldoc (Daniel)
- Use drm_mode_copy() (Jani)
v4 (by Matt):
- Drop stereo d
Hi Daniel,
Thank you for the review.
On Friday 07 November 2014 10:19:14 Daniel Vetter wrote:
> On Fri, Nov 07, 2014 at 08:25:32AM +0200, Laurent Pinchart wrote:
> > Hi Dave,
> >
> > Here's a pull request that adds HDMI support to the R-Car DU driver,
> > including a new slave encoder driver for
--- next part ------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/979d6675/attachment-0001.sig>
DP PHY now require pmu-system-controller to handle PMU register
to control PHY's power isolation. Adding the same to dp-phy
node.
Signed-off-by: Vivek Gautam
Reviewed-by: Jingoo Han
Tested-by: Javier Martinez Canillas
Cc: Kukjin Kim
---
arch/arm/boot/dts/exynos5250.dtsi |2 +-
arch/arm/bo
Hello Ajay,
On 11/21/2014 09:57 PM, Javier Martinez Canillas wrote:
> On 11/21/2014 06:32 PM, Ajay kumar wrote:
>> Hi,
>>
>> I have rebased my bridge series on top of linux-next.
>>
>> This is my git log:
>> 4b38a6f Revert "Revert "ARM: exynos_defconfig: Enable options for
>> display panel suppo
2014-11-22 Inki Dae :
> 2014-11-21 8:54 GMT+09:00 Gustavo Padovan :
> > From: Gustavo Padovan
> >
> > DP was leaked everytime function returns EPROBE_DEFER, free it before
> > returning.
>
> It seems that you misunderstood devm_* api.
Yeah, I though it would only free memory at unload of the mo
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141124/f993c9fc/attachment.sig>
On Sun, 23 Nov 2014, Stefan Brüns wrote:
> The function will also be used by a later patch, so factor it out.
>
> V2: make raw_edid const, define/declare before first use
>
> Signed-off-by: Stefan Brüns
> Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/drm_edid.c | 15 +++
> 1 fi
On Mon, Nov 24, 2014 at 7:25 AM, Mike Looijmans
wrote:
> Building the adi_axi_hdmi driver as a module failed:
> ERROR: "drm_sysfs_connector_remove"
> [drivers/gpu/drm/adi_axi_hdmi/adi_axi_hdmi.ko] undefined!
>
> Mark drm_sysfs_connector_remove for export to fix this. Also mark
> drm_sysfs_connec
60 matches
Mail list logo
