From: Marek Ol??k
It hangs the hardware.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/radeon_cs.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index 2b6e0eb..2b78191 100644
--- a/drivers/gpu/drm/rade
On Mon, May 26, 2014 at 6:21 PM, Lucas Stach wrote:
> Am Montag, den 26.05.2014, 09:45 +0300 schrieb Terje Bergstr?m:
>> On 23.05.2014 17:40, Alex Courbot wrote:
>> > On 05/23/2014 06:59 PM, Lucas Stach wrote:
>> > So after checking with more knowledgeable people, it turns out this is
>> > the exp
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/f91c6f1b/attachment.html>
ction.
--
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/20140527/8f0a3d5f/attachment.html>
h.
Either way, it's not a driver 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/20140527/5769143e/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/729ac348/attachment.html>
On 26 May 2014 23:28, Laurent Pinchart
wrote:
> Hi Jean,
>
> Thank you for the patch.
>
> On Monday 26 May 2014 14:52:13 Jean Delvare wrote:
>> The shmobile DRM driver is only useful on SuperH and shmobile unless
>> build testing. I am dropping the SuperH dependencies though because
>> the driver
On 26 May 2014 09:06, Stephen Rothwell wrote:
> Hi all,
>
> On Sun, 25 May 2014 23:54:35 +0100 Russell King - ARM Linux arm.linux.org.uk> wrote:
>>
>> On Sun, May 25, 2014 at 02:08:48PM +0200, David Herrmann wrote:
>> >
>> > On Sat, May 24, 2014 at 11:05 PM, Vincent Stehl?
>> > wrote:
>> > > The
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/e910fda7/attachment.html>
> Reference: http://lkml.kernel.org/r/645ee6e22cad47d38a2b35c21c8d5fe3 at
> DC1-MBX-01.ptsecurity.ru
> Signed-off-by: Jani Nikula
> @@ -834,9 +824,17 @@ int drm_connector_init(struct drm_device *dev,
> ida_simple_get(connector_ida, 1, 0, GFP_KERNEL);
> if (connector->con
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/d0149d14/attachment-0001.html>
On Tue, 27 May 2014, Dave Airlie wrote:
>> Reference: http://lkml.kernel.org/r/645ee6e22cad47d38a2b35c21c8d5fe3 at
>> DC1-MBX-01.ptsecurity.ru
>> Signed-off-by: Jani Nikula
>
>
>> @@ -834,9 +824,17 @@ int drm_connector_init(struct drm_device *dev,
>> ida_simple_get(connector_ida,
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/6ea73709/attachment.sig>
Hi Thierry,
On 05/26/2014 03:41 PM, Thierry Reding wrote:
> On Wed, May 21, 2014 at 01:43:05PM +0900, YoungJun Cho wrote:
>> This patch adds DT bindings for s6e3fa0 panel.
>> The bindings describes panel resources, display timings and cpu mode timings.
>>
>> Signed-off-by: YoungJun Cho
>> Acked-b
Use devm_ioremap_resource() because devm_request_and_ioremap() is
obsoleted by devm_ioremap_resource().
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/armada/armada_crtc.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/driver
On Mon, 26 May 2014, Benoit Taine wrote:
> This issue was reported by coccicheck using the semantic patch
> at scripts/coccinelle/api/memdup.cocci
Reviewed-by: Jani Nikula
>
> Signed-off-by: Benoit Taine
> ---
> Tested by compilation without errors.
>
> drivers/gpu/drm/drm_edid.c |3 +--
0g
cards.
--
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/20140527/eee2c613/attachment.html>
7;t a property of the panel at all.
They describe what DSIM expects, so that's where they should be defined.
Thierry
-- next part ------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/bdd02f24/attachment-0001.sig>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/9239fc99/attachment.html>
Am 27.05.2014 02:56, schrieb Marek Ol??k:
> From: Marek Ol??k
>
> It hangs the hardware.
>
> Signed-off-by: Marek Ol??k
Reviewed-by: Christian K?nig
Maybe CC stable as well? Anyway going to add it to my 3.15 queue.
Christian.
> ---
> drivers/gpu/drm/radeon/radeon_cs.c | 6 ++
> 1 file
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/20140527/509cc420/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/20140527/0ec4ae44/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/b1235dfd/attachment.html>
On 26 May 2014 14:21, Rahul Sharma wrote:
> Hi Daniel,
>
> On 26 May 2014 13:11, Daniel Kurtz wrote:
>> On Mon, May 26, 2014 at 2:59 PM, Rahul Sharma
>> wrote:
>>>
>>> Hi Inki,
>>>
>>> Please review this patch.
> [snip]
>>> > +
>>> > + ret = clk_prepare_enable(ctx->lcd_clk);
>>
>> Hi Ra
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/bb2a6117/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/2b13af9c/attachment.html>
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/20140527/dfd7ca7a/attachment.html>
Christian K?nig ---
Indeed, changing it back.
--
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/20140527/2d43fa27/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #9 from Christian K?nig ---
(In reply to Sven Dziadek from comment #8)
> Is that all you need? And thanks for your work!
What happens when you use 108, 109 or 110?
--
You are receiving this mail because:
You are watching the assigne
On 27 May 2014 11:52, Stephen Rothwell wrote:
> Hi Dave,
>
> On Tue, 27 May 2014 15:52:46 +1000 Dave Airlie wrote:
>>
>> Then we should cc him.
>
> He was cc'd on my email that you replied to ...
>
> But I guess the extra prod won't hurt :-)
:) thanks for the prod Stephen!
All,
I'll merge it in
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/079788cf/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #23 from Tasev Nikola ---
Hi
I try again different value for /sys/power/pm_test with the
3.15-rc7 kernel and i notice that with devices selected for
/sys/power/pm_test it took long time to resume (12-15 seconds).
Looking into dmesg
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #24 from Tasev Nikola ---
Created attachment 137481
--> https://bugzilla.kernel.org/attachment.cgi?id=137481&action=edit
dmesg with devices for sys-power-pm-test
--
You are receiving this mail because:
You are watching the assignee
Yeah, feel free to add the Cc: stable tag.
Marek
On Tue, May 27, 2014 at 11:08 AM, Christian K?nig
wrote:
> Am 27.05.2014 02:56, schrieb Marek Ol??k:
>
>> From: Marek Ol??k
>>
>> It hangs the hardware.
>>
>> Signed-off-by: Marek Ol??k
>
>
> Reviewed-by: Christian K?nig
>
> Maybe CC stable as
This patch series includes the following two patches.
One makes sure that exynos drm framework handles deferred probe
case of sub drivers, and other makes sure that mipi dsi driver
considers deferred probe incurred by panel driver.
Inki Dae (2):
drm/exynos: consider deferred probe feature
drm
This patch makes sure that exynos drm framework handles deferred
probe case correctly.
Sub drivers could be probed before resources, clock, regulator,
phy or panel, are ready for them so we should make sure that exynos
drm core waits until all resources are ready and sub drivers are
probed correct
This patch makes sure that mipi dsi driver makes it re-probe
in case that panel driver isn't probed yet.
For this, it checks if panel driver is probed or not before
component_add() is called.
Signed-off-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 38 +++
On 2014? 05? 27? 18:55, Rahul Sharma wrote:
>
>
> On 26 May 2014 14:21, Rahul Sharma wrote:
>> Hi Daniel,
>>
>> On 26 May 2014 13:11, Daniel Kurtz wrote:
>>> On Mon, May 26, 2014 at 2:59 PM, Rahul Sharma
>>> wrote:
Hi Inki,
Please review this patch.
>> [snip]
> +
>
On 2014? 05? 26? 14:39, Naveen Krishna Ch wrote:
> Hello Everyone,
>
> On 21 May 2014 21:16, Thierry Reding wrote:
>> On Wed, May 14, 2014 at 05:09:45PM +0530, Naveen Krishna Chatradhi wrote:
>>> exynos_drm_init() does probing of various drivers like dp_panel,
>>> hdmi, fimd, mixer, etc in an ord
2014-05-27 16:53 GMT+09:00 Thierry Reding :
> On Tue, May 27, 2014 at 08:28:52AM +0200, Andrzej Hajda wrote:
>> Hi Thierry,
>>
>> On 05/26/2014 03:41 PM, Thierry Reding wrote:
>> > On Wed, May 21, 2014 at 01:43:05PM +0900, YoungJun Cho wrote:
>> >> This patch adds DT bindings for s6e3fa0 panel.
>>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/a71dac10/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/326cda1f/attachment-0001.html>
From: Christian K?nig
Fill VM page tables from the GART page table if applicable.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik_sdma.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/cik_sdma.c
b/drivers/gpu/drm/
From: Christian K?nig
Fill VM page tables from the GART page table if applicable.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/si_dma.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/si_dma.c b/drivers/gpu/drm/radeon
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 4
drivers/gpu/drm/radeon/rs600.c | 9 +
2 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 325f3a5..7d3e3
From: Christian K?nig
We activate the VBLANK irq manually anyway, so this is unnecessary.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_display.c | 17 -
1 file changed, 17 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/
From: Christian K?nig
They are doing the same on all generations anyway.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen.c | 30 --
drivers/gpu/drm/radeon/r100.c | 30 --
drivers/gpu/drm/radeon/radeon.h | 4 ---
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen.c | 18 --
drivers/gpu/drm/radeon/r100.c | 21 ++---
drivers/gpu/drm/radeon/radeon.h | 4 +++-
drivers/gpu/drm/radeon/radeon_asic.c| 22 +
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c| 12 ++--
drivers/gpu/drm/radeon/evergreen.c | 12 ++--
drivers/gpu/drm/radeon/r100.c | 4 ++--
drivers/gpu/drm/radeon/r600.c | 4 ++--
drivers/gpu/drm/ra
From: Christian K?nig
Instead of trying to flip inside the vblank period when
the buffer is idle, offload blocking for idle to a kernel
thread and program the flip directly into the hardware.
v2: add error handling, fix EBUSY handling
v3: add proper exclusive_lock handling
Signed-off-by: Christ
t introduced
hawaii support.
--
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/20140527/96d39887/attachment.html>
On Mon, May 26, 2014 at 11:21 AM, Benoit Taine wrote:
> This issue was reported by coccicheck using the semantic patch
> at scripts/coccinelle/api/memdup.cocci
>
> Signed-off-by: Benoit Taine
> ---
> Tested by compilation without errors.
Reviewed-by: Alex Deucher
>
> drivers/gpu/drm/drm_edid.
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140527/c9906489/attachment.html>
for
Ubuntu.
--
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/20140527/f7410d1b/attachment-0001.html>
On Mon, May 26, 2014 at 9:52 AM, Daniel Vetter wrote:
> On Mon, May 26, 2014 at 04:35:39PM +0300, Jani Nikula wrote:
>> As requested by David [1],[2].
>>
>> These are on top of drm-intel-nightly which carries the required core
>> patches adding ->name field to drm_connector and drm_encoder. The i9
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #10 from Sven Dziadek ---
Ok, for value 111 and smaller, I don't see any lines or stripes. I have not
tried all possible values, but I assume, this is not necessary.
For the values I tried, I can give you the corresponding dmesg entri
On Tue, May 27, 2014 at 10:47 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Fill VM page tables from the GART page table if applicable.
>
> Signed-off-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/cik_sdma.c | 21 -
> 1 file changed, 20 insertions(+), 1 deletio
On Tue, May 27, 2014 at 10:47 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon.h | 4
> drivers/gpu/drm/radeon/rs600.c | 9 +
> 2 files changed, 5 insertions(+), 8 deletions(-)
On Tue, May 27, 2014 at 10:47 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Fill VM page tables from the GART page table if applicable.
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/si_dma.c | 20 +++-
> 1 file changed, 1
On Tue, May 27, 2014 at 10:49 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> They are doing the same on all generations anyway.
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen.c | 30 --
> drivers/gpu/drm/
On Tue, May 27, 2014 at 10:49 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> We activate the VBLANK irq manually anyway, so this is unnecessary.
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_display.c | 17 -
> 1 fi
On Tue, May 27, 2014 at 10:49 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen.c | 18 --
> drivers/gpu/drm/radeon/r100.c | 21 ++---
> drive
On Mon, May 26, 2014 at 1:54 PM, Daniel Vetter wrote:
> On Sat, May 24, 2014 at 02:30:23PM -0400, Rob Clark wrote:
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/msm/Makefile | 1 +
>> drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 57 ++--
>> drivers/gpu/drm/msm/mdp/
On Tue, May 27, 2014 at 10:49 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/cik.c| 12 ++--
> drivers/gpu/drm/radeon/evergreen.c | 12 ++--
> drivers/gpu/drm/rade
On Tue, May 27, 2014 at 10:49 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Instead of trying to flip inside the vblank period when
> the buffer is idle, offload blocking for idle to a kernel
> thread and program the flip directly into the hardware.
>
> v2: add error handling, fix EBUSY
Hi Dave -
Fixes from Chris, all cc: stable.
BR,
Jani.
The following changes since commit c7208164e66f63e3ec1759b98087849286410741:
Linux 3.15-rc7 (2014-05-25 16:06:00 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2014-05-27
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/73df8c83/attachment.html>
Am 27.05.2014 17:44, schrieb Alex Deucher:
> On Tue, May 27, 2014 at 10:47 AM, Christian K?nig
> wrote:
>> From: Christian K?nig
>>
>> Fill VM page tables from the GART page table if applicable.
>>
>> Signed-off-by: Christian K?nig
>> ---
>> drivers/gpu/drm/radeon/cik_sdma.c | 21 +
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #11 from Christian K?nig ---
What happens if you comment out "avivo_reduce_ratio(&fb_div, &ref_div,
fb_div_min, ref_div_min);" ?
The problem is that values smaller than 112 doesn't give us a ref divider of 15
instead we get a divider
On Tue, May 27, 2014 at 11:58:33AM -0400, Rob Clark wrote:
> On Mon, May 26, 2014 at 1:54 PM, Daniel Vetter wrote:
> > Ok, I think I should have read your msm implementation a _lot_ earlier.
> > Explains your desing choices neatly.
> >
> > Two observations:
> >
> > - A GO bit makes nuclear pagefli
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/20140527/353438ce/attachment.html>
We were checking the ext clock rather than the display clock.
Noticed by ArtForz on IRC.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_con
Only DCE5+ asics support DP 1.2.
Noticed by ArtForz on IRC.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_dp.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/g
On Tue, May 27, 2014 at 1:36 PM, Christian K?nig
wrote:
> Am 27.05.2014 17:44, schrieb Alex Deucher:
>
>> On Tue, May 27, 2014 at 10:47 AM, Christian K?nig
>> wrote:
>>>
>>> From: Christian K?nig
>>>
>>> Fill VM page tables from the GART page table if applicable.
>>>
>>> Signed-off-by: Christian
From: Christian K?nig
Fill VM page tables from the GART page table if applicable.
v2: fix copy&paste error
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik_sdma.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/cik_
On Tue, May 27, 2014 at 1:50 PM, Daniel Vetter wrote:
> On Tue, May 27, 2014 at 11:58:33AM -0400, Rob Clark wrote:
>> On Mon, May 26, 2014 at 1:54 PM, Daniel Vetter wrote:
>> > Ok, I think I should have read your msm implementation a _lot_ earlier.
>> > Explains your desing choices neatly.
>> >
>
On Tue, May 27, 2014 at 02:48:41PM -0400, Rob Clark wrote:
> On Tue, May 27, 2014 at 1:50 PM, Daniel Vetter wrote:
> > On Tue, May 27, 2014 at 11:58:33AM -0400, Rob Clark wrote:
> >> On Mon, May 26, 2014 at 1:54 PM, Daniel Vetter wrote:
> >> > Ok, I think I should have read your msm implementatio
On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote:
> On Tue, May 27, 2014 at 02:48:41PM -0400, Rob Clark wrote:
>> On Tue, May 27, 2014 at 1:50 PM, Daniel Vetter wrote:
>> > On Tue, May 27, 2014 at 11:58:33AM -0400, Rob Clark wrote:
>> >> On Mon, May 26, 2014 at 1:54 PM, Daniel Vetter wrote:
t makes no
sense to describe the i80 timings for the panel because it has nothing
to do with i80. Instead the DSIM is the hardware that needs to specify
the i80 timings, so that FIMD can be configured to generate the timings
that DSIM needs.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/00a89e4f/attachment.sig>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/248abd50/attachment.html>
We need to specify the encoder mode as LVDS for eDP
when using the Crtc_Source atom table in order to properly
set up the FMT hardware.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=73911
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_encoders.
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140527/2feb793d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #5 from Vitaliy Filippov ---
Alex, do you have any suggestions?..
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Christian,
I test on Bonaire (ChipID = 0x665c). Unfortunately, the hangs are not
fixed yet. They are very rare and very random. Therefore, I have come
up with a patch which evicts page tables between IBs. See the
attachment. With that patch applied, the system starts fine, compiz
and glxgears w
After the split-out of crtc locks from the big mode_config.mutex
there's still two major areas it protects:
- Various connector probe states, like connector->status, EDID
properties, probed mode lists and similar information.
- The links from connector->encoder and encoder->crtc and other
modes
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/20140527/57f53258/attachment.html>
On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote:
> On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote:
>> On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote:
>
> [snip]
>
>> Well, there was the NONBLOCK atomic flag.. I'm not entirely sure if we
>> should hang so much off of that one
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/96b72daf/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140527/97a8335c/attachment.html>
On Wed, May 14, 2014 at 10:43:39PM +0200, Bruno Pr?mont wrote:
> With commit b4aa0163056b6c70029b6e8619ce07c274351f42 Matthew Garret
I think there's an emerging convention to use reference commits as
<12-char-SHA1> ("subject"), i.e.,
b4aa0163056b ("efifb: Implement vga_default_device() (v2)")
On Tue, May 27, 2014 at 6:09 PM, Daniel Vetter wrote:
> On Tue, May 27, 2014 at 04:06:28PM -0400, Rob Clark wrote:
>> On Tue, May 27, 2014 at 3:26 PM, Daniel Vetter wrote:
>
> [snip]
>
>> Well, there was the NONBLOCK atomic flag.. I'm not entirely sure if we
>> should hang so much off of that one
> On 05/26/2014 01:03 PM, Rafael J. Wysocki wrote:
> > On Monday, May 26, 2014 12:03:43 PM Jingoo Han wrote:
> >> On Thursday, May 22, 2014 6:02 PM, Lee Jones wrote:
> >>> On Thursday, May 22, 2014 5:45 PM, Hans de Goede wrote:
> On Thursday, May 22, 2014 8:31 AM, Rafael J. Wysocki wrote:
> >>
On Tue, May 27, 2014 at 10:07 AM, St?phane Marchesin
wrote:
> On Mon, May 26, 2014 at 5:02 PM, Alexandre Courbot
> wrote:
>> On Mon, May 26, 2014 at 6:21 PM, Lucas Stach
>> wrote:
>>> Am Montag, den 26.05.2014, 09:45 +0300 schrieb Terje Bergstr?m:
On 23.05.2014 17:40, Alex Courbot wrote:
93 matches
Mail list logo
