From: Rob Clark
Rebased.
Signed-off-by: Rob Clark
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
index e
2013/5/22 Joonyoung Shim
> Hi,
>
>
> On 05/22/2013 01:04 PM, Inki Dae wrote:
>
>> From: Rob Clark
>>
>> Rebased.
>>
>> Signed-off-by: Rob Clark
>> Signed-off-by: Inki Dae
>> ---
>> drivers/gpu/drm/exynos/exynos_**drm_crtc.c | 10 ++
>> 1 files changed, 2 insertions(+), 8 deletions
2013/5/22 Inki Dae
>
>
>
> 2013/5/22 Stéphane Marchesin
>
>> On Tue, May 21, 2013 at 9:22 PM, Inki Dae wrote:
>> >
>> >
>> >
>> > 2013/5/22 Stéphane Marchesin
>> >>
>> >> On Tue, May 21, 2013 at 1:08 AM, Inki Dae
>> wrote:
>> >> > This patch fixes the issue that drm_vblank_get() is failed.
>>
2013/5/22 Stéphane Marchesin
> On Tue, May 21, 2013 at 9:22 PM, Inki Dae wrote:
> >
> >
> >
> > 2013/5/22 Stéphane Marchesin
> >>
> >> On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote:
> >> > This patch fixes the issue that drm_vblank_get() is failed.
> >> >
> >> > The issus occurs when next pa
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #2 from Jakob Nixdorf ---
Forgot some information, as always ;)
I tried it with a self-build kernel 3.10-rc2 and the Arch Linux stock 3.9.3,
both with the same result. Will try some older kernels soon.
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #1 from Jakob Nixdorf ---
Created attachment 79638
--> https://bugs.freedesktop.org/attachment.cgi?id=79638&action=edit
dmesg | grep drm after X11 start
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=64850
Priority: medium
Bug ID: 64850
Assignee: dri-devel@lists.freedesktop.org
Summary: Second screen black on Pitcairn PRO
Severity: normal
Classification: Unclassified
OS: Linux
Hi ,
After merging the final tree, today's linux-next build (i386 defconfig)
produced this warning:
drivers/gpu/drm/i915/i915_gem.c:2978:3: warning: format '%ld' expects argument
of type 'long int', but argument 3 has type 'size_t' [-Wformat]
Introduced by commit e4341d0356bc ("drm/i915: Be mor
https://bugs.freedesktop.org/show_bug.cgi?id=64649
--- Comment #15 from romula...@gmail.com ---
> Again, just to make sure you don't search for a bug that is maybe no longer
> in r600g: I don't have the latest master for Mesa/libdrm, and it'll take me
> at least a few days, before I can get around
Hi,
On 05/22/2013 01:04 PM, Inki Dae wrote:
From: Rob Clark
Rebased.
Signed-off-by: Rob Clark
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
b
On Tue, May 21, 2013 at 9:22 PM, Inki Dae wrote:
>
>
>
> 2013/5/22 Stéphane Marchesin
>>
>> On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote:
>> > This patch fixes the issue that drm_vblank_get() is failed.
>> >
>> > The issus occurs when next page flip request is tried
>> > if previous page flip
On Tue, May 21, 2013 at 9:22 PM, Inki Dae wrote:
>
>
>
> 2013/5/22 St?phane Marchesin
>>
>> On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote:
>> > This patch fixes the issue that drm_vblank_get() is failed.
>> >
>> > The issus occurs when next page flip request is tried
>> > if previous page flip
2013/5/22 Stéphane Marchesin
> On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote:
> > This patch fixes the issue that drm_vblank_get() is failed.
> >
> > The issus occurs when next page flip request is tried
> > if previous page flip event wasn't completed yet and then
> > dpms became off.
> >
> >
From: Rob Clark
Rebased.
Signed-off-by: Rob Clark
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
index e
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/d5aea46b/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/20130521/e3d7c06a/attachment.html>
freedesktop.org/archives/dri-devel/attachments/20130521/963259dc/attachment.html>
> -Original Message-
> From: Dave Airlie [mailto:airl...@gmail.com]
> Sent: Wednesday, May 22, 2013 8:17 AM
> To: Inki Dae
> Cc: dri-devel@lists.freedesktop.org
> Subject: Re: [PATCH 06/11] drm/exynos: page flip fixes
>
> Hi Inki,
>
> can you please check if this patch is still necessar
Hi Dave,
Got it. we have to re-work this patch. Will send it soon.
Thanks,
Inki Dae
> -Original Message-
> From: Dave Airlie [mailto:airl...@gmail.com]
> Sent: Wednesday, May 22, 2013 8:20 AM
> To: Inki Dae
> Cc: dri-devel@lists.freedesktop.org
> Subject: Re: [PATCH 05/11] drm/exynos: us
his 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/20130521/21e0bb77/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/e8232720/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/e0b60ce5/attachment.html>
On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote:
> Hi Dave,
>
> You're pull just reminded me that I've been sitting on a few small -fixes,
> too. Nothing really major at all:
> - fixup edp setup sequence (Dave)
> - disable sdvo hotplug for real, this is a fixup for a messed-up
> regression
On Mon, Sep 10, 2012 at 12:28 AM, Daniel Vetter wrote:
> Hi Dave,
>
> You're pull just reminded me that I've been sitting on a few small -fixes,
> too. Nothing really major at all:
> - fixup edp setup sequence (Dave)
> - disable sdvo hotplug for real, this is a fixup for a messed-up
> regression
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Tuesday, May 21, 2013 4:45 PM
> To: Inki Dae
> Cc: 'Daniel Vetter'; 'Rob Clark'; 'linux-fbdev'; 'DRI mailing list';
> 'Kyungmin Park'; 'myungjoo.ham'; 'YoungJun Cho'; linux-a
|with segfault in r600g |with divide by 0 in r600g
--
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/20130521/4aea5
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/b9a3ddce/attachment.html>
tachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/7d2b2f2a/attachment.html>
On Tue, May 21, 2013 at 4:30 PM, Jan Niggemann wrote:
> Hi Daniel,
>
> you misunderstood my mail, I just wanted to know:
>
> Are patches in patchwork that correct kernel bugs in any way linked to
> bugzilla issues and if so, how?
> In other words: What bugzilla bug corresponds to
> https://patchwo
t; Cc:
> ---
> drivers/gpu/drm/drm_irq.c |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
[?]
Acked-by: Paul Menzel
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 19
From: Christian K?nig
The chip id for SUMO2 isn't used.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/rv770.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index 83f612a..3fc2985 100644
---
This patch fixes the issue that drm_vblank_get() is failed.
The issus occurs when next page flip request is tried
if previous page flip event wasn't completed yet and then
dpms became off.
So this patch make sure that page flip event is completed
before dpms goes to off.
Signed-off-by: Inki Dae
Hi Inki,
this doesn't apply cleanly anymore, and I think we want exynos to use
drm_send_vblank_event where possible,
please apply to fixes tree and send to me.
Dave.
On Tue, Oct 9, 2012 at 5:50 AM, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/exyno
Hi Sascha,
please review and apply if still applicable, I've already applied the
imx use drm_send_vblank_event to my drm-fixes tree.
Dave.
On Tue, Oct 9, 2012 at 5:50 AM, Rob Clark wrote:
> From: Rob Clark
>
> The 'event' could be null, so don't list_del(&event->base.link).. and
> in fact eve
Hi Inki,
can you please check if this patch is still necessary, and apply it if so.
Dave.
On Tue, Oct 9, 2012 at 5:50 AM, Rob Clark wrote:
> From: Rob Clark
>
> The event wouldn't be on any list at this point, so nothing to delete
> it from.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/d
Hi Jan,
First things first, please _always_ cc relevant mailing lists.
Second: I've submitted a proper patch to revert this behaviour change,
but it has been nacked. I've poked Dave Airlie about it again on irc.
See https://patchwork.kernel.org/patch/2402211/
Thanks, Daniel
On Tue, May 21, 2013
o figure out what the heck is going
wrong here.
Cheers,
Christian.
--
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/201305
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Tuesday, May 21, 2013 6:31 AM
> To: Inki Dae
> Cc: Rob Clark; linux-fbdev; DRI mailing list; Kyungmin Park; myungjoo.ham;
> YoungJun Cho; linux-arm-kernel at lists.infradead.
When GPU acceleration is disabled, drm_vblank_cleanup() will free the
vblank-related data, such as vblank_refcount, vblank_inmodeset, etc.
But we found that drm_vblank_post_modeset() may be called after the
cleanup, which use vblank_refcount and vblank_inmodeset. And this will
cause a kernel panic.
https://bugs.freedesktop.org/show_bug.cgi?id=64819
--- Comment #4 from p00h ---
I'll try it and make an report after
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
From: Alex Deucher
Should be 5 rather than 2.
Noticed by sroland and glisse on IRC.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/si.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=63520
--- Comment #20 from PJBrs ---
P.s., I did a quick glance at the difference between the first bad log and the
log with the patch (sdiff badlog patch-test.log | less). It seems as if shader
pc8 now is truncated or something...
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=63520
--- Comment #19 from PJBrs ---
Created attachment 79628
--> https://bugs.freedesktop.org/attachment.cgi?id=79628&action=edit
Log with possible fix
Hi, thanks for the patch! Unfortunately, it does not appear to do anything that
I can see, the b
On Tue, May 21, 2013 at 11:14 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> The chip id for SUMO2 isn't used.
>
> Signed-off-by: Christian K?nig
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/rv770.c |4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git
.
Thanks,
Inki Dae
>
> /* hdmiphy i2c driver */
> --
> 1.8.0
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/b781136c/attachment.html>
On Mon, 20 May 2013 16:23:33 -0400
Alex Deucher wrote:
> > Note also that the generic DRM KMS code assumes cursor support at
> > 64x64, and there's no generic way for a driver at present (that I know
> > of) to inform it of anything different.
>
> It shouldn't be too hard to add a new cap for
=466476dfdcafbb4286ffa232a3a792731b9dc852
--
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/20130521/b5dda591/attachment.html>
Good point,
On 2013? 05? 21? 02:32, Lars-Peter Clausen wrote:
> free_irq() expects the same pointer that was passed to request_threaded_irq(),
> otherwise the IRQ is not freed.
>
> The issue was found using the following coccinelle script:
>
>
> @r1@
> type T;
> T devid;
> @@
> request_threaded
https://bugs.freedesktop.org/show_bug.cgi?id=63236
--- Comment #4 from Eugene ---
>Did you actually verify the problem to be fixed with radeonsi?
Unfortunately I didn't check what exactly solved the problem, the only thing
for sure - I can not reproduce it now.
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=64819
--- Comment #3 from Alex Deucher ---
Does mesa from git master work any better? You might also try disabling hyperz
(set env var R600_HYPERZ=0).
--
You are receiving this mail because:
You are the assignee for the bug.
static void intel_pre_enable_dp(struct intel_encoder *encoder)
-- 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/20130521/6de3a5b5/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=64819
--- Comment #2 from p00h ---
mesa: 9.1.2
ati-dri: 9.1.2
The kernel has this patch already.
I have several machines with the same problem, all of them shipped with
A8-5600K.
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=64649
Alex Deucher changed:
What|Removed |Added
Summary|Anomaly 2 (Steam) exits |Anomaly 2 (Steam) exits
https://bugs.freedesktop.org/show_bug.cgi?id=64649
Alex Deucher changed:
What|Removed |Added
Summary|Anomaly 2 (Steam) exits |Anomaly 2 (Steam) exits
https://bugs.freedesktop.org/show_bug.cgi?id=64649
--- Comment #14 from Kai ---
(In reply to comment #11)
> (In reply to comment #2)
> > It then closes. It won't run without that extention, switched to GLX instead
> > of a driver specific component.
>
> The game runs for me with i965 on gen7.
V
On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote:
> This patch fixes the issue that drm_vblank_get() is failed.
>
> The issus occurs when next page flip request is tried
> if previous page flip event wasn't completed yet and then
> dpms became off.
>
> So this patch make sure that page flip event i
On Tue, May 21, 2013 at 1:08 AM, Inki Dae wrote:
> This patch fixes the issue that drm_vblank_get() is failed.
>
> The issus occurs when next page flip request is tried
> if previous page flip event wasn't completed yet and then
> dpms became off.
>
> So this patch make sure that page flip event i
From: Alex Deucher
Should be 5 rather than 2.
Noticed by sroland and glisse on IRC.
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/si.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/ra
On Tue, May 21, 2013 at 11:14 AM, Christian König
wrote:
> From: Christian König
>
> The chip id for SUMO2 isn't used.
>
> Signed-off-by: Christian König
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/rv770.c |4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #11 from Peter 2013-05-21 10:15:05 ---
Still on iMac, installed fedora 18 on partition previously used by Arch (would
boot using KMS into black vts). fedora using kernel 3.6. Behaved like Arch did
previously; had to use kernel opt
On Die, 2013-05-21 at 14:23 +0800, Huacai Chen wrote:
> When GPU acceleration is disabled, drm_vblank_cleanup() will free the
> vblank-related data, such as vblank_refcount, vblank_inmodeset, etc.
> But we found that drm_vblank_post_modeset() may be called after the
> cleanup, which use vblank_refc
On Tue, May 21, 2013 at 04:03:06PM +0900, Inki Dae wrote:
> > - Integration of fence syncing into dma_buf. Imo we should have a
> > per-attachment mode which decides whether map/unmap (and the new sync)
> > should wait for fences or whether the driver takes care of syncing
> > through the new
vel/attachments/20130521/8a4e0ba5/attachment-0001.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/8857d435/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #36 from Christian König ---
(In reply to comment #35)
> Would this be the same as others have done above?
Thanks for the input, but we already have enough register dumps for now.
Currently I'm analyzing them and trying to figure ou
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130521/76f898fb/attachment.html>
On Tue, May 21, 2013 at 4:30 PM, Jan Niggemann wrote:
> Hi Daniel,
>
> you misunderstood my mail, I just wanted to know:
>
> Are patches in patchwork that correct kernel bugs in any way linked to
> bugzilla issues and if so, how?
> In other words: What bugzilla bug corresponds to
> https://patchwo
On Mon, 2013-05-20 at 19:14 +0200, Alexander Stein wrote:
> Code refactoring in commit 8e9e3d2deacc460fbb8a4691140318f6e85e6891
> (drm/nv84/disp: move hdmi control into core) disabled HDMI audio on my
> nv84 by removing too much old code without adding it in the new one.
> This patch adds the missi
Am Dienstag, den 21.05.2013, 14:23 +0800 schrieb Huacai Chen:
> When GPU acceleration is disabled, drm_vblank_cleanup() will free the
> vblank-related data, such as vblank_refcount, vblank_inmodeset, etc.
> But we found that drm_vblank_post_modeset() may be called after the
> cleanup, which use vbl
On Mon, 20 May 2013 16:23:33 -0400
Alex Deucher wrote:
> > Note also that the generic DRM KMS code assumes cursor support at
> > 64x64, and there's no generic way for a driver at present (that I know
> > of) to inform it of anything different.
>
> It shouldn't be too hard to add a new cap for
i connector to the setting you want.
>
> Cheers, Daniel
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
>
Ok, thank you for your detailed explanation.
Regards,
jhs
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/524996c3/attachment-0001.html>
From: Christian König
The chip id for SUMO2 isn't used.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/rv770.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index 83f612a..3fc2985 100644
---
Hi Jan,
First things first, please _always_ cc relevant mailing lists.
Second: I've submitted a proper patch to revert this behaviour change,
but it has been nacked. I've poked Dave Airlie about it again on irc.
See https://patchwork.kernel.org/patch/2402211/
Thanks, Daniel
On Tue, May 21, 2013
https://bugs.freedesktop.org/show_bug.cgi?id=64819
--- Comment #1 from Alex Deucher ---
What version of mesa are you using? This might be a duplicate of bug 62959.
Make sure your kernel has this patch:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=466476dfdcafbb4286f
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/994f6ba2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #11 from Peter 2013-05-21 10:15:05 ---
Still on iMac, installed fedora 18 on partition previously used by Arch (would
boot using KMS into black vts). fedora using kernel 3.6. Behaved like Arch did
previously; had to use kernel opt
https://bugs.freedesktop.org/show_bug.cgi?id=64819
Priority: medium
Bug ID: 64819
Assignee: dri-devel@lists.freedesktop.org
Summary: GPU fault detected flood at A8-5600K Trinity 7560D
Severity: normal
Classification: Unclassified
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Tuesday, May 21, 2013 4:45 PM
> To: Inki Dae
> Cc: 'Daniel Vetter'; 'Rob Clark'; 'linux-fbdev'; 'DRI mailing list';
> 'Kyungmin Park'; 'myungjoo.ham'; 'YoungJun Cho'; linux-arm-
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/aef8b6f1/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=64193
Marc Dietrich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=63698
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ister dumps if
Christian or one of the other developers thinks it would be helpful to them?
--
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/att
This patch fixes the issue that drm_vblank_get() is failed.
The issus occurs when next page flip request is tried
if previous page flip event wasn't completed yet and then
dpms became off.
So this patch make sure that page flip event is completed
before dpms goes to off.
Signed-off-by: Inki Dae
On Die, 2013-05-21 at 14:23 +0800, Huacai Chen wrote:
> When GPU acceleration is disabled, drm_vblank_cleanup() will free the
> vblank-related data, such as vblank_refcount, vblank_inmodeset, etc.
> But we found that drm_vblank_post_modeset() may be called after the
> cleanup, which use vblank_refc
Hi,
Since I know its outside the merge window, but since this is new hw I
thought I'd try and provoke the new hw exception, it just fills in the
blanks in the driver for the new AMD sun and hainan chipsets. The pull is
based on the previous one with the changelog just for the new pieces.
Dave
On Tue, May 21, 2013 at 04:03:06PM +0900, Inki Dae wrote:
> > - Integration of fence syncing into dma_buf. Imo we should have a
> > per-attachment mode which decides whether map/unmap (and the new sync)
> > should wait for fences or whether the driver takes care of syncing
> > through the new
Hi Linus,
This is just a set of nouveau and radeon fixes, the nouveau ones fix some
suspend/resume regressions since use of copy engines and some fixes for Z
compression on some newer chipsets.
I've got another pull request for some new AMD radeon hw that shouldn't
touch any existing hw suppo
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130521/8f28d9e7/attachment-0001.html>
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Tuesday, May 21, 2013 6:31 AM
> To: Inki Dae
> Cc: Rob Clark; linux-fbdev; DRI mailing list; Kyungmin Park; myungjoo.ham;
> YoungJun Cho; linux-arm-ker...@lists.infradead.org; l
89 matches
Mail list logo
