https://bugs.freedesktop.org/show_bug.cgi?id=100745
--- Comment #3 from Edward O'Callaghan ---
(In reply to mr.nuke.me from comment #2)
> Created attachment 130957 [details]
> log around the time the problem happens (with excessive debug info)
yes ok, so we are indeed hitting 'ucReplyStatus == 2
https://bugs.freedesktop.org/show_bug.cgi?id=100375
--- Comment #4 from Edward O'Callaghan ---
actually this has nothing to do with the EDID I don't believe as not forcing a
EDID makes no difference.
The actual root causes is that if a page flip is in progress something races on
that fd and caus
Hi Masahiro,
On 20.04.2017 11:56, Masahiro Yamada wrote:
> Include instead of relative path from include/drm, then
> remove the -Iinclude/drm compiler flag.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/gpu/drm/bridge/Makefile| 2 --
> drivers/gpu/drm/bridge/nxp-ptn3460.c | 10
On Thu, Apr 20, 2017 at 10:58 PM, Emil Velikov
wrote:
> On 18 April 2017 at 20:38, Daniel Vetter wrote:
> > On Tue, Apr 18, 2017 at 02:27:14PM -0400, Rob Clark wrote:
> >> On Tue, Apr 18, 2017 at 1:32 PM, Emil Velikov
> wrote:
> >> > On 18 April 2017 at 16:48, Rob Clark wrote:
> >> >> On Fri,
https://bugs.freedesktop.org/show_bug.cgi?id=100745
--- Comment #2 from mr.nuke...@gmail.com ---
Created attachment 130957
--> https://bugs.freedesktop.org/attachment.cgi?id=130957&action=edit
log around the time the problem happens (with excessive debug info)
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=100745
--- Comment #1 from Edward O'Callaghan ---
OK, I had a short look into this,
So it seems that we have that,
amdgpu_atombios_dp_aux_transfer() calls amdgpu_atombios_dp_process_aux_chan()
which has either a ucReplyStatus == 2 or 3 from atombio
https://bugs.freedesktop.org/show_bug.cgi?id=100745
Bug ID: 100745
Summary: amdgpu fails to wake up DisplayPort DELL monitors with
'clock recovery failed'
Product: DRI
Version: unspecified
Hardware: Other
OS
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/tee/tee_shm.c:87:2: error: unknown field 'kmap_atomic' specified in
initializer
.kmap_atomic = tee_shm_op_kmap_atomic,
^
drivers/tee/tee_shm.c:87:17: error: initialization from i
https://bugs.freedesktop.org/show_bug.cgi?id=100058
--- Comment #11 from Edward O'Callaghan ---
(In reply to Adam Wolk from comment #10)
> > Do the patches in bug 99387 help?
>
> This is a machine I use for work unfortunately I can't fiddle with it more.
>
> Regarding the flickering issue I rep
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/ast/Makefile | 2 --
drivers/gpu/drm/ast/ast_ttm.c | 2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ast/Makef
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/mga/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/mga/Makefile b/drivers/gpu/drm/mga/Makefile
index 6068478..49e972c 100644
--- a
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/omapdrm/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/omapdrm/Makefile b/drivers/gpu/drm/omapdrm/Makefile
index 48b7b75..b391be7
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/virtio/Makefile | 2 --
drivers/gpu/drm/virtio/virtgpu_debugfs.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_drv.c | 4 ++--
drivers/gpu
Ah, had to forget something :)
Reviewed-by: Mikko Perttunen
On 19.04.2017 21:24, Arnd Bergmann wrote:
When IOMMU_IOVA is not built-in but host1x is, we get a link error:
drivers/gpu/host1x/dev.o: In function `host1x_remove':
dev.c:(.text.host1x_remove+0x50): undefined reference to `put_iova_d
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/mgag200/Makefile | 1 -
drivers/gpu/drm/mgag200/mgag200_ttm.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gp
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/gma500/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/Makefile b/drivers/gpu/drm/gma500/Makefile
index 190e55f..c1c8dc1 100
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
The fixes of include/drm/ttm/*.h will help driver Makefiles drop
-Iinclude/drm flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/ttm/Makefile | 1 -
drivers/gpu/drm/ttm/ttm_bo_vm.c
In several instances the driver passes an 'enum pipe' value to a
function expecting an 'enum transcoder' and viceversa. Since PIPE_x and
TRANSCODER_x have the same values this doesn't cause functional
problems. Still it is incorrect and causes clang to generate warnings
like this:
drivers/gpu/drm/
On Tue, Apr 18, 2017 at 05:40:36PM +0900, Hoegeun Kwon wrote:
> This patch add the panel device tree node for s6e3hf2 display
> controller to TM2e dts.
>
> Signed-off-by: Hoegeun Kwon
> Reviewed-by: Andrzej Hajda
> ---
> arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts | 11 +++
> 1 file
On 20.04.2017 13:02, Arnd Bergmann wrote:
On Thu, Apr 20, 2017 at 11:44 AM, Mikko Perttunen wrote:
On 20.04.2017 11:25, Arnd Bergmann wrote:
On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote:
On 19.04.2017 21:24, Arnd Bergmann wrote:
I don't think this can be a per-platform policy.
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/i810/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i810/Makefile b/drivers/gpu/drm/i810/Makefile
index 43844ec..639f859 100644
--
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/tilcdc/Makefile | 1 -
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/dr
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
While we are here, use <...> instead of "..." for include/linux/*.h
headers too.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/vc4/Makefile| 2 --
drivers/gpu/drm/vc4/vc4_crtc.c | 14 +++
On 20.04.2017 11:25, Arnd Bergmann wrote:
On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote:
On 19.04.2017 21:24, Arnd Bergmann wrote:
When dma_addr_t and phys_addr_t are not the same size, we get a warning
from the dma_alloc_wc function:
drivers/gpu/host1x/cdma.c: In function 'host1x_p
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/amd/amdgpu/Makefile | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.c | 2 +-
drive
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/udl/Makefile | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/udl/Makefile b/drivers/gpu/drm/udl/Makefile
index 195bcac..36f2e82 100644
--
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/qxl/Makefile | 2 --
drivers/gpu/drm/qxl/qxl_debugfs.c | 2 +-
drivers/gpu/drm/qxl/qxl_display.c | 2 +-
drivers/gpu/drm/qxl/qxl_drv.c
Many Makefiles needed to add -Iinclude/drm as an include path,
but the right thing to do is to include headers in the form
#include
This series fixes the source files, then rip off -Iinclude/drm flags.
Masahiro Yamada (28):
drm/ttm: fix include notation and remove -Iinclude/drm flag
drm/
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/cirrus/Makefile | 1 -
drivers/gpu/drm/cirrus/cirrus_ttm.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/dr
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/bochs/Makefile | 1 -
drivers/gpu/drm/bochs/bochs.h | 4 ++--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/bochs
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/msm/msm_fbdev.c | 2 +-
drivers/gpu/drm/nouveau/Kbuild| 1 -
drivers/gpu/drm/nouveau/nouveau_drm.c | 4 ++--
drivers/gpu/drm/nouveau/
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/vmwgfx/Makefile | 3 ---
drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 2 +-
drivers/gpu/drm/vm
Hi everyone,
Sorry for the late reply. My university exams are in progress and will keep
me busy till 27th April.
First of all, I would like to clear the air a little bit; I do have a
knowledge of C/C++ but the knowledge and understanding is only limited to
pursuing undergraduate level Computer sc
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/hisilicon/hibmc/Makefile| 1 -
drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/bridge/Makefile| 2 --
drivers/gpu/drm/bridge/nxp-ptn3460.c | 10 +-
drivers/gpu/drm/bridge/parade-ps8622.c | 8
3 fil
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/btc_dpm.c | 2 +-
drivers/gpu/drm/radeon/ci_dpm.c | 2 +-
drivers/gpu/drm/radeon/ci
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/r128/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/r128/Makefile b/drivers/gpu/drm/r128/Makefile
index 1cc72ae..1a6700e 100644
--
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/i2c/Makefile | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i2c/Makefile b/drivers/gpu/drm/i2c/Makefile
index 43aa33b..a77acfc 100644
---
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/savage/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/savage/Makefile b/drivers/gpu/drm/savage/Makefile
index d8f84ac..cfd436b 100
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/vgem/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/vgem/Makefile b/drivers/gpu/drm/vgem/Makefile
index bfcdea1..cb5d413 100644
--
On Thu, Apr 20, 2017 at 10:25:01AM +0200, Arnd Bergmann wrote:
> On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote:
> > I think we have a "policy" on Tegra that the DMA API will never allocate
> > using the IOMMU (Thierry can elaborate on this), which is why I wrote the
> > code with that ass
Hi
If you want I work with a Allwinner A20 (my board are derived from
OlinuXino-Micro-A20), and I will interest with LVDS function.
I use your patch but I have nothing to display on my screen.
You can see my work on
https://github.com/Philippe12/linux-sunxi/tree/sun7i-A20-lvds
My hardware is go
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/msm/Makefile | 2 +-
drivers/gpu/drm/msm/dsi/dsi.h| 6 +++---
drivers/gpu/drm/msm/edp/edp.h
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/tdfx/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/tdfx/Makefile b/drivers/gpu/drm/tdfx/Makefile
index 0379f29..74bd4ae3 100644
-
On 19.04.2017 21:24, Arnd Bergmann wrote:
When dma_addr_t and phys_addr_t are not the same size, we get a warning
from the dma_alloc_wc function:
drivers/gpu/host1x/cdma.c: In function 'host1x_pushbuffer_init':
drivers/gpu/host1x/cdma.c:94:48: error: passing argument 3 of 'dma_alloc_wc'
from in
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/via/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/via/Makefile b/drivers/gpu/drm/via/Makefile
index d59e258..751fa8b 100644
--- a
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/sis/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/sis/Makefile b/drivers/gpu/drm/sis/Makefile
index 441c061..7bf4c13 100644
--- a
https://bugs.freedesktop.org/show_bug.cgi?id=100695
--- Comment #4 from Michel Dänzer ---
Bug 100681 was fixed by LLVM SVN r300791, how about this?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri
While reading drm_for_each_connector_iter, I noticed a mention to
drm_connector_begin which doesn't exist. It should be
drm_connector_get.
Signed-off-by: Gabriel Krisman Bertazi
---
include/drm/drm_connector.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_co
On Fri, Apr 21, 2017 at 12:33:59AM +0300, Laurent Pinchart wrote:
> To ensure that neither the GEM object nor the DRM device goes away while
> a GEM object exported through dma-buf is still accessible, take a
> reference to both the GEM object and the DRM device at export time. The
> dma-buf releas
On Thu, Apr 20, 2017 at 9:36 AM, Maxime Ripard
wrote:
> Hi Rob,
>
> On Thu, Apr 20, 2017 at 09:02:53AM -0500, Rob Herring wrote:
>> On Sun, Apr 16, 2017 at 08:08:40PM +0800, Icenowy Zheng wrote:
>> > diff --git a/include/dt-bindings/clock/sun8i-de2.h
>> > b/include/dt-bindings/clock/sun8i-de2.h
>
On Thu, Apr 20, 2017 at 10:11 PM, Sean Paul wrote:
> Hi Dave,
> A few fixes for you to pick up. The driver changes are trivial, and the
> maintainer change was necessitated by the sti fix. The headliner here is the
> dma_buf_ops rename, since it touches so many drivers. Everything looks sane
> an
The fields, variables and functions deal with DMA addresses, name them
accordingly. The omap_gem_get_paddr() and omap_gem_put_paddr() will be
addressed differently separately.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_drv.h| 6 +--
drivers/gpu/drm/omapdrm/omap_fb.
This makes the function more readable.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_gem.c | 43 +++---
1 file changed, 21 insertions(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c
b/drivers/gpu/drm/omapdrm/omap_gem.c
inde
The omap_gem_cpu_sync() function operates at a page level, while the
omap_gem_dma_sync() function operates at a buffer level. Rename them to
omap_gem_cpu_sync_page() and omap_gem_dma_sync_buffer() respectively to
avoid confusion.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_d
The is_cache_coherent() function currently returns true when the mapping
is not cache-coherent. This isn't a bug as such as the callers interpret
cache-coherent as meaning that the driver has to handle the coherency
manually, but it is nonetheless very confusing. Fix it and add a bit
more documenta
The reflects the purpose of the function better.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_drv.h| 4 ++--
drivers/gpu/drm/omapdrm/omap_fb.c | 6 ++---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 9
drivers/gpu/drm/omapdrm/omap_gem.c| 38
To ensure that neither the GEM object nor the DRM device goes away while
a GEM object exported through dma-buf is still accessible, take a
reference to both the GEM object and the DRM device at export time. The
dma-buf release handler already releases the GEM object (which resulted
in a refcount un
Hello,
This patch series updates and extends the previously posted "[PATCH 1/7]
omapdrm: Fix GEM objects DMA unmapping" series.
Compared to v1, the series now includes an extra cleanup (06/10), a cache
handling performance improvement (09/10) and a dmabuf refcount fix (10/10).
Memory leaks have
Both coherent (uncached) and non-coherent (cached) buffers can have
their pages mapped to the device through the DMA mapping API. Make sure
to unmap any mapped page when freeing a buffer, regardless of its type.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_gem.c | 17 ++--
The display engine only reads from memory, there's no need to use
bidirectional DMA mappings. Use DMA_TO_DEVICE instead.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_gem.c| 11 +--
drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 4 ++--
2 files changed, 7 inserti
The field contains DMA addresses, clarify that by renaming it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_gem.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c
b/drivers/gpu/drm/omapdrm/omap_ge
The function is always called with the remap argument set to true.
Hardcode that behaviour and remove it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_drv.h| 3 +--
drivers/gpu/drm/omapdrm/omap_fb.c | 2 +-
drivers/gpu/drm/omapdrm/omap_fbdev.c | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=100742
Bug ID: 100742
Summary: dpm auto doesn't clock the GPU high enough for SteamVR
apps
Product: DRI
Version: unspecified
Hardware: Other
OS: All
S
On Tue, Apr 18, 2017 at 12:11:57PM -0700, Eric Anholt wrote:
> Cygnus has V3D 2.6 instead of 2.1, and doesn't use the VC4 display
> modules. The V3D can be uniquely identified by the IDENT[01]
> registers, and there's nothing to key off of for the display change
> other than the lack of DT nodes f
Hi Dave,
A few fixes for you to pick up. The driver changes are trivial, and the
maintainer change was necessitated by the sti fix. The headliner here is the
dma_buf_ops rename, since it touches so many drivers. Everything looks sane and
builds with that change, so it shouldn't cause problems.
dr
Russell King - ARM Linux writes:
> On Tue, Apr 11, 2017 at 02:00:21PM -0700, Eric Anholt wrote:
>> Russell King - ARM Linux writes:
>>
>> > On Tue, Apr 11, 2017 at 09:06:31AM -0700, Eric Anholt wrote:
>> >> Russell King - ARM Linux writes:
>> >>
>> >> > On Mon, Apr 10, 2017 at 06:18:01PM -070
On 20 April 2017 at 19:13, Marek Szyprowski wrote:
> Dear all,
>
> This is an updated proposal for extending EXYNOS DRM API with generic support
> for hardware modules, which can be used for processing image data from the
> one memory buffer to another. Typical memory-to-memory operations are:
> r
On 18 April 2017 at 20:38, Daniel Vetter wrote:
> On Tue, Apr 18, 2017 at 02:27:14PM -0400, Rob Clark wrote:
>> On Tue, Apr 18, 2017 at 1:32 PM, Emil Velikov
>> wrote:
>> > On 18 April 2017 at 16:48, Rob Clark wrote:
>> >> On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
>> >> wrote:
>> >>> Hi
On Wed, Apr 19, 2017 at 11:06 PM, Hans Verkuil wrote:
> On 19/04/17 18:59, Arnd Bergmann wrote:
>> When the media subsystem is built as a loadable module, a built-in
>> This adds a Kconfig dependency to enforce the HDMI driver to also
>> be a loadable module in this case.
>
> I've marked this pat
On 18.04.2017 17:48, Rob Clark wrote:
On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
wrote:
Hi there
I am Raghav Jajodia, an Engineering student from India. While going through
the X.org foundation, I felt that X.org is a great community for new Open
Source developers. I am deeply interested
On Tue, Apr 18, 2017 at 05:40:34PM +0900, Hoegeun Kwon wrote:
> The samsung s6e3hf2 panel is a 5.65" 1600x2560 AMOLED panel connected
> using MIPI-DSI interfaces.
>
> The s6e3hf2 is add to samsung,s6e3ha2.txt binding because it is a
> panel similar to the s6e3ha2. So add the compatible string and
From: Clint Taylor
Adding DPCD register definitions from the DP 1.3 specification for CEC
over AUX support.
V2: Add DP_ prefix to all defines.
V3: missed prefixes from the ESI1 defines
Cc: Jani Nikula
Reviewed-by: Jani Nikula
Signed-off-by: Clint Taylor
---
include/drm/drm_dp_helper.h |
https://bugs.freedesktop.org/show_bug.cgi?id=93341
--- Comment #27 from Julien Isorce ---
About your comment #26, do you get similar logs than those attached ? i.e. ring
N stalled then gpu softreset then freeze which requires reboot ?
Can you try https://bugs.freedesktop.org/show_bug.cgi?id=1007
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--- Comment #7 from Julien Isorce ---
I made 2 apitrace using Zach's test mentioned here
https://bugs.freedesktop.org/show_bug.cgi?id=100465#c24 . This test is also
good to reproduce this ring 0 stalled issue.
1: apitrace ideal for vram size 20
From: Clint Taylor
Adding DPCD register definitions from the DP 1.3 specification for CEC
over AUX support.
V2: Add DP_ prefix to all defines.
Reviewed-by: Jani Nikula
Signed-off-by: Clint Taylor
---
include/drm/drm_dp_helper.h | 59 +++
1 file chang
https://bugs.freedesktop.org/show_bug.cgi?id=100712
Julien Isorce changed:
What|Removed |Added
Summary|ring 0 stalled after|ring 0 stalled after
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--- Comment #6 from Julien Isorce ---
Created attachment 130947
--> https://bugs.freedesktop.org/attachment.cgi?id=130947&action=edit
dmesg_W9000_with_custom_fence_debug.log
--
You are receiving this mail because:
You are the assignee for th
On Tue, 04 Apr 2017, Manasi Navare wrote:
> From: "Navare, Manasi D"
>
> Display stream compression is supported on DP 1.4 DP
> devices. This patch adds the corersponding DPCD
> register definitions for DSC.
>
> v4:
> * Add DSC Enable DPCD register def (Ander)
> v3:
> * Add some SHIFTS and MASKS
On Wed, 19 Apr 2017, clinton.a.tay...@intel.com wrote:
> From: Clint Taylor
>
> Adding DPCD register definitions from the DP 1.3 specification for CEC
> over AUX support.
>
> Signed-off-by: Clint Taylor
Literally all DPCD macros in the file are prefixed with DP_. With that
added to everything he
On Tue, Apr 18, 2017 at 07:05:12PM +0800, Icenowy Zheng wrote:
> >> @@ -56,7 +55,7 @@ static void sun4i_crtc_atomic_flush(struct drm_crtc
> >*crtc,
> >>
> >>DRM_DEBUG_DRIVER("Committing plane changes\n");
> >>
> >> - sun4i_backend_commit(scrtc->backend);
> >> + scrtc->engine_ops->commit(s
Hi Rob,
On Thu, Apr 20, 2017 at 09:02:53AM -0500, Rob Herring wrote:
> On Sun, Apr 16, 2017 at 08:08:40PM +0800, Icenowy Zheng wrote:
> > diff --git a/include/dt-bindings/clock/sun8i-de2.h
> > b/include/dt-bindings/clock/sun8i-de2.h
> > new file mode 100644
> > index ..982c6d18c75b
>
On Sun, Apr 16, 2017 at 08:08:41PM +0800, Icenowy Zheng wrote:
> Allwinner V3s SoC have a display engine which have a different pipeline
> with older SoCs.
>
> Add document for it (new compatibles and the new "mixer" part).
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v4:
> - Removed the
On Sun, Apr 16, 2017 at 08:08:40PM +0800, Icenowy Zheng wrote:
> The "Display Engine 2.0" in Allwinner newer SoCs contains a clock
> management unit for its subunits, like the DE CCU in A80.
>
> Add a sunxi-ng style driver for it.
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v4:
> - Fixed
On Sun, Apr 16, 2017 at 08:08:39PM +0800, Icenowy Zheng wrote:
> Allwinner "Display Engine 2.0" contains some clock controls in it.
>
> In order to add them as clock drivers, we need a device tree binding.
> Add the binding here.
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v4:
> - Droppe
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #19 from MirceaKitsune ---
llvm 4.0.0 is now in openSUSE Tumbleweed: I have preformed a 'zypper dup',
installed it, and restarted. Now it's time to see if this really makes the
freeze go away.
Please allow me to keep this issue open
https://bugs.freedesktop.org/show_bug.cgi?id=100681
jdr...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Also, I still haven't dropped this small project of mine, using such an
API for an Exynos renderer backend for the mpv media player.
With best wishes,
Tobias
>>> Open questions:
>>> - How to expose pp capabilities and supported formats? Currently this is
I'll send a v2 that does that.
regards,
dan carpenter
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
L_MODE_OBJ_GETPROPERTIES ioctls)
for this purpose?
TODO:
- convert remaining Exynos DRM IPP drivers (FIMC, GScaller)
- remove Exynos DRM IPP subsystem
- (optional) provide virtual V4L2 mem2mem device on top of Exynos PP
framework
Patches were tested on Exynos 4412-based Odroid U3 board, on top o
Hi Dan,
On Thu, 2017-04-20 at 13:24 +0300, Dan Carpenter wrote:
> We expected to end with "timeout_ms" set to zero, but it's a post-op so
> the current code ends with -1. Let's fix this by changing it to a
> pre-op.
>
> Fixes: 21898816831f ("drm/mediatek: add dsi transfer function")
> Signed-off
We expected to end with "timeout_ms" set to zero, but it's a post-op so
the current code ends with -1. Let's fix this by changing it to a
pre-op.
Fixes: 21898816831f ("drm/mediatek: add dsi transfer function")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drive
and modifiers:
> http://www.spinics.net/lists/dri-devel/msg137380.html
> - Is it okay to use DRM objects and properties API
> (DRM_IOCTL_MODE_GETPROPERTY and DRM_IOCTL_MODE_OBJ_GETPROPERTIES ioctls)
> for this purpose?
>
> TODO:
> - convert remaining Exynos DRM IPP drivers (FIMC, G
The omapdrm driver uses a custom API to synchronize with the SGX GPU.
This is unusable as such in the mainline kernel as the API is only
partially implemented and requires additional out-of-tree patches.
Furthermore, as no SGX driver is available in the mainline kernel, the
API can't be considered
On Thu, Apr 20, 2017 at 11:49 AM, Russell King - ARM Linux
wrote:
> On Thu, Apr 20, 2017 at 10:25:01AM +0200, Arnd Bergmann wrote:
>> On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote:
>> > I think we have a "policy" on Tegra that the DMA API will never allocate
>> > using the IOMMU (Thierry
On Thu, Apr 20, 2017 at 11:44 AM, Mikko Perttunen wrote:
> On 20.04.2017 11:25, Arnd Bergmann wrote:
>> On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote:
>>> On 19.04.2017 21:24, Arnd Bergmann wrote:
>>
>> I don't think this can be a per-platform policy.
>
>
> Yeah, now that we are using th
On 04/19/2017 10:21 AM, Archit Taneja wrote:
On 04/14/2017 02:01 PM, Romain Perier wrote:
Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
step E. and is kept enabled for later use. This clock should be enabled
and disabled along with the actual audio stream and not alwa
nos DRM IPP drivers (FIMC, GScaller)
- remove Exynos DRM IPP subsystem
- (optional) provide virtual V4L2 mem2mem device on top of Exynos PP framework
Patches were tested on Exynos 4412-based Odroid U3 board, on top of Linux
next-20170420 kernel.
Best regards
Marek Szyprowski
Samsung R&D Ins
Add a DRM_MODE_PROP_VENDOR flag, which allows to create DRM properties
for vendor, custom DRM objects. This allows to create OBJECT type properties,
which were reserved only for ATOMIC mode sets. This flag is also checked
in drm_object_property_get_value() function to let userspace to get
default v
Make drm_mode_object_add() and drm_mode_object_unregister() functions
public, so the drivers can register their own DRM objects to the core.
Those objects can be queried by generic DRM_IOCTL_MODE_OBJ_GETPROPERTIES
ioctl.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/drm_crtc_internal.h | 4
1 - 100 of 112 matches
Mail list logo
