xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/7d8a907f/attachment.html>
This patch removes mipi phy relevant properties from dsim device node
and makes the pmureg device node to be used instead to enable
mipi phy.
Signed-off-by: Inki Dae
---
arch/arm/boot/dts/exynos5420.dtsi |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/e
This patch removes mipi phy relevant properties from dsim device node
and makes the pmureg device node to be used instead to enable
mipi phy.
Signed-off-by: Inki Dae
---
arch/arm/boot/dts/exynos3250.dtsi |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/e
This patch removes mipi phy relevant properties from dsim device node
and makes the pmureg device node to be used instead to enable
mipi phy.
Signed-off-by: Inki Dae
---
arch/arm/boot/dts/exynos4.dtsi |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/exyn
This patch fixes the issue that the try to get a phy object is failed
to enable mipi phy.
System and power management unit registers should be controlled by
syscon framework. So this patch removes existing phy framework based
codes and adds syscon support instead. However, we should support
legacy
This patch series makes syscon framework to be used
instead of phy framework.
For this, I adds syscon support to mipi dsi driver and
the relevant device tree properties to each dtsi files,
Exynos4, Exynos3250 and Exynos5420.
Inki Dae (4):
drm/exynos: dsim: fix to control mipi phy register
ARM
This patch sets display clock correctly.
If Display clock isn't set correctly then you would find below messages
and Display controller doesn't work correctly since a patch[1]
exynos-drm: No connectors reported connected with modes
[drm] Cannot find any crtc or sizes - going 1024x768
[1] c
(but
not the apitrace) until I also updated LLVM.
--
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/20150207/f34d6148/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/20150207/5ca0b02a/attachment.html>
s/dri-devel/attachments/20150207/91aa8363/attachment.html>
op.org/archives/dri-devel/attachments/20150207/0f8557e2/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150207/3cbc015f/attachment.html>
/attachment.cgi?id=109669
--
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/20150207/ea8ff1b1/attachment.html>
ri-devel/attachments/20150207/5dfbe7ec/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/e1a042e4/attachment.html>
ugh apitraces to reproduce the issue.
--
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/20150207/35b3b06a/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/08e629aa/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/96c95e58/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/77122f8f/attachment.html>
ceiving 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/20150207/1f84cc5a/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/71a2c05b/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/8a7edfe2/attachment.html>
On 02/05/2015 11:46 PM, Daniel Kurtz wrote:
> On Tue, Feb 3, 2015 at 11:11 PM, Yakir Yang wrote:
>> By parsing the indentification registers we can know what functions
>> are present on the hdmi ip.
>>
>> Signed-off-by: Yakir Yang
>> ---
>> Changes in v3:
>> - Add ID registers parse and record
>
On 02/05/2015 11:54 PM, Daniel Kurtz wrote:
> On Tue, Feb 3, 2015 at 11:12 PM, Yakir Yang wrote:
>> Signed-off-by: Yakir Yang
> Reviewed-by: Daniel Kurtz
Okay, add in next verson4.
Thanks. : )
>
>> ---
>> Changes in v3:
>> - Combine hdmi_set_clock_regenerator_n() and hdmi_regenerate_cts()
>>
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #2 from georg at schorsch-tech.de ---
Sorry: Correction
After testing various kernel versions i picked 3.8.13.14-rt31 this did start
the machine without the commandline "radeon.modeset=0" and i thought i have a
working commit, but X did
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #1 from georg at schorsch-tech.de ---
Created attachment 166051
--> https://bugzilla.kernel.org/attachment.cgi?id=166051&action=edit
config 3.10.20-rt17 which did run for a year with evergreen card
--
You are receiving this mail bec
https://bugzilla.kernel.org/show_bug.cgi?id=92891
Bug ID: 92891
Summary: Maschine hangs forever at loading the radeon module
Product: Drivers
Version: 2.5
Kernel Version: v3.14.31-rt28 /
e1a0d6d8b023c54a5677310e68222e7a58b11f91 /
Since the atomic_set() macro references _ATOMIC_TYPE, undefining it
broke that macro, resulting in build errors of:
"intel_bufmgr_gem.c", line 775: undefined symbol: _ATOMIC_TYPE
Now that we're leaving the macro in the namespace, renamed it to start
with LIBDRM_ instead of _ to avoid polluting oth
us' git 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/20150207/faa8db0d/attachment.html>
Rob, Daniel,
On Fri, 6 Feb 2015 18:32:19 -0500
Rob Clark wrote:
> 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
RGB GLX visual or fbconfig
--
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/20150207/e2bd271f/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150207/1c1d8494/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150207/248a0e16/attachment.html>
33 matches
Mail list logo
