https://bugs.freedesktop.org/show_bug.cgi?id=87738
Jan Vesely changed:
What|Removed |Added
Blocks||74974
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=74974
Jan Vesely changed:
What|Removed |Added
Depends on||87738
--- Comment #1 from Jan Vesely ---
b
https://bugs.freedesktop.org/show_bug.cgi?id=87071
Jan Vesely changed:
What|Removed |Added
Summary|LLVM triggered Diagnostic |[clover/redwood] John the
https://bugs.freedesktop.org/show_bug.cgi?id=81896
Jan Vesely changed:
What|Removed |Added
Summary|GPU reset when running some |[clover/sumo] GPU reset
|
https://bugs.freedesktop.org/show_bug.cgi?id=91305
Jan Vesely changed:
What|Removed |Added
Summary|When running JohnTheRipper |[clover/kaveri] When
|Ope
https://bugs.freedesktop.org/show_bug.cgi?id=106517
--- Comment #6 from Dhinakaran Pandiyan ---
(In reply to Martin Peres from comment #5)
> (In reply to Dhinakaran Pandiyan from comment #4)
> > (In reply to arkadiusz.hi...@intel.com from comment #3)
> > > Hey,
> > >
> > > Is this request for an
daniel.vet...@intel.com,jani.nik...@linux.intel.com,seanp...@chromium.org,airl...@linux.ie,dri-devel@lists.freedesktop.org,linux-ker...@vger.kernel.org,brian.star...@arm.com,n...@arm.com
Bcc: lowry...@arm.com
Subject: drm/blend: Add per-plane pixel blend mode property
Reply-To:
--
Regards,
Lowr
Hi Thierry,
> On Mon, May 28, 2018 at 09:55:19AM +0200, Lukasz Majewski wrote:
> > Hi,
> >
> > > Hi Thierry,
> > >
> > > > This commit adds support for KOE's 5.7" display.
> > > >
> > >
> > > Thierry, shall I perform some more work on this code, or is it
> > > eligible for applying to
Hi Linus,
On 28/05/18 13:26, Linus Walleij wrote:
> It is a bit unorthodox to just include a file in the middle
> of a another DTS file, it breaks the pattern from other device
> trees and also makes it really hard to reference things
> across the files with phandles.
>
> Restructure the include
This patch add checks for NULL drm_[connector/crtc/plane]_helper_funcs
pointers before derefrencing the variable to avoid NULL pointer
dereference and make the helper functions optional in the following
cases:
1) when using drm_helper_probe_single_connector_modes for fill_modes
callback in the drm
On Mon, May 28, 2018 at 11:59 PM, Nick Desaulniers
wrote:
> Fixes a stringop-truncation warning from gcc-8.
>
> Signed-off-by: Nick Desaulniers
> ---
> drivers/video/hdmi.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c
>
Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.
Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")
Previou
On 05/30/2018 07:32 AM, Juergen Gross wrote:
On 25/05/18 17:33, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Memory {increase|decrease}_reservation and VA mappings update/reset
code used in balloon driver can be made common, so other drivers can
also re-use the same functionali
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
>
> struct unmap_notify {
> @@ -96,10 +104,28 @@ struct grant_map {
> struct gnttab_unmap_grant_ref *kunmap_ops;
> struct page **pages;
> unsigned long pages_vm_start;
> +
> +#ifdef CONFIG_XEN_GRANT_DMA_ALLOC
> + /*
> +
On Tue, May 29, 2018 at 12:14 PM, Daniel Vetter wrote:
> On Thu, May 24, 2018 at 07:51:40PM +0530, Souptick Joarder wrote:
>> On Thu, May 24, 2018 at 6:27 PM, Daniel Vetter wrote:
>> > On Wed, May 23, 2018 at 03:05:35PM +0530, Souptick Joarder wrote:
>> >> On Mon, May 14, 2018 at 9:56 PM, Daniel
This commit adds support for KOE's 5.7" display.
Signed-off-by: Lukasz Majewski
Reviewed-by: Rob Herring
---
Changes for v2:
- Add Reviewed-by tag
---
.../bindings/display/panel/koe,tx14d24vm1bpa.txt | 42 ++
drivers/gpu/drm/panel/panel-simple.c | 26 +++
Hi Heiko,
On 28/05/18 14:20, Heiko Stuebner wrote:
> From: Sandy Huang
>
> The vop irq is shared between vop and iommu and irq probing in the
> iommu driver moved to the probe function recently. This can in some
> cases lead to a stall if the irq is triggered while the vop driver
> still has it
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Extend grant table module API to allow allocating buffers that can
> be used for DMA operations and mapping foreign grant references
> on top of those.
> The resulting buffer is similar to the one allocated
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
>
> +/*
> + * Create a dma-buf [1] from grant references @refs of count @count provided
> + * by the foreign domain @domid with flags @flags.
> + *
> + * By default dma-buf is backed by system memory pages, but by providing
> + * one of the
On 25/05/18 17:33, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Make set/clear page private code shared and accessible to
> other kernel modules which can re-use these instead of open-coding.
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
> drivers/xen/grant-table.c | 5
On Tue, May 29, 2018 at 10:03:53AM +0200, Daniel Vetter wrote:
> On Fri, May 25, 2018 at 05:20:08AM +0300, Haneen Mohammed wrote:
> > This patch add checks for NULL drm_[connector/crtc/plane]_helper_funcs
> > pointers before derefrencing the variable to avoid NULL pointer
> > dereference and make t
Hi Geert
> > HDMI sound doesn't use hdmi0_con.
> > You can do it now, thanks
>
> Thanks, so hdmi0_con can be moved now.
>
> But HDMI sound does use hdmi0/ports/port@2. right?
Yes
Best regards
---
Kuninori Morimoto
___
dri-devel mailing list
dri-deve
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Make set/clear page private code shared and accessible to
> other kernel modules which can re-use these instead of open-coding.
>
> Signed-off-by: Oleksandr Andrushchenko
Reviewed-by: Boris Ostrovsky
__
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Memory {increase|decrease}_reservation and VA mappings update/reset
> code used in balloon driver can be made common, so other drivers can
> also re-use the same functionality without open-coding.
> Create a
On 25/05/18 17:33, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Memory {increase|decrease}_reservation and VA mappings update/reset
> code used in balloon driver can be made common, so other drivers can
> also re-use the same functionality without open-coding.
> Create a ded
Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.
Ref- commit 1c8f422059ae ("mm: change return type to vm_fault_t")
Previous
Hi,
> Hi Thierry,
>
> > This commit adds support for AUO's 7.0" display.
> >
>
> Thierry, shall I perform some more work on this code, or is it
> eligible for applying to your tree?
If I may put a gentle remaining on this patch.
>
> Best regards,
> Łukasz
>
> > Signed-off-by: Lukasz M
Hi Thierry,
> On Tue, May 29, 2018 at 05:01:48PM +0200, Lukasz Majewski wrote:
> > Hi Thierry,
> >
> > > On Mon, May 28, 2018 at 09:55:19AM +0200, Lukasz Majewski wrote:
> > > > Hi,
> > > >
> > > > > Hi Thierry,
> > > > >
> > > > > > This commit adds support for KOE's 5.7" display.
On 05/29/2018 02:22 PM, Oleksandr Andrushchenko wrote:
> On 05/29/2018 09:04 PM, Boris Ostrovsky wrote:
>> On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
>> @@ -463,11 +457,6 @@ static enum bp_state
>> increase_reservation(unsigned long nr_pages)
>> int rc;
>> unsigned long i;
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> +
> +void xenmem_reservation_va_mapping_update(unsigned long count,
> + struct page **pages,
> + xen_pfn_t *frames)
> +{
> +#ifdef CONFIG_XEN_HAVE_PVMMU
> + int i
On 29/05/18 12:48, Linus Walleij wrote:
> On Tue, May 29, 2018 at 11:25 AM, Sudeep Holla wrote:
>> On 28/05/18 13:26, Linus Walleij wrote:
>
>>> This is a purely syntactic change that result in the same
>>> DTB files from the DTS/DTSI files.
>
>> Is it different from v1/earlier version you had
A driver to let userspace turn memfd regions into dma-bufs.
Use case: Allows qemu create dmabufs for the vga framebuffer or
virtio-gpu ressources. Then they can be passed around to display
those guest things on the host. To spice client for classic full
framebuffer display, and hopefully some d
to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Maciej-Purski/Add-TOSHIBA-TC358764-DSI-LVDS-bridge-driver/20180530-011258
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new
From: Thierry Reding
An unfortunate interaction between the 32-bit ARM DMA/IOMMU mapping code
and Tegra SMMU driver changes to support IOMMU groups introduced a boot-
time regression on Tegra124. This was caught very late because none of
the standard configurations that are tested on Tegra enable
From: Thierry Reding
Implement this function to enable drivers from detaching from any IOMMU
domains that architecture code might have attached them to so that they
can take exclusive control of the IOMMU via the IOMMU API.
Signed-off-by: Thierry Reding
---
Changes in v3:
- make API 32-bit ARM
From: Thierry Reding
Depending on the kernel configuration, early ARM architecture setup code
may have attached the GPU to a DMA/IOMMU mapping that transparently uses
the IOMMU to back the DMA API. Tegra requires special handling for IOMMU
backed buffers (a special bit in the GPU's MMU page table
5 v4.17-rc4 v4.17-rc7]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Maciej-Purski/Add-TOSHIBA-TC358764-DSI-LVDS-bridge-driver/20180530-011258
> reproduce:
>
On 05/29/2018 11:03 PM, Boris Ostrovsky wrote:
On 05/29/2018 02:22 PM, Oleksandr Andrushchenko wrote:
On 05/29/2018 09:04 PM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
@@ -463,11 +457,6 @@ static enum bp_state
increase_reservation(unsigned long nr_pages)
On 05/25/2018 06:33 PM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Allow creating grant device context for use by kernel modules which
require functionality, provided by gntdev. Export symbols for dma-buf
API provided by the module.
Signed-off-by: Oleksandr Andrushchenko
---
https://bugs.freedesktop.org/show_bug.cgi?id=106517
Martin Peres changed:
What|Removed |Added
Component|IGT |New Accounts
Version|XOrg git
https://bugs.freedesktop.org/show_bug.cgi?id=106718
Bug ID: 106718
Summary: On Ubuntu Bionic with kernels 4.15 and above, RX480
Displayport outputs don't work (dmesg reports "not
connected)
Product: DRI
Version: u
https://bugs.freedesktop.org/show_bug.cgi?id=106718
Pixie changed:
What|Removed |Added
Summary|On Ubuntu Bionic with |On Ubuntu Bionic with
|kernel
/commits/Stu-Hsieh/Add-support-for-mediatek-SOC-MT2712/20180530-032344
base: git://people.freedesktop.org/~airlied/linux.git drm-next
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel
The dw_hdmi_setup_rx_sense exported function should not use struct device
to recover the dw-hdmi context using drvdata, but take struct dw_hdmi
directly like other exported functions.
This caused a regression using Meson DRM on S905X since v4.17-rc1 :
Internal error: Oops: 9607 [#1] PREEMPT S
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #1 from Michel Dänzer ---
Please attach the dmesg output as well as the Xorg log file.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=106709
--- Comment #1 from Daniel Vetter ---
Discussed with Petri and Arek on irc, approved.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
From: Colin Ian King
Trivial fix to spelling mistake in gvt_dbg_core message
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/gvt/vgpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gvt/vgpu.c b/drivers/gpu/drm/i915/gvt/vgpu.c
index 2e0a02a80fe
https://bugs.freedesktop.org/show_bug.cgi?id=106709
Daniel Vetter changed:
What|Removed |Added
Component|IGT |New Accounts
Product|DRI
On 28.05.2018 12:18, Laurent Pinchart wrote:
> Hi Maciej,
>
> Thank you for the patch.
>
> On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote:
>> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
>> Bindings describe power supplies, reset gpio and video interfaces.
>>
>> Signed-off
On 30/05/18 09:03, Thierry Reding wrote:
From: Thierry Reding
Implement this function to enable drivers from detaching from any IOMMU
domains that architecture code might have attached them to so that they
can take exclusive control of the IOMMU via the IOMMU API.
Signed-off-by: Thierry Reding
The nvkm_engine_ref() function returns error pointers, not NULL on
error. I fixed that but I also had to reverse some of the checks so it
didn't become too convoluted.
Fixes: c5c9127b25b2 ("drm/nouveau/device: implement a generic method to query
device-specific properties")
Signed-off-by: Dan Ca
Hi Maruthi,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 40056c07e7d2a029aad652a404533c19241749ab
commit: 2a6630b1095609b26a205b7c537594f3cde99c0a [114/534] ASoC: AMD: enable
ACP3x drivers build
config: arm-allmodconfig
On 30/05/18 09:03, Thierry Reding wrote:
From: Thierry Reding
Depending on the kernel configuration, early ARM architecture setup code
may have attached the GPU to a DMA/IOMMU mapping that transparently uses
the IOMMU to back the DMA API. Tegra requires special handling for IOMMU
backed buffers
On Tue, May 29, 2018 at 03:59:18PM +0200, Gerd Hoffmann wrote:
> So drivers don't need dummy functions just returning NULL.
>
> Cc: Daniel Vetter
> Signed-off-by: Gerd Hoffmann
Reviewed-by: Daniel Vetter
Please push to drm-misc-next (maybe after a few more days of waiting for
feedback).
-Dani
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #2 from Pixie ---
Alright. Will do in a couple hours, when booted on newer kernels. Currently
booted on an old one, probably good to include it as well for comparison's
sake. Google turned up nothing on this issue either, so I came h
Hi!
> So this week wasn't as calm as the previous weeks have been, but despite
> that I suspect this is the last rc.
>
> This week we had the whole "spectre v4" thing, and yes, the fallout from
> that shows up as part of the patch and commit log. But it's not actually
> dominant: the patch is pre
Hi Pavel,
On 30 May 2018 at 12:17, Pavel Machek wrote:
>> The bulk of it is really pretty trivial one-liners, and nothing looks
>> particularly scary. Let's see how next week looks, but if nothing really
>> happens I suspect we can make do without an rc8.
>>
>> Shortlog appended as usual. Go out
Pixel blend modes represent the alpha blending equation
selection, describing how the pixels from the current
plane are composited with the background.
Add a pixel_blend_mode to drm_plane_state and a
blend_mode_property to drm_plane, and related support
functions.
Defines three blend modes in drm
Hi,
This serie aims at adding the support for pixel blend modes represent the
alpha blending equation selection in the driver. It also introduces to use
it in the malidp driver.
Let me know what you think,
Lowry
Changes for v2:
- Moves the blending equation into the DOC comment
- Refines the c
Check the pixel blending mode and plane alpha value when
do the plane_check. Mali DP supports blending the current plane
with the background either based on the pixel alpha blending
mode or by using the layer's alpha value, but not both at the
same time. If both case, plane_check will return failed
On 05/29/2018 04:59 PM, Gerd Hoffmann wrote:
So drivers don't need dummy functions just returning NULL.
Cc: Daniel Vetter
Signed-off-by: Gerd Hoffmann
---
include/linux/dma-buf.h | 4 ++--
drivers/dma-buf/dma-buf.c | 4
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #72 from i...@yahoo.com ---
(In reply to MirceaKitsune from comment #71)
> The Mesa 18.1.0 update, which was supposed to fix several GPU crashes, seems
> to have managed to expand this freeze instead: I now get it even when
> playing
On 29 May 2018 at 12:52, Lubosz Sarnecki wrote:
> This adds the Vive Pro's EDID information and
> sets EDID_QUIRK_NON_DESKTOP.
Trivially:
Reviewed-by: Daniel Stone
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org
On 30/05/18 14:41, Thierry Reding wrote:
On Wed, May 30, 2018 at 02:30:51PM +0100, Robin Murphy wrote:
On 30/05/18 14:00, Thierry Reding wrote:
On Wed, May 30, 2018 at 11:30:25AM +0100, Robin Murphy wrote:
On 30/05/18 09:03, Thierry Reding wrote:
From: Thierry Reding
Depending on the kernel
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #73 from MirceaKitsune ---
(In reply to iive from comment #72)
I've thought about testing an older version of Mesa too. Especially since, from
what I can vaguely remember, certain system instabilities were introduced
roughly two yea
Hi Andrzej,
On Wednesday, 30 May 2018 12:59:12 EEST Andrzej Hajda wrote:
> On 28.05.2018 12:18, Laurent Pinchart wrote:
> > On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote:
> >> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
> >> Bindings describe power supplies, reset gpio
Hi Maciej,
On Wednesday, 30 May 2018 15:15:58 EEST Maciej Purski wrote:
> From: Andrzej Hajda
>
> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
> Bindings describe power supplies, reset gpio and video interfaces.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
>
On Wed, May 30, 2018 at 10:59:30AM +0100, Robin Murphy wrote:
> On 30/05/18 09:03, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Implement this function to enable drivers from detaching from any IOMMU
> > domains that architecture code might have attached them to so that they
> > can tak
On Wed, May 30, 2018 at 11:30:25AM +0100, Robin Murphy wrote:
> On 30/05/18 09:03, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Depending on the kernel configuration, early ARM architecture setup code
> > may have attached the GPU to a DMA/IOMMU mapping that transparently uses
> > the I
On 30.05.2018 14:35, Laurent Pinchart wrote:
> Hi Andrzej,
>
> On Wednesday, 30 May 2018 12:59:12 EEST Andrzej Hajda wrote:
>> On 28.05.2018 12:18, Laurent Pinchart wrote:
>>> On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote:
The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
On Wed, May 30, 2018 at 02:54:46PM +0200, Thierry Reding wrote:
> On Wed, May 30, 2018 at 10:59:30AM +0100, Robin Murphy wrote:
> > On 30/05/18 09:03, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > Implement this function to enable drivers from detaching from any IOMMU
> > > domains
Hi Andrzej,
On Wednesday, 30 May 2018 16:07:29 EEST Andrzej Hajda wrote:
> On 30.05.2018 14:35, Laurent Pinchart wrote:
> > On Wednesday, 30 May 2018 12:59:12 EEST Andrzej Hajda wrote:
> >> On 28.05.2018 12:18, Laurent Pinchart wrote:
> >>> On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote:
Hi Lowry,
On Wed, May 30, 2018 at 07:23:53PM +0800, Lowry Li wrote:
Pixel blend modes represent the alpha blending equation
selection, describing how the pixels from the current
plane are composited with the background.
Add a pixel_blend_mode to drm_plane_state and a
blend_mode_property to drm_
On 30/05/18 14:00, Thierry Reding wrote:
On Wed, May 30, 2018 at 11:30:25AM +0100, Robin Murphy wrote:
On 30/05/18 09:03, Thierry Reding wrote:
From: Thierry Reding
Depending on the kernel configuration, early ARM architecture setup code
may have attached the GPU to a DMA/IOMMU mapping that t
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #74 from MirceaKitsune ---
pcie_aspm=off makes no difference. In addition, I tried booting back to the
radeon module (instead of amdgpu) and disabling the SI scheduler: This seems to
have slightly mitigated the problem in some cases
Hi Lowry,
On Wed, May 30, 2018 at 07:23:54PM +0800, Lowry Li wrote:
Check the pixel blending mode and plane alpha value when
do the plane_check. Mali DP supports blending the current plane
with the background either based on the pixel alpha blending
mode or by using the layer's alpha value, but
Remove hdcp 1.x support from dpu driver.
The hdcp 1.x support will be posted back with
display port driver.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/dpu_hdcp.h| 74 --
drivers/gpu/drm/msm/dpu_hdcp_1x.c | 1579 -
2 files changed, 1653 deletions
Remove writeback support from dpu driver
as it is not enabled.
Writeback support will be added back later
based on DRM writeback connector.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/Makefile |5 -
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.h |3 +-
d
SDM845 SoC has a MDSS top level wrapper which includes
sub-blocks as dpu, dsi, dp, hdmi etc. But current DPU
bindings are defined as if there is flat device hierarchy.
The MDSS and DPU HW blocks were represented by single device
and DSI, HDMI, DP etc. blocks are represented as separate
independent
From: Jordan Crouse
Remove unused code from dpu_io_util.c. The functions are only
used inside of the msm driver so remove the EXPORT_SYMBOL
tags and move the header dpu_io_util.h from include/linux.
Signed-off-by: Jordan Crouse
[rya...@codeaurora.org: rebased and removed some extra unused code
dpu_io_util.h is moved from standard include path
to driver folder, correct the include path in code.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/disp/dpu1/dpu_power_handle.c | 1 -
drivers/gpu/drm/msm/disp/dpu1/dpu_power_handle.h | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
dpu_io_util is used only by dpu driver so
move it to dpu folder.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/Makefile| 2 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_io_util.c | 186
drivers/gpu/drm/msm/disp/dpu1/dpu_io_util.h | 61 +
driv
/linux/commits/Abhinav-Kumar/drm-msm-make-pclk_rate-u64-to-avoid-truncation/20180530-182643
base: git://people.freedesktop.org/~robclark/linux msm-next
config: arm-multi_v7_defconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https
On Wed, May 30, 2018 at 02:30:51PM +0100, Robin Murphy wrote:
> On 30/05/18 14:00, Thierry Reding wrote:
> > On Wed, May 30, 2018 at 11:30:25AM +0100, Robin Murphy wrote:
> > > On 30/05/18 09:03, Thierry Reding wrote:
> > > > From: Thierry Reding
> > > >
> > > > Depending on the kernel configurat
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #3 from Alex Deucher ---
Can you narrow down the regression or better yet bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
On 30/05/18 14:12, Thierry Reding wrote:
On Wed, May 30, 2018 at 02:54:46PM +0200, Thierry Reding wrote:
On Wed, May 30, 2018 at 10:59:30AM +0100, Robin Murphy wrote:
On 30/05/18 09:03, Thierry Reding wrote:
From: Thierry Reding
Implement this function to enable drivers from detaching from a
https://bugs.freedesktop.org/show_bug.cgi?id=93370
Jan Vesely changed:
What|Removed |Added
Summary|[r600g] OpenCL |[clover/caicos] OpenCL
|a
On Wed, 30 May 2018, Daniel Stone wrote:
> On 29 May 2018 at 12:52, Lubosz Sarnecki
> wrote:
>> This adds the Vive Pro's EDID information and
>> sets EDID_QUIRK_NON_DESKTOP.
>
> Trivially:
> Reviewed-by: Daniel Stone
Cc: sta...@vger.kernel.org # v4.when-was-this-feature-added?
BR,
Jani.
--
From: Thierry Reding
An unfortunate interaction between the 32-bit ARM DMA/IOMMU mapping code
and Tegra SMMU driver changes to support IOMMU groups introduced a boot-
time regression on Tegra124. This was caught very late because none of
the standard configurations that are tested on Tegra enable
From: Thierry Reding
Instead of setting the DMA ops pointer to NULL, set the correct,
non-IOMMU ops depending on the device's coherency setting.
Signed-off-by: Thierry Reding
---
Changes in v4:
- new patch to fix existing arm_iommu_detach_device() to do what we need
arch/arm/mm/dma-mapping.c
From: Thierry Reding
Depending on the kernel configuration, early ARM architecture setup code
may have attached the GPU to a DMA/IOMMU mapping that transparently uses
the IOMMU to back the DMA API. Tegra requires special handling for IOMMU
backed buffers (a special bit in the GPU's MMU page table
On Wed, May 30, 2018 at 02:42:50PM +0100, Robin Murphy wrote:
> On 30/05/18 14:12, Thierry Reding wrote:
> > On Wed, May 30, 2018 at 02:54:46PM +0200, Thierry Reding wrote:
> > > On Wed, May 30, 2018 at 10:59:30AM +0100, Robin Murphy wrote:
> > > > On 30/05/18 09:03, Thierry Reding wrote:
> > > > >
https://bugs.freedesktop.org/show_bug.cgi?id=82717
Jan Vesely changed:
What|Removed |Added
Depends on||87738
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=87738
Jan Vesely changed:
What|Removed |Added
Blocks||82717
Referenced Bugs:
https://bugs.freed
On Wed, May 30, 2018 at 2:16 PM, Maciej Purski wrote:
> From: Andrzej Hajda
>
> The patch adds common part of DSI node for Exynos5250 platforms
> and a required mipi-phy node.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 21 +++
On Wed, May 30, 2018 at 07:23:52PM +0800, Lowry Li wrote:
> Hi,
>
> This serie aims at adding the support for pixel blend modes represent the
> alpha blending equation selection in the driver. It also introduces to use
> it in the malidp driver.
>
> Let me know what you think,
Hi Lowry,
Thank yo
This patch series aims at removing unused code from DPU driver and
also cleaning up its devicetree bindings.
Following functionality is removed in this series:
- Removed display port driver, it will be posted back later after verification
on SDM845
- Removed HDCP 1.x support, it will be posted
DPU display port driver is not enabled yet so
removing the bindings. The driver code is also
reverted. The bindings will be added back when
display port driver is reworked and enabled for
sdm845.
Signed-off-by: Rajesh Yadav
---
.../devicetree/bindings/drm/msm/dpu-dp.txt | 217 ---
DPU driver switched to existing upstream dsi driver
so removing the dsi-staging specific dsi and panel
bindings.
Signed-off-by: Rajesh Yadav
---
.../devicetree/bindings/drm/msm/dpu-dsi.txt| 102 ---
.../devicetree/bindings/drm/msm/mdss-dsi-panel.txt | 772 -
.../devic
DPU writeback support is not enabled yet so
removing the bindings. The corresponding driver
code is also removed. The bindings will be added
back when writeback support is reworked and enabled
based on new DRM writeback connector at a later stage.
Signed-off-by: Rajesh Yadav
---
.../devicetree/b
1 - 100 of 174 matches
Mail list logo