Hi,
On Wednesday 30 May 2018 05:45 PM, Maciej Purski wrote:
From: Andrzej Hajda
Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/bridge/Kconfig| 9 +
drivers/gpu/drm/bridge/Makefile
From: Venkateswara Rao Mandela
Description of DRA7 Errata i932:
In rare circumstances DPLL_VIDEO1 and DPLL_VIDEO2 PLL's may not lock on
the first attempt during DSS initialization. When this occurs, a
subsequent attempt to relock the PLL will result in PLL successfully
locking.
This patch does
On Thu, May 31, 2018 at 12:49 AM, Arnd Bergmann wrote:
> drivers/video/fbdev/omap2/omapfb/dss/hdmi5.c: In function 'hdmi_probe_of':
> drivers/video/fbdev/omap2/omapfb/dss/hdmi5.c:584:2: error: implicit
> declaration of function 'of_node_put'; did you mean 'node_set'?
> [-Werror=implicit-functio
From: Ong Hean Loong
Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II.
The driver only supports the Intel Arria10 devkit and its variants.
This driver can be either loaded staticlly or in modules.
The OF device tree binding is located at:
Documentation/devicetree/bindings/di
From: Ong Hean Loong
Intel FPGA Video and Image Processing Suite Frame Buffer II
driver config for Arria 10 devkit and its variants
Signed-off-by: Ong, Hean Loong
---
arch/arm/configs/socfpga_defconfig |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/config
From: Ong, Hean Loong
Device tree binding for Intel FPGA Video and Image Processing Suite. The
binding involved would be generated from the Altera (Intel) Qsys system. The
bindings would set the max width, max height, buts per pixel and memory port
width. The device tree binding only supports
From: Ong, Hean Loong
The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver patch
here is allocating memory for information to be streamed from the ARM/Linux to
the display port.
Basically the driver just wraps the information such as the pixels to be drawn
by the FPGA Fram
On Wednesday 30 May 2018 03:13 PM, Neil Armstrong wrote:
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 sin
On 05/31/2018 02:10 AM, Dongwon Kim wrote:
On Fri, May 25, 2018 at 06:33:29PM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
1. Create a dma-buf from grant references provided by the foreign
domain. By default dma-buf is backed by system memory pages, but
by provid
From: Ong Hean Loong
Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II.
The driver only supports the Intel Arria10 devkit and its variants.
This driver can be either loaded staticlly or in modules.
The OF device tree binding is located at:
Documentation/devicetree/bindings/di
From: Ong, Hean Loong
The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver patch
here is allocating memory for information to be streamed from the ARM/Linux to
the display port.
Basically the driver just wraps the information such as the pixels to be drawn
by the FPGA Fram
On 05/31/2018 04:46 AM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
Oleksandr Andrushchenko (8):
xen/grant-table: Make set/clear page private code shared
xen/balloon: Move common memory reservation routines to a module
xen/grant-table: Allow allocat
From: Ong Hean Loong
Intel FPGA Video and Image Processing Suite Frame Buffer II
driver config for Arria 10 devkit and its variants
Signed-off-by: Ong, Hean Loong
---
arch/arm/configs/socfpga_defconfig |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/config
From: Ong, Hean Loong
Device tree binding for Intel FPGA Video and Image Processing Suite. The
binding involved would be generated from the Altera (Intel) Qsys system. The
bindings would set the max width, max height, buts per pixel and memory port
width. The device tree binding only supports
On 05/31/2018 12:34 AM, Dongwon Kim wrote:
On Fri, May 25, 2018 at 06:33:24PM +0300, 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: Oleksa
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #16 from Pixie ---
Running glxgears gives me a GL version of 3.1 Mesa 18.2.0-devel, that the one
I'm looking for?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #15 from Pixie ---
That Git install doesn't seem to have changed anything visible. Doesn't show in
logs either, which is weird.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #14 from Pixie ---
Created attachment 139880
--> https://bugs.freedesktop.org/attachment.cgi?id=139880&action=edit
Broken Xorg log on 4.15
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #13 from Pixie ---
Created attachment 139879
--> https://bugs.freedesktop.org/attachment.cgi?id=139879&action=edit
Broken dmesg on 4.15
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #12 from Pixie ---
Seems like I had the right idea.
4.15 runs amdgpu 3.23. May install a Mesa git version from a PPA after this to
check.
Really want the new kernels, so I'm probably gonna do that right away after
posting the two l
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #11 from Pixie ---
Seems somewhere between what looks like versions 3.19 and 3.25.
Gonna guess 4.15 has an earlier version; gonna fetch logs from that shortly.
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #10 from Pixie ---
Created attachment 139878
--> https://bugs.freedesktop.org/attachment.cgi?id=139878&action=edit
Xorg log on the broken 4.17-rc1 setup
The broken Xorg log doesn't even seem to acknowledge the monitor exists throu
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #9 from Pixie ---
Created attachment 139877
--> https://bugs.freedesktop.org/attachment.cgi?id=139877&action=edit
dmesg from a broken 4.17-rc1 setup; look here for the errors
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #8 from Pixie ---
Nope, fell flat on its face. rc1 logs coming shortly.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #7 from Pixie ---
Logs from working software submitted. Booting promptly into a newer kernel and
salvaging logs from there.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #6 from Pixie ---
Created attachment 139876
--> https://bugs.freedesktop.org/attachment.cgi?id=139876&action=edit
Xorg log on the same functional 4.14.35 setup.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #5 from Pixie ---
Created attachment 139875
--> https://bugs.freedesktop.org/attachment.cgi?id=139875&action=edit
dmesg log on a working setup (kernel 4.14.35, latest stable mesa)
--
You are receiving this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #4 from Pixie ---
If instructed how, I would definitely be willing to bisect.
Power went out, fell asleep, no xorg logs during the day. Sorry for the delay,
a working log/dmesg combo on 4.14.35 coming up shortly, for reference.
Thi
On Wed, May 30, 2018 at 02:15:58PM +0200, 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 02:15:56PM +0200, Maciej Purski wrote:
> From: Andrzej Hajda
"dt-bindings: display: ..." is preferred subject prefix.
>
> The patch adds bindings to BOE HV070-WSA WSVGA panel.
> Bindings are compatible with simple panel bindings.
>
> Signed-off-by: Andrzej Hajda
> Sign
On Fri, May 25, 2018 at 03:14:33PM -0500, David Lechner wrote:
> On 05/25/2018 02:36 PM, David Lechner wrote:
> > This adds a new binding for Ilitek ILI9341 display panels. It includes
> > a compatible string for one display (more can be added in the future).
> >
> > The vendor prefix "noname" is
On Fri, May 25, 2018 at 02:36:21PM -0500, David Lechner wrote:
> This adds a device tree vendor prefix for Adafruit Industries, LLC.
>
> Signed-off-by: David Lechner
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Acked-by: Rob Herring
On Mon, May 28, 2018 at 02:38:19PM +0800, Stu Hsieh wrote:
> Update device tree binding documentation for the display subsystem for
> Mediatek MT2712 SoCs.
>
> Signed-off-by: Stu Hsieh
> Acked-by: CK Hu
> ---
> Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 +-
> 1 fil
Higher values of pclk can exceed 32 bits when multiplied
by a factor.
Make the pclk_rate u64 to accommodate higher pixel clock
rates.
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=106747
Martin Peres changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
On Wed, May 30, 2018 at 06:29:36PM +0300, Ville Syrjälä wrote:
> On Thu, May 24, 2018 at 11:57:17AM +0200, Neil Armstrong wrote:
> > This patchs adds the cec_notifier feature to the intel_hdmi part
> > of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
> > between each HDM
On Fri, May 25, 2018 at 06:33:29PM +0300, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> 1. Create a dma-buf from grant references provided by the foreign
>domain. By default dma-buf is backed by system memory pages, but
>by providing GNTDEV_DMA_FLAG_XXX flags it can a
Hi Sean
Thanks for your review.
Some responses below. Please help to check.
Thanks
Abhinav
On 2018-05-30 12:12, Sean Paul wrote:
On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
Add support for Truly NT35597 panel used
in MSM reference platforms.
This panel supports both sing
/Abhinav-Kumar/drm-msm-make-pclk_rate-u64-to-avoid-truncation/20180530-182643
base: git://people.freedesktop.org/~robclark/linux msm-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
Building the omap sub-drivers when CONFIG_GPIOLIB is disabled causes
lots of build failures, either from using gpiolib interfaces, or from
including the wrong headers:
drivers/video/fbdev/omap2/omapfb/displays/encoder-opa362.c: In function
'opa362_enable':
drivers/video/fbdev/omap2/omapfb/display
https://bugs.freedesktop.org/show_bug.cgi?id=106594
Kai changed:
What|Removed |Added
CC||bri...@vmware.com,
|
On Fri, May 25, 2018 at 06:33:24PM +0300, 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
> ---
> driver
On Tue, May 29, 2018 at 08:41:42AM +0200, Andrzej Hajda wrote:
> On 24.05.2018 18:41, Sandeep Panda wrote:
> > Document the bindings used for the sn65dsi86 DSI to eDP bridge.
> >
> > Changes in v1:
> > - Rephrase the dt-binding descriptions to be more inline with existing
> >bindings (Andrzej
Dying process might be blocked from receiving any more signals
so avoid using it.
Also retire enity->fini_status and just check the SW queue,
if it's not empty do the fallback cleanup.
Also handle entity->last_scheduled == NULL use case which
happens when HW ring is already hangged whem a new en
On Wed, May 30, 2018 at 06:30:52PM +0100, Alexandru Gheorghe wrote:
> drm_private_state has a back pointer to the drm_atomic_state,
> however that was not initialized in drm_atomic_get_private_obj_state
> after duplication, as it is the case for other drm atomic getters
>
> Signed-off-by: Alexandr
Ville Syrjala writes:
> From: Ville Syrjälä
>
> We want to get rid of plane->fb/crtc on atomic drivers. Stop setting
> them.
>
> Cc: Eric Anholt
> Signed-off-by: Ville Syrjälä
> Reviewed-by: Maarten Lankhorst
> Reviewed-by: Daniel Vetter
Reviewed-by: Eric Anholt
signature.asc
Description
https://bugs.freedesktop.org/show_bug.cgi?id=106735
--- Comment #3 from dwagner ---
(In reply to Matthias from comment #2)
> Should I try to force a binary EDID for the connected PSVR?
At this time, I would recommend against this: I experience consistent crashes
on evey S3 resume if use the kern
With this we can now terminate jobs enqueue into SW queue the moment
the task is being killed instead of waiting for last user of
drm file to release it.
Also stop checking for kref_read(&ctx->refcount) == 1 when
calling drm_sched_entity_do_release since other task
might still hold a reference to
Arnd Bergmann writes:
> Without CONFIG_MMU, we get a link error:
>
> drivers/gpu/drm/v3d/v3d_bo.o: In function `v3d_gem_fault':
> v3d_bo.c:(.text+0x3ca): undefined reference to `vm_insert_mixed'
>
> The other drivers with this problem already depend on CONFIG_MMU,
> so let's do the same thing her
On Wed, May 30, 2018 at 09:47:25AM -0600, Jordan Crouse wrote:
> On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
> > Add support for Truly NT35597 panel used
> > in MSM reference platforms.
> >
> > This panel supports both single DSI and dual DSI
> > modes.
> >
> > However, this pa
On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
> Add support for Truly NT35597 panel used
> in MSM reference platforms.
>
> This panel supports both single DSI and dual DSI
> modes.
>
> However, this patch series adds support only for
> dual DSI mode.
>
> Changes in v4:
> - Fix t
Noralf Trønnes writes:
> These are needed for pl111 to use the generic fbdev emulation.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailma
Qiang Yu writes:
> On Thu, May 24, 2018 at 3:51 PM, Daniel Vetter wrote:
>> On Thu, May 24, 2018 at 09:18:04AM +0800, Qiang Yu wrote:
>>> On Thu, May 24, 2018 at 4:31 AM, Daniel Vetter wrote:
>>> > On Wed, May 23, 2018 at 2:59 PM, Qiang Yu wrote:
>>> >> On Wed, May 23, 2018 at 5:04 PM, Daniel
On Fri, May 25, 2018 at 09:50:34PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Instead of plane->fb (which we're going to deprecate for atomic drivers)
> we need to look at plane->state->fb. The maze of code leading to
> vmw_kms_helper_dirty() wasn't particularly clear, but my analysis
Hi Dave,
One more fix that came in today. It's fixing a regression introduced during the
merge window, so it'd be nice to get it in.
drm-misc-fixes-2018-05-30:
dw-hdmi: Fix Oops regression from rc1 (Neil)
Cc: Neil Armstrong
Cheers, Sean
The following changes since commit 2bc5ff0bdc00d81d719d
On 05/30/2018 06:20 PM, Boris Ostrovsky wrote:
On 05/30/2018 02:34 AM, Oleksandr Andrushchenko wrote:
On 05/29/2018 10:10 PM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
+/**
+ * gnttab_dma_free_pages - free DMAable pages
+ * @args: arguments to the function
+
On Wed, May 30, 2018 at 11:43:58AM +0200, Neil Armstrong wrote:
> 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 05/30/2018 06:54 PM, Boris Ostrovsky wrote:
On 05/30/2018 04:29 AM, Oleksandr Andrushchenko wrote:
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 Andrushc
Thanks Ville.
This series: Reviewed-by: Sinclair Yeh
On Fri, May 25, 2018 at 09:50:32PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Here are again the last (?) bits of eliminating the plane->fb/crtc
> usage for atomic drivers. I've pushed everything else (thanks to
> everyone who rev
https://bugs.freedesktop.org/show_bug.cgi?id=81620
i...@yahoo.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEEDINFO
drm_private_state has a back pointer to the drm_atomic_state,
however that was not initialized in drm_atomic_get_private_obj_state
after duplication, as it is the case for other drm atomic getters
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/drm_atomic.c | 1 +
1 file changed, 1 inserti
https://bugs.freedesktop.org/show_bug.cgi?id=106258
--- Comment #20 from Ben Crocker ---
Please note that the path to the firmware,
/lib/firmware/amdgpu,
is correct for Red Hat products (RHEL, Fedora, CentOS) as well.
--
You are receiving this mail because:
You are the assignee for the bug.__
From: Colin Ian King
The comparison with the number of elements in array df_v3_7_channel_number
is off-by-one and can produce an array out-of-bounds read if
fb_channel_number is equal to the number of elements of the array. Fix
this by changing the comparison to >= instead of >.
Detected by Cove
On Wed, May 30, 2018 at 08:19:47PM +0530, Rajesh Yadav wrote:
> dpu_io_util.h is moved from standard include path
> to driver folder, correct the include path in code.
>
> Signed-off-by: Rajesh Yadav
If the previous patch doesn't compile without this fix you should squash them.
> ---
> drivers
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #4 from udo ---
Created attachment 139864
--> https://bugs.freedesktop.org/attachment.cgi?id=139864&action=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #3 from udo ---
messages file has similar messages.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
htt
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #2 from udo ---
Created attachment 139863
--> https://bugs.freedesktop.org/attachment.cgi?id=139863&action=edit
dmesg
Another hang.
Was reading slashdot,
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=104391
--- Comment #8 from Andy Furniss ---
I tried agd5f drm-next-4.19-wip, which reports
[drm] Display Core initialized with v3.1.47
but still no sound.
The warning/bt in dmesg is not there any more.
--
You are receiving this mail because:
You ar
On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
> Add support for Truly NT35597 panel used
> in MSM reference platforms.
>
> This panel supports both single DSI and dual DSI
> modes.
>
> However, this patch series adds support only for
> dual DSI mode.
>
> Changes in v4:
> - Fix t
On Thu, May 24, 2018 at 11:57:17AM +0200, Neil Armstrong wrote:
> This patchs adds the cec_notifier feature to the intel_hdmi part
> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
> between each HDMI ports.
> The changes will allow the i915 HDMI code to notify EDID and
https://bugs.freedesktop.org/show_bug.cgi?id=106735
--- Comment #2 from Matthias ---
Should I try to force a binary EDID for the connected PSVR? maybe like the
solution proposed here:
http://hotcashew.com/2013/08/fixing-invalid-edid-in-linux-wit-fglrx/
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=106735
--- Comment #1 from Matthias ---
Created attachment 139862
--> https://bugs.freedesktop.org/attachment.cgi?id=139862&action=edit
Xorg.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106735
Bug ID: 106735
Summary: [amdgpu] all displays reconnect after failed EDID read
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Bus scale config related dt-bindings are removed.
Add bus_scale config in driver instead.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/disp/dpu1/dpu_power_handle.c | 254 +++
1 file changed, 167 insertions(+), 87 deletions(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1
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
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 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 ---
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
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
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 +++
https://bugs.freedesktop.org/show_bug.cgi?id=87738
Jan Vesely changed:
What|Removed |Added
Blocks||82717
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=82717
Jan Vesely changed:
What|Removed |Added
Depends on||87738
Referenced Bugs:
https://bugs.freed
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:
> > > > >
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
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
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
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.
--
https://bugs.freedesktop.org/show_bug.cgi?id=93370
Jan Vesely changed:
What|Removed |Added
Summary|[r600g] OpenCL |[clover/caicos] OpenCL
|a
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=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 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
/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
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
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(-)
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
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
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
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
1 - 100 of 174 matches
Mail list logo
