attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/a10aefe9/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/8861f5e2/attachment-0001.html>
, index2D
= 0, swizzle = 0, negate = 0,
type = 0, reladdr = 0x0, reladdr2 = 0x0, has_index2 = false, double_reg2 =
false, array_id = 0, is_double_vertex_input = false}}
result_src =
result_dst =
__PRETTY_FUNCTION__ = "virtual void
glsl_to_tgsi_visitor::visit(ir_expression*)"
vector_elements =
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/6f3db574/attachment.html>
his mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/2a5dddbc/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/bacdd06b/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/d4451833/attachment-0001.html>
On 19 April 2016 at 18:40, Ezequiel Garcia
wrote:
> Let's be user-friendly and print an actually helpful parameter
> description.
>
> Signed-off-by: Ezequiel Garcia
> ---
> drivers/gpu/drm/drm_drv.c | 13 +++--
> 1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/g
hat information is no there. I guess it's only
printed when built with --enable-debug? Can you see if that still causes
crashes?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/6fa88421/attachment.html>
reedesktop.org/archives/dri-devel/attachments/20160419/ad099dd1/attachment.html>
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/2fd0969a/attachment.html>
set, but set to ""?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/12ddb6a1/attachment-0001.html>
u are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/c6daabc3/attachment.html>
Hi Tomi,
Just a humble suggestion/nitpick.
On 18 April 2016 at 16:46, Tomi Valkeinen wrote:
> Add Tomi Valkeinen as omapdrm maintainer.
>
> Signed-off-by: Tomi Valkeinen
> Cc: Rob Clark
> Cc: Laurent Pinchart
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a
On Tue, Apr 19, 2016 at 01:34:23PM -0500, Dennis Gilmore wrote:
> Hi All,
>
> on all of my i.MX6 systems imx-ipuv3-crtc ius not getting automatically
> loaded. Everything is built as a module
>
> CONFIG_DRM_IMX=m
> CONFIG_DRM_IMX_FB_HELPER=m
> CONFIG_DRM_IMX_HDMI=m
> CONFIG_DRM_IMX_IPUV3=m
> CO
Signed-off-by: Huacai Chen
---
include/drm/drm_cache.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/drm/drm_cache.h b/include/drm/drm_cache.h
index 461a055..cebecff 100644
--- a/include/drm/drm_cache.h
+++ b/include/drm/drm_cache.h
@@ -39,6 +39,8 @@ static inline bool drm_arch_ca
On 2016å¹´04æ19æ¥ 15:58, Heiko Stübner wrote:
> patch subject above:
> dt-bindings: add documentation for Rockchip rk3399 display controllers
>
> not everybody skimming over patches directly knows what a vop is;-)
>
> I still believe even such a trivial patch should also get some form of
> desc
From: Gustavo Padovan
Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid
future API breaks and optimize buffer allocation.
Now num_fences can be filled by the caller to inform how many fences it
wants to retrieve from the kernel. If the num_fences passed is greater
than ze
From: Gustavo Padovan
This function had copies in 3 different files. Unify them in kernel.h.
Cc: Joe Perches
Cc: Andrew Morton
Cc: David Airlie
Cc: Daniel Vetter
Cc: Rob Clark
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 11 +++
drivers/gpu/drm
From: Gustavo Padovan
struct sync_merge_data already have documentation on top of the
struct definition. No need to duplicate it.
Signed-off-by: Gustavo Padovan
Reviewed-by: Maarten Lankhorst
---
drivers/staging/android/uapi/sync.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Hi Dave,
This is the first pull request from drm-hisilicon and for 4.7.
The patches add new hisilicon drm driver.
The patches were reviewed here:
http://www.spinics.net/lists/dri-devel/msg104437.html
DT binding docs were acked by Rob Herring here:
https://lists.freedesktop.org/archives/dri-dev
On 18 April 2016 at 17:48, Archit Taneja wrote:
> Hi,
>
>
> On 04/17/2016 05:01 PM, Xinliang Liu wrote:
>>
>> Hi Archit,
>> Thank you for the patches.
>>
>> On 9 March 2016 at 18:57, Archit Taneja wrote:
>>>
>>> ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
>>> additional
While VGA hotplugging worked(ish) before, it looks like that was mainly
because we'd unintentionally enable it in
valleyview_crt_detect_hotplug() when we did a force trigger. This
doesn't work reliably enough because whenever the display powerwell on
vlv gets disabled, the values set in VLV_ADPA ge
sktop.org/archives/dri-devel/attachments/20160419/42fca97a/attachment.html>
The load/unload drm_driver ops are deprecated. They should be removed as
they result in creation of devices visible to userspace even before
the drm_device is registered.
Drop these ops and use drm_dev_alloc/register and drm_dev_unregister/unref
to explicitly create and destroy the drm device in t
Move the drm_connector registration from the encoder(HDMI/DSI etc) drivers
to the msm platform driver. This will simplify the task of ensuring that
the connectors are registered only after the drm_device itself is
registered.
The connectors' destroy ops are made to use kzalloc instead of
devm_kzal
Calling the legacy gpio_free on an invalid GPIO (a GPIO numbered -1)
results in kernel warnings. This causes a lot of backtraces when
we try to unload the drm/msm module.
Call gpio_free only on valid GPIOs.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 19
Registering the drm_device using the drm_driver load/unload ops is
deprecated since it is prone to race conditions.
The second and third patches removes the usage of these ops. The first
patch prevents warnings when we try to remove the drm/msm kernel module.
Archit Taneja (3):
drm/msm/hdmi: Pr
Synopsys DesignWare ARC SDP boards sport ARC SDP display
controller attached to ADV7511 HDMI encoder.
That change adds desctiption of both ARC PGU and ADV7511 in
ARC SDP'd base-board Device Tree.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
C
This updates MAINTEINERS file with information about maintainer of
ARC PGU display controller driver.
Signed-off-by: Alexey Brodkin
Cc: linux-snps-arc at lists.infradead.org
---
No changes v5 -> v6.
No changes v4 -> v5.
No changes v3 -> v4.
No changes v2 -> v3.
No changes v1 -> v2.
MAINTAI
This add DT bindings documentation for ARC PGU display controller.
Signed-off-by: Alexey Brodkin
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: devicetree at vger.kernel.org
Cc: linux-snps-arc at lists.infradead.org
Acked-by: Rob Herring
---
No changes v5 -> v6.
Change
From: Carlos Palminha
ARC PGU could be found on some development boards from Synopsys.
This is a simple byte streamer that reads data from a framebuffer
and sends data to the single encoder.
Signed-off-by: Carlos Palminha
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: d
This series add support of ARC PGU display controller.
ARC PGU is a quite simple byte streamer that gets data from the framebuffer
and pushes it to hte connected encoder (DP or HDMI).
It was tested on ARC SDP boards (axs101/103 in particular).
Note following series (v6) that introduces drm_connec
On 04/14/16 20:48, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_send_vblank_event() with the new helper function.
>
> Signed-off-by: Gustavo Padovan
Reviewed-by: Jyri Sarha
Tested-by: Jyri Sarha
Thanks!
Do you prefer me to pick this one to my next pull request?
Hi Dave,
please consider pulling this tag with initial MediaTek MT8173 DRM
support, corresponding to v14 of the patch series. These patches have
been mostly stable for the last few rounds. I'll follow up with the HDMI
encoder support pending review of the latest version.
regards
Philipp
The foll
Now that a generic drm_connector_register_all() helper exists we may safely
substitute it for the driver-specific implementation of connectors plugging
in sysfs.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: linux-renesas-soc at vger.kernel.org
Acked-by: Laurent Pinchart
This driver used to have its own implementation of connector_register_all()
which actually was taken as a prototype of drm_connector_register_all().
Now when drm_connector_register_all() exists reusing it here.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: Boris Brezillo
As a pair to already existing drm_connector_unregister_all() we're adding
generic implementation of what is already done in some drivers.
Once this helper is implemented we'll be ready to switch existing
driver-specific implementations with the generic one.
Signed-off-by: Alexey Brodkin
Cc: Dani
As a pair to already existing drm_connector_unplug_all()
(which we'll rename in this series to drm_connector_unregister_all())
we're adding generic implementation of what is already done in some drivers
for registering all connectors.
After implementation of that new helper we're updating 2 driver
t broke with 4.4-rc4 which included a patch
with teh subject of "drm/imx: Remove of_node assignment from ipuv3-crtc driver
probe"
Dennis
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/3f29868f/attachment.sig>
Let's be user-friendly and print an actually helpful parameter
description.
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/drm_drv.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index 167c8d3d4a31..49
Push the ifdef to the drm_edid.h and create a stub, for the
DRM_LOAD_EDID_FIRMWARE=n case. This removes some clutter in
the code, making it more readable.
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/drm_probe_helper.c | 2 --
include/drm/drm_edid.h | 8
2 files change
Currently, our implementation of drm_connector_funcs.detect is
based on getting a valid EDID.
This requirement makes the driver fail to detect connected
connectors in case of EDID corruption, which in turn prevents
from falling back to modes provided by builtin or user-provided
EDIDs.
Let's fix t
--- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/66533ecd/attachment.sig>
On Tue, Apr 19, 2016 at 04:26:35PM +0530, Archit Taneja wrote:
> Move the drm_connector registration from the encoder(HDMI/DSI etc) drivers
> to the msm platform driver. This will simplify the task of ensuring that
> the connectors are registered only after the drm_device itself is
> registered.
>
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/5e0c322c/attachment.html>
nts/20160419/67ca34c1/attachment.html>
(and necessary) to
use both at same time..
Please be sure to test lots of devices and monitors if you are going to
change this ;-)
BR,
-R
> And you should not gpio_request/free the gpio upon every usage, request
> it during "probe time" and release it during "remove".
>
> Regards,
> Bjorn
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arm-msm"
in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/3269d8b1/attachment.html>
On 03/31/16 16:36, Jyri Sarha wrote:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HDMI encoders with I2S and/or spdif interface. The
> driver in turn registers an ASoC codec for the HDMI encoder's audio
> functionality.
>
> The structures and definitions
If we don't, then simplefb stays loaded on /dev/fb0 even though
scanout isn't happening from simplefb's memory area any more, and you
end up with no console.
Signed-off-by: Eric Anholt
---
Dave: It would be nice if I could merge this patch through
bcm2835-dt-next, where I'm trying to get the VC4
On Tue, Apr 19, 2016 at 02:30:28PM +0200, Luis R. Rodriguez wrote:
> On Tue, Apr 19, 2016 at 01:02:25PM +0100, Chris Wilson wrote:
> > On Mon, Apr 18, 2016 at 12:14:00PM +0100, Chris Wilson wrote:
> > > The ioremap() hidden behind the io_mapping_map_wc() convenience helper
> > > can be used for rem
: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/433e0e1d/attachment.sig>
On Mon, Apr 18, 2016 at 12:14:00PM +0100, Chris Wilson wrote:
> The ioremap() hidden behind the io_mapping_map_wc() convenience helper
> can be used for remapping multiple pages. Extend the helper so that
> future callers can use it for larger ranges.
Adding Luis Rodriguez as he has been active in
ves/dri-devel/attachments/20160419/d17c741a/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/d1e8259c/attachment.html>
ons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel
es/dri-devel/attachments/20160419/9044b419/attachment.sig>
d Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/at
e: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/1d2417d1/attachment.sig>
d it directly with your acked-by, or if you
could apply it and give a stable branch I can base my future PR on.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/851f3306/attachment.sig>
ust talked about "cleaning up the
includes". But that's not true, as the first patch is fixing compilation
issues.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Op
Hi Tomi,
Thank you for the patch.
On Tuesday 19 Apr 2016 09:15:23 Tomi Valkeinen wrote:
> On 19/04/16 05:12, Laurent Pinchart wrote:
> > On Monday 18 Apr 2016 18:42:13 Tomi Valkeinen wrote:
> >> The previous commit removed aligning the pitch to SGX's pitch
> >> requirement from align_pitch(). Wha
Hi Tomi,
On Tuesday 19 Apr 2016 08:36:01 Tomi Valkeinen wrote:
> On 19/04/16 05:17, Laurent Pinchart wrote:
> > On Monday 18 Apr 2016 18:42:11 Tomi Valkeinen wrote:
> >> With certain kernel config options many omapdrm files fail to compile
> >> due to missing include of linux/gpio/consumer.h and l
On Tue 19 Apr 10:44 PDT 2016, Rob Clark wrote:
>On Apr 19, 2016 11:50, "Bjorn Andersson"
>wrote:
>>
>> On Tue 19 Apr 03:56 PDT 2016, Archit Taneja wrote:
>>
[..]
>>
>> The patch in itself looks good, but the bigger picture does not.
>>
>> The ddc and hdp should
edded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/f8a4379f/attachment.sig>
This patch is base on Marek Szyprowski's patch:
[RFC 0/3] Unify IOMMU-based DMA-mapping code for ARM and ARM64
[https://lkml.org/lkml/2016/2/19/79]
And the patch is learn from Marek Szyprowski's exynos patch:
(drm/exynos: rewrite IOMMU support code)
The patch replaces usage of A
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/b344a51d/attachment.sig>
Hi Jyri,
2016-04-19 Jyri Sarha :
> On 04/14/16 20:48, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Replace the legacy drm_send_vblank_event() with the new helper function.
> >
> > Signed-off-by: Gustavo Padovan
>
> Reviewed-by: Jyri Sarha
> Tested-by: Jyri Sarha
>
> Thanks!
>
Hi Rob,
2016-04-14 Rob Clark :
> On Thu, Apr 14, 2016 at 1:48 PM, Gustavo Padovan
> wrote:
> > From: Gustavo Padovan
> >
> > Replace the legacy drm_send_vblank_event() with the new helper function.
> >
> > Signed-off-by: Gustavo Padovan
>
> thanks, shall I take this via msm-next for 4.7, I a
Disable vblank events when CRTC gets disabled. This avoids an
external abort when entering suspend while disable_timer is still
active: On resume the timer might fire immediately and cause a
register access in fsl_dcu_drm_disable_vblank before clocks get
enabled by the resume function.
Signed-off-
Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume()
helpers to implement subsystem-level suspend/resume. This replaces
the (non-functional) regmap cache based suspend resume functionality.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 39 +
Use clk_prepare_enable and clk_disable_unprepare helpers. This also
fixes a sequence issue in the enable path which lead to a warning
on resume.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git
Move the initialization code for layers into a separate function
in the plane file. This allows to reuse the function on resume.
Also move it at the very beginning which may not matter but makes
logically much more sense.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
Store the number of registers per layer in soc_data. This is
more consistent with how the rest of SoC specific data are
handled.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 8 ++--
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 2 ++
drivers/gpu/drm/fsl-dcu/fsl
Implement a suspend/resume helper for CMA users which calls
drm_fb_helper_set_suspend.
Suggested-by: Thierry Reding
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/drm_fb_cma_helper.c | 15 +++
include/drm/drm_fb_cma_helper.h | 1 +
2 files changed, 16 insertions(+)
diff --git
This implements suspend/resume using the atomic update supsend/resume
helpers instead of the current implementation which uses regcache. The
code has been tested on a Colibri VF61 using the freeze suspend mode.
This also avoids a lockdep warning by not using register caching at
all and therefor ob
On 2016å¹´04æ18æ¥ 17:25, John Keeping wrote:
> On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote:
>
>> >We need to take care of the vop status when use
>> >rockchip_drm_crtc_mode_config, if vop is disabled,
>> >the function would failed, that is terrible.
>> >
>> >Save connector type and output
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/d79dd840/attachment.html>
ttachments/20160419/f9dc0190/attachment.html>
Some rockchip vop not support iommu, need use non-iommu
buffer for it. And if we get iommu issues, we can compare
the issues with non-iommu path, the would help the debug.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 65 +++
1 file changed,
On Tue, 19 Apr 2016 10:43:03 +0800, Mark yao wrote:
> On 2016å¹´04æ18æ¥ 17:25, John Keeping wrote:
> > On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote:
> >
> >> >We need to take care of the vop status when use
> >> >rockchip_drm_crtc_mode_config, if vop is disabled,
> >> >the function woul
patch subject above:
dt-bindings: add documentation for Rockchip rk3399 display controllers
not everybody skimming over patches directly knows what a vop is ;-)
I still believe even such a trivial patch should also get some form of
description, something like:
-
Document compatible valu
ubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/433536f5/attachment-0001.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/0fe6e45d/attachment-0001.html>
On Tue, Apr 19, 2016 at 7:19 AM, Huacai Chen wrote:
> Signed-off-by: Huacai Chen
Reviewed-by: Alex Deucher
> ---
> include/drm/drm_cache.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/drm/drm_cache.h b/include/drm/drm_cache.h
> index 461a055..cebecff 100644
> --- a/inclu
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/58431635/attachment.html>
Simplify code by replacing custom code by generic helper and add missing
const qualifier to driver data structures.
Signed-off-by: Marek Szyprowski
---
v2:
- added missing const qualifier to driver data structures
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 27 +--
1 fi
On 19/04/16 05:12, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Monday 18 Apr 2016 18:42:13 Tomi Valkeinen wrote:
>> The previous commit removed aligning the pitch to SGX's pitch
>> requirement from align_pitch(). What's left is effectively a function
>> that returns wid
Allowing userptr bo which are basicly a list of page from some vma
(so either anonymous page or file backed page) would lead to serious
corruption of kernel structures and counters (because we overwrite
the page->mapping field when mapping buffer).
This will already block if the buffer was populat
Allowing userptr bo which are basicly a list of page from some vma
(so either anonymous page or file backed page) would lead to serious
corruption of kernel structures and counters (because we overwrite
the page->mapping field when mapping buffer).
This will already block if the buffer was populat
pplication/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/2005f9eb/attachment.sig>
On Tue 19 Apr 03:56 PDT 2016, Archit Taneja wrote:
> Calling the legacy gpio_free on an invalid GPIO (a GPIO numbered -1)
> results in kernel warnings. This causes a lot of backtraces when
> we try to unload the drm/msm module.
>
> Call gpio_free only on valid GPIOs.
>
> Signed-off-by: Archit Ta
nclude
#include
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/e9b44aad/attachment-0001.sig>
Am Dienstag, 19. April 2016, 10:19:32 schrieb Mark Yao:
> Some rockchip vop not support iommu, need use non-iommu
> buffer for it. And if we get iommu issues, we can compare
> the issues with non-iommu path, the would help the debug.
>
> Signed-off-by: Mark Yao
> ---
> drivers/gpu/drm/rockchip/r
on the kernel command line avoid the problem?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/f89d7e64/attachment.html>
Hi Tomi,
Thank you for the patch.
On Monday 18 Apr 2016 18:42:11 Tomi Valkeinen wrote:
> With certain kernel config options many omapdrm files fail to compile
> due to missing include of linux/gpio/consumer.h and linux/of.h.
>
> This patch adds those includes.
>
> Signed-off-by: Tomi Valkeinen
Hi Tomi,
Thank you for the patch.
On Monday 18 Apr 2016 18:42:13 Tomi Valkeinen wrote:
> The previous commit removed aligning the pitch to SGX's pitch
> requirement from align_pitch(). What's left is effectively a function
> that returns width * bytespp.
>
> To clean up the driver, we can remove
Hi Tomi,
Thank you for the patch.
On Monday 18 Apr 2016 18:42:12 Tomi Valkeinen wrote:
> omapdrm checks if the pixel stride is divisible by 8. This is meant to
> ensure that the byte stride is 32, which is required by SGX.
>
> The check is not correct, as it checks for pixels, not bytes, and thu
Hi Tomi,
Thank you for the patch.
On Monday 18 Apr 2016 18:46:30 Tomi Valkeinen wrote:
> Add Tomi Valkeinen as omapdrm maintainer.
>
> Signed-off-by: Tomi Valkeinen
> Cc: Rob Clark
> Cc: Laurent Pinchart
Acked-by: Laurent Pinchart
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 inser
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/f38c75bc/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160419/277c6932/attachment.html>
1 - 100 of 109 matches
Mail list logo
