ives/dri-devel/attachments/20150911/795ef6c2/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/1d0b3047/attachment.html>
nts/20150911/59b9e4d5/attachment.html>
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/feea52bb/attachment.html>
Currently, for each open() on an fbdev device, we pin the underlying
fbdev device and driver module. On close(), we release both. This
guarantees that the fbdev object stays around until the last FD is
released (even though it might be unregistered already).
However, currently we call module_put()
Hi Inki,
Any comment on this series?
Gustavo
2015-09-04 Gustavo Padovan :
> From: Gustavo Padovan
>
> Hi,
>
> This series adds proper runtime PM suport to CRTCs and Encoders, so
> now instead of relying on 'suspended' or 'enabled' flags to track when
> the CRTC or Encoder is enabled
On 11 September 2015 at 01:04, Emil Velikov wrote:
> On 10 September 2015 at 15:52, Gerd Hoffmann wrote:
>> Hi,
>>
>>> > Dave? Looking at the ioctls they are all fine for render nodes, there
>>> > isn't anything modesetting related in the device-specific ioctls.
>>> >
>>> > Correct?
>>> >
>>>
Am Freitag, den 11.09.2015, 16:10 +0200 schrieb Lucas Stach:
> Hey all,
>
> this is a new posting of the Etnaviv DRM driver for Vivante embedded GPUs.
> This time I've squashed all patches to the DRM driver itself into a single
> commit
> to make it easier for people to look at and review this st
This adds the device nodes for 2D, 3D and VG GPU cores.
Signed-off-by: Lucas Stach
Signed-off-by: Russell King
---
arch/arm/boot/dts/imx6dl.dtsi | 5 +
arch/arm/boot/dts/imx6q.dtsi | 15 +++
arch/arm/boot/dts/imx6qdl.dtsi | 21 +
3 files changed, 41 inser
From: Christian Gmeiner
This is a squashed commit of the complete etnaviv DRM driver in order
to make it easy for people to review the code by seeing the driver as a
whole and is not intended for merging in this form.
If you are interested in the history of individual commits:
git://git.pengutro
Etnaviv follows the same priciple as imx-drm to have a virtual
master device node to bind all the individual GPU cores together
into one DRM device.
Signed-off-by: Lucas Stach
Signed-off-by: Russell King
---
.../bindings/drm/etnaviv/etnaviv-drm.txt | 44 ++
1 file
From: Philipp Zabel
Trivial patch to add Vivante Corporation to the list of
devicetree vendor prefixes.
Signed-off-by: Philipp Zabel
Signed-off-by: Russell King
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetr
Hey all,
this is a new posting of the Etnaviv DRM driver for Vivante embedded GPUs.
This time I've squashed all patches to the DRM driver itself into a single
commit
to make it easier for people to look at and review this stuff.
Aside from squashing of some of the trivial bugfixes I intend to ke
The current settings for 28nm PHY data lane CFG4 registers do
not work with certain panels. This change is to modify them to
hw recommended values.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/phy/dsi_phy_28nm.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drive
The current settings for 28nm PHY data lane CFG4 registers do
not work with certain panels. This change is to modify them to
hw recommended values.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/phy/dsi_phy_28nm.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drive
If pm_runtime_get_sync() we were going to "out" but we missed freeing
vma.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c
b/drivers/gpu/drm/nouveau/nouveau_gem.
On Fri, Sep 11, 2015 at 11:47 AM, David Herrmann
wrote:
> On Wed, Sep 9, 2015 at 3:03 PM, Daniel Vetter wrote:
>> On Wed, Sep 09, 2015 at 02:21:33PM +0200, David Herrmann wrote:
>>> Now that we support connector hotplugging, user-space might see
>>> mode-object IDs coming and going asynchronousl
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/43988d3e/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/54f1d8d9/attachment.html>
On Tue, 1 Sep 2015 14:44:14 -0300
Danilo Cesar Lemes de Paula wrote:
> Docproc process EXPORT_SYMBOL(f1) macro and uses -nofunc f1 to
> avoid duplicated documentation in the next call.
> It works for most of the cases, but there are some specific situations
> where a struct has the same name of
Hi
On Wed, Sep 9, 2015 at 3:03 PM, Daniel Vetter wrote:
> On Wed, Sep 09, 2015 at 02:21:33PM +0200, David Herrmann wrote:
>> Now that we support connector hotplugging, user-space might see
>> mode-object IDs coming and going asynchronously. Therefore, we must make
>> sure to not re-use object IDs
Hi Linus,
just a bunch of fixes to squeeze in before -rc1,
3 nouveau regressions,
one qxl regression fix,
a bunch of i915 fixes,
and some core displayport/atomic fixes.
Dave.
The following changes since commit 73bf1b7be7aab60d7c651402441dd0b0b4991098:
Merge branch 'drm-next-4.3' of git://pe
On Fr, 2015-09-11 at 16:32 +1000, Dave Airlie wrote:
> doh, yes we need to add DRM_RENDER_ALLOW to the ioctls, can you do
> that?
Done.
cheers,
Gerd
vices which only have 1 interrupt.
> If this doesn't fit your hw (e.g. per-crtc interrupt sources) then just
> don't use it, it's purely optional and there's a bunch of drivers which
> don't use it.
>
> Thank you so much for your suggestion. I think I should not use
drm_irq_install in my new driver.
> I have a long-term plan to split the vblank handling code out from the
> optional irq handling parts into a new drm_vblank.c file, so that this
> split between optional irq helpers and core vblank infrastructure is
> clearer.
>
Thank you so much for you work! I am really looking forward to see the
vblank improvement.
-Xinliang
> -Daniel
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/782d9bb9/attachment-0001.html>
call the
> > old ones.
> >
> > With these changes drivers can be completely free of int pipe and use
> > struct drm_crtc exclusivly I think, and the mess would be fully
> restricted
> > to drm_irq.c.
>
> I like the idea of moving the callbacks to drm_crtc_helper_funcs. That
> allows us to introduce this step by step, without a flag date when every
> driver needs to switch the drm_driver functions over.
>
> Thierry
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/a54fcda1/attachment.html>
On Fri, Sep 11, 2015 at 03:47:25AM +0200, David Herrmann wrote:
> Hi
>
> On Thu, Sep 10, 2015 at 10:39 PM, Daniel Vetter
> wrote:
> > It's completely unused and there's really no reason for this:
> > - drm_framebuffer structures are invariant after creation, no need for
> > helpers to manipula
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/41669050/attachment.html>
Hi
On Thu, Sep 10, 2015 at 10:39 PM, Daniel Vetter
wrote:
> It's completely unused and there's really no reason for this:
> - drm_framebuffer structures are invariant after creation, no need for
> helpers to manipulate them.
> - drm_framebuffer structures should just be embedded (and that's wh
+0200
r600g: use pipe_resource::width0 instead pb_buffer::size
--
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/20150911/d4058
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/e8a6fed8/attachment-0001.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/0389f8ae/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/ecbd301c/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150911/8b7b6751/attachment.html>
Since commit "drm/atomic-helper: Add option to update planes only on
active crtc" the drm_atomic_helper_commit_planes() function accepts an
active_only argument to skip updating planes when the associated CRTC is
inactive. Planes being disabled on an active CRTC are incorrectly
considered as associ
34 matches
Mail list logo
