From: Dave Airlie
This mode group id_list was never being freed.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc.c | 6 ++
drivers/gpu/drm/drm_stub.c | 1 +
include/drm/drm_crtc.h | 1 +
3 files changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/a3b41a1a/attachment.html>
ves/dri-devel/attachments/20140418/aab2daa8/attachment.html>
get
transparent, etc.
My card is an hd7730m.
--
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/20140418/aad17b53/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/849a1d8f/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/20140418/69962fb5/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/20140418/3c30f8ad/attachment-0001.html>
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4210-universal_c210.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210-universal_c210.dts
b/arch/arm/boot/dts/exynos4210-universal_c210.dts
index 0a80a72..5351ac4 100644
--- a/a
This patch series adds super device node approach and relevant
dt bindings, and rebased on top of below patch series,
http://www.spinics.net/lists/dri-devel/msg57673.html
Thanks,
Inki Dae
Inki Dae (5):
drm/exynos: add super device support
ARM: dts: exynos4210-universal: add super device no
This patch adds super device support to bind sub drivers
using device tree.
For this, you should add a super device node to each machine dt files
like belows,
In case of using MIPI-DSI,
display-subsystem {
compatible = "samsung,exynos-display-subsystem";
po
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4210-trats.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210-trats.dts
b/arch/arm/boot/dts/exynos4210-trats.dts
index 02c6768..a41c109 100644
--- a/arch/arm/boot/dts/exynos4210
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4412-trats2.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts
b/arch/arm/boot/dts/exynos4412-trats2.dts
index 53c717b..115b9ed 100644
--- a/arch/arm/boot/dts/exynos4
This patch adds bindings for Exynos drm display subsystem.
The bindings describes ports containing a list of phandles
pointing to display controller, image enhancer, and display
interfaces nodes.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
.../bindings/drm/exynos/samsung-exynos-drm.txt
Signed-off-by: Aaron Plattner
---
Example output of dristat -C:
/dev/dri/card0
Device capabilities:
Dumb framebuffer: yes
VBlank high crtc: yes
Preferred depth: 24
Prefer shadow: yes
Prime: import export
tests/dristat.c | 69 +
On Wednesday, April 16, 2014 11:33 PM, Ajay Kumar wrote:
>
> From: Andrew Bresticker
>
> Certain bridge chips use a GPIO to indicate the cable status instead
> of the I_DP_HPD pin. This adds an optional device-tree property,
> "samsung,hpd-gpio", to the exynos-dp controller which indicates that
On Wednesday, April 16, 2014 11:33 PM, Ajay Kumar wrote:
>
> This patch adds a simple driver to handle all the LCD and LED
> powerup/down routines needed to support eDP/eDP-LVDS panels
> supported on exynos boards.
>
> Most of the eDP/LVDS panels need this sequence for powerup:
> -- LCD uni
On Wednesday, April 16, 2014 11:33 PM, Ajay Kumar wrote:
>
> Register exynos_dp_panel before the list of exynos crtcs and
> connectors are probed.
>
> This is needed because exynos_dp_panel should be registered to
> the drm_panel list via panel-exynos-dp probe, i.e much before
> exynos_dp_bind ca
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/61e2549e/attachment.html>
On Wednesday, April 16, 2014 11:33 PM, Ajay Kumar wrote:
>
> This patch attaches the dp connector to exynos_dp_panel, and adds
> calls to drm_panel functions to control panel power sequence.
>
> Signed-off-by: Ajay Kumar
> ---
> drivers/gpu/drm/exynos/Kconfig | 1 +
> drivers/gpu/drm/
From: Chris Wilson
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 46eeb2c144956e88197439b5ee5cf221a91b0a81 upstream.
If we fail to remove a conflicting fb driver, we need to abort the
loading of the second driver to avoid likely kernel panic
On Wednesday, April 16, 2014 11:33 PM, Ajay Kumar wrote:
>
> attach ptn3460 connector to drm_panel and support drm_panel routines,
> if a valid drm_panel object is passed to ptn3460_init.
>
> Signed-off-by: Ajay Kumar
> ---
> drivers/gpu/drm/bridge/Kconfig | 1 +
> drivers/gpu/drm/bri
From: Chris Wilson
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit 46eeb2c144956e88197439b5ee5cf221a91b0a81 upstream.
If we fail to remove a conflicting fb driver, we need to abort the
loading of the second driver to avo
ot;
https://bugs.freedesktop.org/show_bug.cgi?id=77602
--- Comment #2 from Michel D?nzer --- Please attach the
corresponding Xorg.0.log file and output of dmesg and glxinfo.
This might be a duplicate of bug 77533; if not, can you bisect?
--
You are receiving this mail because:
You are the ass
On Mon, Apr 14, 2014 at 11:53:15PM +0200, Philipp Zabel wrote:
> Repeatedly enabling and disabling the display currently can lead to a state
> in which the IPU doesn't produce a valid signal anymore because we disable
> IPU submodules before they can finish their interaction.
>
> This series reord
Hi,
Do we have something more to do get this patch merge ?
Or do you see issue ?
Regards,
Benjamin
2014-04-04 16:36 GMT+02:00 Rob Clark :
> On Fri, Mar 28, 2014 at 6:15 AM, Fabien DESSENNE
> wrote:
>> This fixes an issue where the DRM planes do not support the same pixel
>> formats.
>> The cur
Hi Russel,
Thanks for comments.
On 04/17/2014 11:47 PM, Russell King - ARM Linux wrote:
> On Thu, Apr 17, 2014 at 01:28:50PM +0200, Andrzej Hajda wrote:
>> +out:
>> +if (ret != -EPROBE_DEFER)
>> +exynos_drm_dev_ready(&pdev->dev);
> So we end up with everyone needing a "ready" call
On 04/18/2014 12:04 AM, Russell King - ARM Linux wrote:
> On Thu, Apr 17, 2014 at 01:28:50PM +0200, Andrzej Hajda wrote:
>> +static int exynos_drm_add_blocker(struct device *dev, void *data)
>> +{
>> +struct device_driver *drv = data;
>> +
>> +if (!platform_bus_type.match(dev, drv))
>> +
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/a4a9fd04/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/fe941480/attachment.html>
Hi YoungJun,
Thanks for the whole patchset.
On 04/15/2014 07:47 AM, YoungJun Cho wrote:
> Some phy control registers are not kept after software reset.
> So this patch makes the clocks containing phy control to be set
> after software reset.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Inki
Hi again,
On 04/17/2014 01:53 PM, YoungJun Cho wrote:
> In case of using CPU interface panel, the relevant registers should be set.
> So this patch adds relevant dt bindings.
>
> Changelog v2:
> - Changes "samsung,sysreg-phandle" to "samsung,sysreg"
>
> Signed-off-by: YoungJun Cho
> Signed-off-by
On Fri, Apr 18, 2014 at 01:27:53PM +0200, Andrzej Hajda wrote:
> Hi Russel,
>
> Thanks for comments.
>
> On 04/17/2014 11:47 PM, Russell King - ARM Linux wrote:
> > On Thu, Apr 17, 2014 at 01:28:50PM +0200, Andrzej Hajda wrote:
> >> +out:
> >> + if (ret != -EPROBE_DEFER)
> >> + exynos_d
On Fri, Apr 18, 2014 at 02:02:37PM +0200, Andrzej Hajda wrote:
> Separation of the interfaces exposed by the device from the device itself
> seems to me a good thing. I would even consider it as a biggest
> advantage of this solution :)
>
> The problem of re-initialization does not seems to be rel
There seem to be stability issues on a number of cards.
bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=76286
https://bugzilla.redhat.com/show_bug.cgi?id=1085785
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741619
Signed-off-by: Alex Deucher
Cc: matthias.graf at st.ovqu.de
Cc: bp at alie
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/054fb1f0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=74401
Bug ID: 74401
Summary: Radeon r600 has a pink-green tint
Product: Drivers
Version: 2.5
Kernel Version: 3.15-rc1
Hardware: x86-64
OS: Linux
Tree: Fedora
https://bugzilla.kernel.org/show_bug.cgi?id=74401
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=74401
--- Comment #2 from Ja?a Bartelj ---
One of the linked photos shows a vty terminal login, another a bootup
passphrase entry for luks. There is no mesa involved at that time, is there?
That is why I filed here, on the kernel bug tracker.
--
You
https://bugzilla.kernel.org/show_bug.cgi?id=74401
--- Comment #3 from Ja?a Bartelj ---
I apologize for being crude, I was in a hurry and on a touchscreen.
I use whatever is in Fedora Rawhide, for mesa the current version from
memory is 10.1, a git snapshot from IIRC 20140305.
As for bisection,
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #17 from sdh ---
ping again. I'm wondering whether you're very busy, or this email is getting
buried in your inbox.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fri, Apr 18, 2014 at 8:21 AM, Boris BREZILLON
wrote:
> Hi JJ,
>
> On 18/04/2014 11:45, Jean-Jacques Hiblot wrote:
>> +
>> +static void update_scanout(struct drm_crtc *crtc)
>> +{
>> + struct atmel_hlcdc_crtc *hlcdc_crtc = to_atmel_hlcdc_crtc(crtc);
>> + struct drm_device *dev = crtc->de
On Fri, Apr 18, 2014 at 4:45 AM, Jean-Jacques Hiblot
wrote:
> Signed-off-by: Jean-Jacques Hiblot
> ---
> arch/arm/boot/dts/sama5d36ek.dts | 27 ++-
> 1 file changed, 26 insertions(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/sama5d36ek.dts
> b/arch/arm/boot/dts/s
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/8b2f7216/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/4b103f2f/attachment-0001.html>
vel/attachments/20140418/449a39f0/attachment-0001.html>
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/20140418/0aa3e9a3/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/fd98bfe7/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/754c6d6d/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/1621ce1f/attachment.html>
ves/dri-devel/attachments/20140418/d4825e55/attachment.html>
don't know if
si_dma_copy_buffer is actually used or not.
--
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/20140418/82a5ab8d/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/bcd4c3e5/attachment.html>
+ DRI2 DRI_PRIME.
I attached the correct glxinfo.
--
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/20140418/e6f67a34/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/ff11146b/attachment.html>
ramebuffer object:yes
GL version is 1.4+: yes
Unity 3D supported: yes
--
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/attachm
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/5ac49c78/attachment.html>
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/20140418/db75bcac/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/7555be37/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/f6ad9283/attachment-0001.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/ef24c63e/attachment.html>
Dave, are you planning to pull this? It would be nice to get the DP fixes in.
Alex
On Wed, Apr 9, 2014 at 5:55 AM, Christian K?nig
wrote:
> Hi Dave,
>
> this is the fives pull request for radeon changes. I thought number four
> would be the last one with new stuff, but it turned out that Alex h
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/e08fd7ab/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/430aecef/attachment.html>
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/boot/dts/sama5d3_lcd.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d3_lcd.dtsi
b/arch/arm/boot/dts/sama5d3_lcd.dtsi
index 85d3027..2a2bced 100644
--- a/arch/arm/boot/dts/sama5d3_lcd.dtsi
+++ b/arch/arm
Hi JJ,
On 18/04/2014 11:45, Jean-Jacques Hiblot wrote:
> +
> +static void update_scanout(struct drm_crtc *crtc)
> +{
> + struct atmel_hlcdc_crtc *hlcdc_crtc = to_atmel_hlcdc_crtc(crtc);
> + struct drm_device *dev = crtc->dev;
> + struct atmel_hlcdc_drm_private *priv = dev->dev_private;
Signed-off-by: Jean-Jacques Hiblot
---
drivers/gpu/drm/Kconfig| 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/atmel_hlcdc/Kconfig| 13 +
drivers/gpu/drm/atmel_hlcdc/Makefile | 12 +
drivers/gpu/drm/at
Hi JJ,
On 18/04/2014 11:45, Jean-Jacques Hiblot wrote:
> Hi,
>
> this patch serie implements a simple DRM driver for the ATMEL High end LCD
> controller found in the SAMA5 familly. It's based on the tilcdc driver.
> It uses the cma_helper for memory and fbdev stuff.
> Your comments are welcome !
gt; >
>
> Our hardware has similar features, so I'm sure there will be quite a
> bit of common ground. I also vote for properties.
Thirded. Tegra should be able to use a hardware-agnostic description of these
as well. I wonder if perhaps VESA or some other standard already defines such a
format for some of these properties.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: DRMColorManager.pptx
Type: application/vnd.openxmlformats-officedocument.presentationml.presentation
Size: 78606 bytes
Desc: DRMColorManager.pptx
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/9ae97fdd/attachment-0001.pptx>
The initial state at boot is assumed to be disconnected, and we hope
to receive an interrupt to update the status. Let's be more explicit
about the current state - reading the PHY status register tells us
the current level of the hotplug signal, which we can report back in
the _detect() method.
S
Hi,
this patch serie implements a simple DRM driver for the ATMEL High end LCD
controller found in the SAMA5 familly. It's based on the tilcdc driver.
It uses the cma_helper for memory and fbdev stuff.
Your comments are welcome !
Supported features:
* the base layer (the main framebuffer)
* a si
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/boot/dts/sama5d36ek.dts | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/sama5d36ek.dts b/arch/arm/boot/dts/sama5d36ek.dts
index 59576c6..df01037 100644
--- a/arch/arm/boot/dts/sama5d3
71 matches
Mail list logo