part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/430aecef/attachment.html>
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>
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
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/
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
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
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/ef24c63e/attachment.html>
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
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>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/7555be37/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>
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>
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
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/ff11146b/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>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/bcd4c3e5/attachment.html>
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: 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
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/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 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
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
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>
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 !
ves/dri-devel/attachments/20140418/d4825e55/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/1621ce1f/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/fd98bfe7/attachment.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>
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;
.
-- 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>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/8b2f7216/attachment.html>
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
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
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
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.
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,
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))
>> +
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
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
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
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
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
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/054fb1f0/attachment.html>
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
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
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/fe941480/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140418/a4a9fd04/attachment.html>
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
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
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,
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
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 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
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
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
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
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
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
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
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
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/61e2549e/attachment.html>
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>
||
--
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>
||
--
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>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140418/849a1d8f/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>
ves/dri-devel/attachments/20140418/aab2daa8/attachment.html>
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>
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 +
71 matches
Mail list logo
