On Fri, Feb 13, 2015 at 03:53:31PM +, Damien Lespiau wrote:
> drm_crtc_vblank_get() is the new drm_vblank_get(), not the new
> drm_vblank_off().
>
> Signed-off-by: Damien Lespiau
Applied to drm-misc, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0)
The pipe might already have been shut down, and then it's not a good
idea to call hw accessor functions. Instead use the same logic as
drm_vblank_off which has all the necessary checks to avoid troubles or
inconsistency.
Noticed by Imre while reviewing my patches to remove some sanity
checks from
Where possible right now. Just a small step towards nirvana ...
v2: git add. Uggh. Noticed by Imre.
Cc: Imre Deak
Reviewed-by: Imre Deak
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 9 +
drivers/gpu/drm/i915/intel
UMS is no more!
Cc: Imre Deak
Reviewed-by: Imre Deak
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_irq.c | 36 +++-
1 file changed, 11 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
ind
With Ville's rework to use drm_crtc_vblank_on/off the core will take
care of rejecting drm_vblank_get calls when the pipe is off. Also the
core won't call the get_vblank_counter hooks in that case either. And
since we've dropped ums support recently we can now remove these
hacks, yay!
Noticed whil
At driver load we need to tell the vblank code about the state of the
pipes, so that the logic around reject vblank_get when the pipe is off
works correctly.
Thus far i915 used drm_vblank_off, but one of the side-effects of it
is that it also saves the vblank counter. And for that it calls down
in
On Fri, 2015-02-13 at 11:41 +0900, Michel Dänzer wrote:
> On 13.02.2015 05:30, Ross Zwisler wrote:
> > This patch reverts the changes made in this commit:
> >
> > deadcb36f49b ("drm/radeon: Use two-ended allocation by size, v2")
> >
> > That patch caused a regression on my system where the bot
On Fri, Feb 13, 2015 at 04:35:36PM +0200, Tomi Valkeinen wrote:
> On 12/02/15 15:41, Sascha Hauer wrote:
>
> > Tomis patch is based on the assumption that
> > clk_set_rate(clk_round_rate(rate))
> > is equal to clk_round_rate(rate). So when this assumption is wrong then
> > it should simply be rev
Add a required display-timings node for the TFT LCD panel.
the TFT LCD panel is WQVGA "480x272", and the bpp is 24.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
arch/arm/boot/dts/ls1021a-twr.dts | 26 ++
1 file changed, 26 insertion
Add DCU node, DCU is a display controller of Freescale
named 2D-ACE.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
arch/arm/boot/dts/ls1021a.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot
dler= fsl_dcu_drm_irq,
+ .get_vblank_counter = drm_vblank_count,
+ .enable_vblank = fsl_dcu_drm_enable_vblank,
+ .disable_vblank = fsl_dcu_drm_disable_vblank,
+ .gem_free_object = drm_gem_cma_free_object,
+ .gem_vm_ops = &dr
Hi Oded,
the commit in the subject (5aa3119eb5b67f6e90605be9ed2e04807126)
somehow causes degraded CPU (!) performance on my Kaveri box. E.g. a
piglit run takes about 15% longer, and I suspect the same is true for
e.g. compiling the kernel, though I haven't measured that explicitly.
In addit
On 13/02/15 11:18, Frank Binns wrote:
> Hi Emil,
>
> On 13/02/15 09:18, Emil Velikov wrote:
>> On 12/02/15 18:21, David Herrmann wrote:
>>> Hi
>>>
>>> On Tue, Feb 10, 2015 at 11:37 PM, Emil Velikov >> gmail.com> wrote:
On 02/02/15 00:14, Emil Velikov wrote:
> Hi all,
>
> As mentio
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/eb6f0639/attachment.html>
Hello Boris,
On Fri, Feb 13, 2015 at 04:36:25PM +0100, Boris Brezillon wrote:
> Remove a useless pm_runtime_put_sync leading to unbalanced
> usage_count.
>
> Signed-off-by: Boris Brezillon
> Reported-by: Sylvain Rochet
> ---
Indeed, this is actually a necessary fix for my "drm: atmel-hlcdc: PM
Convert the HLCDC driver to atomic mode-setting.
Signed-off-by: Boris Brezillon
Tested-by: Sylvain Rochet
Acked-by: Daniel Vetter
---
Rob,
Daniel had a quick look at v2 of this patch and told me to put his ack,
but he also told me to ask for a double check from your side :-).
Could you verify
Hi Frank,
On 13/02/15 10:51, Frank Binns wrote:
> Add a helper function that returns the type of device node from an fd.
>
> Signed-off-by: Frank Binns
Reviewed-by: Emil Velikov
Thank you for getting rid of the silly file probing that I went with
initially.
-Emil
Remove a useless pm_runtime_put_sync leading to unbalanced
usage_count.
Signed-off-by: Boris Brezillon
Reported-by: Sylvain Rochet
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c
b/drivers/gpu/dr
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/50a7ea41/attachment.sig>
ks!
--
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/20150213/66cfa113/attachment.html>
drm_crtc_vblank_get() is the new drm_vblank_get(), not the new
drm_vblank_off().
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 10574a0..c9f5453 100644
---
On Fri, Feb 06, 2015 at 12:48:57PM +0200, Jani Nikula wrote:
> On Fri, 06 Feb 2015, Andreas Ruprecht wrote:
> > Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed
> > CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still
> > references this option in two #ifndef statem
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/8a8bf652/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/b987c60f/attachment.html>
On pe, 2015-02-13 at 08:44 +0100, Daniel Vetter wrote:
> On Thu, Feb 12, 2015 at 11:56:50PM +0200, Imre Deak wrote:
> > On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> > > At driver load we need to tell the vblank code about the state of the
> > > pipes, so that the logic around reject vb
Signed-off-by: Liu Ying
---
v9->v9.5:
* Add kernel-doc for the new helper function to address Daniel Vetter's
comment.
v8->v9:
* Rebase onto the imx-drm/next branch of Philipp Zabel's open git repository.
v7->v8:
* None.
v6->v7:
* None.
v5->v6:
* Address the over 80 characters in one l
On Thu, Feb 12, 2015 at 10:26:42AM +0100, Daniel Vetter wrote:
> On Thu, Feb 12, 2015 at 02:01:32PM +0800, Liu Ying wrote:
> > Signed-off-by: Liu Ying
> > ---
> > v8->v9:
> > * Rebase onto the imx-drm/next branch of Philipp Zabel's open git
> > repository.
> >
> > v7->v8:
> > * None.
> >
> >
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #67 from queryv+fd at gmail.com ---
Created attachment 166641
--> https://bugzilla.kernel.org/attachment.cgi?id=166641&action=edit
[AMD/ATI] Barts XT [Radeon HD 6870]
Reattached a second monitor recently and I'm still experiencing th
On 13.02.2015 05:30, Ross Zwisler wrote:
> This patch reverts the changes made in this commit:
>
> deadcb36f49b ("drm/radeon: Use two-ended allocation by size, v2")
>
> That patch caused a regression on my system where the bottom of the
> screen flickers after my laptop goes thorough a suspend
On Fri, 2015-02-13 at 19:03 +0800, Jianwei Wang wrote:
> Add DCU node, DCU is a display controller of Freescale
> named 2D-ACE.
>
> Signed-off-by: Alison Wang
> Signed-off-by: Xiubo Li
> Signed-off-by: Jianwei Wang
> ---
> arch/arm/boot/dts/ls1021a.dtsi | 11 +++
> 1 file changed, 11 i
Hello DRM devs,
Some ancient code leads to the following static checker warning:
drivers/gpu/drm/via/via_irq.c:242 via_driver_irq_wait()
error: buffer overflow 'masks' 4 <= 5
drivers/gpu/drm/via/via_irq.c
207 static int
208 via_driver_irq_wait(struct drm_device *dev, unsi
Hi Emil,
On 13/02/15 09:18, Emil Velikov wrote:
> On 12/02/15 18:21, David Herrmann wrote:
>> Hi
>>
>> On Tue, Feb 10, 2015 at 11:37 PM, Emil Velikov
>> wrote:
>>> On 02/02/15 00:14, Emil Velikov wrote:
Hi all,
As mentioned a couple of days ago at #dri-devel some(most) users of
>>
Hi Emil,
On 02/02/15 00:14, Emil Velikov wrote:
> Currently most places assume reliable primary <> render node mapping.
> Although this may work in some cases, it is not correct.
>
> Add a couple of helpers that hide the details and safes all the
> guesswork for the user.
>
> Cc: Daniel Vetter
>
On Thu, Feb 12, 2015 at 10:06:27PM +0800, Liu Ying wrote:
> On Thu, Feb 12, 2015 at 02:41:31PM +0100, Sascha Hauer wrote:
> > On Thu, Feb 12, 2015 at 12:56:46PM +, Russell King - ARM Linux wrote:
> > > On Thu, Feb 12, 2015 at 01:24:05PM +0100, Sascha Hauer wrote:
> > > > On Thu, Feb 12, 2015 at
Add a helper function that returns the type of device node from an fd.
Signed-off-by: Frank Binns
---
xf86drm.c | 39 +++
xf86drm.h | 1 +
2 files changed, 40 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index d85115c..e117bc6 100644
--- a/xf86drm.c
+++
Hi Emil,
On 02/02/15 00:14, Emil Velikov wrote:
> The add a simple helper which returns the node type of the opened fd.
> Likely to be used in conjunction with the previous two helpers.
>
> Cc: Daniel Vetter
> Cc: David Herrmann
> Signed-off-by: Emil Velikov
> ---
> xf86drm.c | 43
Hi Dave,
Two important bug fixes for radeon.
The following changes since commit 96abd10ecc2e9ab5c8060697ce721683f387c64e:
Merge branch 'drm-next-3.20' of git://people.freedesktop.org/~agd5f/linux
into drm-next (2015-02-12 10:01:51 +1000)
are available in the git repository at:
git://peop
On 12/02/15 18:21, David Herrmann wrote:
> Hi
>
> On Tue, Feb 10, 2015 at 11:37 PM, Emil Velikov
> wrote:
>> On 02/02/15 00:14, Emil Velikov wrote:
>>> Hi all,
>>>
>>> As mentioned a couple of days ago at #dri-devel some(most) users of
>>> render nodes tend to rely on strict mapping between the
On Fri, Feb 13, 2015 at 12:57:12AM +0200, Imre Deak wrote:
> On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> > Where possible right now. Just a small step towards nirvana ...
> >
> > Signed-off-by: Daniel Vetter
> > ---
> > drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
> > drivers/gpu/d
On Thu, Feb 12, 2015 at 11:56:50PM +0200, Imre Deak wrote:
> On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> > At driver load we need to tell the vblank code about the state of the
> > pipes, so that the logic around reject vblank_get when the pipe is off
> > works correctly.
> >
> > Thu
n and the display works again.
--
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/20150213/61897958/attachment.html>
On Fri, Feb 13, 2015 at 12:37:27AM +0200, Imre Deak wrote:
> On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> > With Ville's rework to use drm_crtc_vblank_on/off the core will take
> > care of rejecting drm_vblank_get calls when the pipe is off. Also the
> > core won't call the get_vblank_
Just as a reminder, the nomination period for the X.Org Foundation
Board of Directors election ends on
Monday, Feb 16 2015, 23:59 UTC (12:59 PM UTC).
If you would like to nominate yourself, please send email to
elections at x.org.
Please note that to be a candidate in this election your have
s and after sometime
it could resume rarely.
--
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/20150213/3d3dd9a9/attachment-0001.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/20150213/7867d777/attachment.html>
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/1cc34184/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/0cf7cddc/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/20150213/5575e998/attachment.html>
to make sense of it.
--
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/20150213/dda6c91b/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150213/805d5658/attachment.html>
suspend and
resume (don't need the quirks).
--
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/20150213/b33a880c/attachment-0001.html>
apparently the fixes haven't landed yet.
--
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/20150213/b99c1fec/attachment.html>
On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> Where possible right now. Just a small step towards nirvana ...
>
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
> drivers/gpu/drm/i915/intel_display.c | 9 +
> drivers/gpu/drm/i915/intel_sprit
On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> UMS is no more!
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/i915_irq.c | 36 +++-
> 1 file changed, 11 insertions(+), 25 deletions(-)
>
> diff --git a/drivers/gp
On Tue, 2015-02-03 at 11:30 +0100, Daniel Vetter wrote:
> With Ville's rework to use drm_crtc_vblank_on/off the core will take
> care of rejecting drm_vblank_get calls when the pipe is off. Also the
> core won't call the get_vblank_counter hooks in that case either. And
> since we've dropped ums su
55 matches
Mail list logo
