From: Michel Dänzer
The slice_size and bo_size fields were getting truncated to 32 bits.
Signed-off-by: Michel Dänzer
---
radeon/radeon_surface.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index fad4
Hi Mark,
On 11/10/2015 05:59 PM, Mark Yao wrote:
> From: Dominik Behr
>
> VOP_WINx_DSP_ST does not require subtracting 1 from the values written to
> it. It actually causes the screen to be shifted by one pixel.
>
> Signed-off-by: Mark Yao
I have meet the screen shift problem on RK3036 SDK boar
From: Dominik Behr
VOP_WINx_DSP_ST does not require subtracting 1 from the values written to
it. It actually causes the screen to be shifted by one pixel.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
ier for people to spot what's going wrong.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/fba23936/attachment.sig>
nd-aid and then apply this one on top for v4.4.
Thierry
------ next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/889950d7/attachment-0001.sig>
On 2015å¹´11æ10æ¥ 17:28, Heiko Stuebner wrote:
> Am Dienstag, 10. November 2015, 17:26:10 schrieb Mark yao:
>> On 2015å¹´11æ10æ¥ 14:46, Heiko Stuebner wrote:
>>> Hi Mark,
>>>
>>> Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao:
Hi Heiko
I don't think this patch is
From: Daniel Vetter
Apparently pre-nv50 pageflip events happen before the actual vblank
period. Therefore that functionality got semi-disabled in
commit af4870e406126b7ac0ae7c7ce5751f25ebe60f28
Author: Mario Kleiner
Date: Tue May 13 00:42:08 2014 +0200
drm/nouveau/kms/nv04-nv40: fix page
Hi Tomeu,
On Tue, Oct 27, 2015 at 10:38 PM, Tomeu Vizoso
wrote:
> Adds a function that sets the pointer to dev_pm_domain in struct device
> and that warns if the device has already finished probing. The reason
> why we want to enforce that is because in the general case that can
> cause problems
On 2015å¹´11æ10æ¥ 14:46, Heiko Stuebner wrote:
> Hi Mark,
>
> Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao:
>> Hi Heiko
>>I don't think this patch is needed for rockchip drm, since
>> rockchip drm only use kms.
>> I saw the discussion about ("drm/exynos: create a fake mmap o
On 11/10/2015 05:00 PM, Thierry Reding wrote:
> On Tue, Nov 10, 2015 at 03:54:52PM +0100, Mario Kleiner wrote:
>> From: Daniel Vetter
>>
>> Apparently pre-nv50 pageflip events happen before the actual vblank
>> period. Therefore that functionality got semi-disabled in
>>
>> commit af4870e406126b7a
Hello Marek,
this looks very interesting. I'll try to integrate this with my mpv DRM
backend once the colorspace conversion bits are implemented.
I also wanted to suggest that using the IPP blocks (rotator, FIMC)
should be still be possible without any kind of display active. So
similar in the wa
We want to display a buffer allocated by other driver, need import
the buffer to gem.
Signed-off-by: Mark Yao
---
Changes in resend:
- rebase to this patch to newest origin/drm-next 4.3-rc5
Changes in v2:
Adviced by Russell King
- check sgt-nents == 1 when get iova from scatterlist
- remove unuse
s/gpu/drm/nouveau/nouveau_display.c | 19 ++-
> include/drm/drmP.h| 4 +++
> 3 files changed, 68 insertions(+), 9 deletions(-)
This looks good to me. Let me clean this up a little and submit it to
Dave.
Thierry
-- next part --
A n
I had sent a patch to revert this rockchip commit, verfied rockchip
drm works. So we can do the fix later.
Thanks all the same. :-)
-- ï¼ark Yao
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225.
Rockchip drm can't work with generic drm_of_component_probe now
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 +--
1 file changed, 75 insertions(+), 6 deletions(-)
diff --git
Am Dienstag, 10. November 2015, 17:59:10 schrieb Mark Yao:
> From: Dominik Behr
>
> VOP_WINx_DSP_ST does not require subtracting 1 from the values written to
> it. It actually causes the screen to be shifted by one pixel.
>
> Signed-off-by: Mark Yao
One thing I noticed, the original patch [0]
From: Daniel Vetter
Apparently pre-nv50 pageflip events happen before the actual vblank
period. Therefore that functionality got semi-disabled in
commit af4870e406126b7ac0ae7c7ce5751f25ebe60f28
Author: Mario Kleiner
Date: Tue May 13 00:42:08 2014 +0200
drm/nouveau/kms/nv04-nv40: fix page
On Tue, Nov 10, 2015 at 7:17 AM, Arnd Bergmann wrote:
> The amdgpu driver has a debugfs interface that shows the amount of
> VRAM in use, but the newly added code causes a build error on
> all 32-bit architectures:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1076:17: warning: format '%lu'
> expec
you change that line from 1762 to 1462?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/eadf4139/attachment.html>
Hello,
When booting my Juno board with the HDLCD driver that I have converted to
atomic operations I'm getting the following warning:
[ cut here ]
WARNING: at /work/repositories/kernel/drivers/gpu/drm/drm_atomic_helper.c:674
Modules linked in: hdlcd(+) clk_scpi
CPU: 3 PID
On Tue, Nov 10, 2015 at 4:27 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The slice_size and bo_size fields were getting truncated to 32 bits.
>
> Signed-off-by: Michel Dänzer
> ---
> radeon/radeon_surface.c | 17 +
> 1 file changed, 9 insertions(+), 8 deletions(-)
Rev
Hello Hyungwon,
Hyungwon Hwang wrote:
> Hello Tobias,
>
> On Mon, 09 Nov 2015 10:47:02 +0100
> Tobias Jakobi wrote:
>
>> Hello Hyungwon,
>>
>>
>> Hyungwon Hwang wrote:
>>> Hello Tobias,
>>>
>>> I was in vacation last week, so I could run your code today. I found
>>> that what g2d_move() does i
Hello Hyungwon,
Hyungwon Hwang wrote:
> Hello Tobias,
>
> On Mon, 09 Nov 2015 10:47:13 +0100
> Tobias Jakobi wrote:
>
>> Hello Hyungwon,
>>
>>
>> Hyungwon Hwang wrote:
>>> Hello,
>>>
>>> I think this patch should update .gitignore, not for adding the
>>> built binary to untracked file list.
>>
This patch adds support for plane scaling. Minor changes were needed to
use existing Exynos IPP integration code for enabling scaling feature.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 8 +---
drivers/gpu/drm/exynos/exynos_drm_plane_ipp.c | 22 +
This patch adds generic plane rotation property for all supported
drivers. This has been implemented with additional help from Exynos IPP
(Exynos Image Post-Processing subsystem) with temporary framebuffers.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig| 8
IPP framework stored global context in driver data of its platform device.
This patch moves it to global variable to simplify access. There exists
only one such framework, so there is no drawback of this change.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 50 +++
Replace calls to exynos_drm_gem_get_{dma_addr,size}, by a simpler
function exynos_drm_gem_get(). This lets the caller to get access to
exynos_drm_gem object and extract any information about GEM object
without searching object tree for getting each parameter.
Signed-off-by: Marek Szyprowski
---
This patch removes old, unused function prototypes from exynos_drm_gem.h.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_gem.h | 28
1 file changed, 28 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h
b/drivers/gpu/drm/exynos
This patch forces all GEM buffers to have pitch aligned at least to 8
pixels. This is a common requirement for various Exynos IPP blocks,
which otherwise won't be able to operate on buffers of random size.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++
driver
Add framebuffer pointer to exynos_drm_plane_state and tell drivers to use
it. This lets common plane code to set temporary framebuffer in the
future and drivers will use it without additional changes.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-
drive
This patch fixes trashed display of buffers cropped to very small width.
Even if DMA is unstable and causes tearing when changing the burst size,
it is still better than displaying a garbage.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 24 +++---
This patch fixes calculation of src x/y offset for negative crtc x/y
values when scalling is enabled. This fixes possible IOMMU fault when
scalling is enabled.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 13 +++--
1 file changed, 7 insertions(+), 6 del
Common plane code already calculates and checks for supported scalling
modes, so additional code in mixer driver can be now removed.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 33 +++--
1 file changed, 3 insertions(+), 30 deletions(-)
This patch adds generic check for plane state: pixel format and display
area dimensions, so drivers can always assume that they get valid plane
state to set.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++
drivers/gpu/drm/exynos/exynos_drm_plane.c | 51
This patch adds common structure for keeping plane configuration and
capabilities data. This patch is inspired by similar code developed by
Tobias Jakobi.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 +++---
drivers/gpu/drm/exynos/exynos7_drm_decon.c
Video overlay plane should be registered only when suitable hardware
sub-block (Video Processor) is available.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm
This patch replaces usage of crtc->mode with crtc->state->adjusted_mode
like it is already done in common plane code.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mi
This patch introduces exynos_drm_plane_state structure, which subclasses
drm_plane_state and holds precalculated data suitable for configuring
Exynos hardware.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 21 ++---
drivers/gpu/drm/exynos/exynos7_drm_decon.
DMA address is a framebuffer attribute and the right place for it is
exynos_drm_framebuffer not exynos_drm_plane. This patch also introduces
helper function for getting dma address of the given framebuffer.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 13 ++
Display area is already checked by exynos plane core, so there is no
need for such check in driver code.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos7_drm_decon.c
b/dri
This driver was not used after introduction of common clock framework.
This patch adds missing prepare/unprepare calls and allows to use it
again with current kernel code.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 ++--
1 file changed, 2 insertions(+), 2
From: Seung-Woo Kim
NV12 and YUV420 formats are needed to calculate offset of each plane
in a gem buffer for ipp gsc. Without proper offset, only Y plane
can be processed, so result shows green frame. This patch fixes to
calculate offset for cbcr planes for NV12 and YUV420 formats.
Signed-off-by
From: Seung-Woo Kim
NV12 and YUV420 formats are need to calculate offset of each plane
for ipp fimc in a gem buffer. Without proper offset, only Y plane
can be processed, so result shows green frame.
This patch fixes to calculate offset for cbcr planes for NV12 and
YUV420 formats.
Signed-off-by:
This patch adds device tree support for exynos_drm_gsc. This patch
also fixed build issue on non-Exynos platforms, thus dependency on
!ARCH_MULTIPLATFORM can be now removed. The driver cannot be used
simultaneously with V4L2 Mem2Mem GScaller driver thought.
Signed-off-by: Seung-Woo Kim
[updated c
From: Seung-Woo Kim
At probe time, gsc clock is not enabled, so pm_runtime state should
be deactive. So this patch removes pm_runtime_set_active() from
gsc_probe().
Signed-off-by: Seung-Woo Kim
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 1 -
1 file changed,
From: Seung-Woo Kim
Ths patch changes the clk_enable and clk_disable call in gsc driver
into clk_prepare_enable and clk_disable_unprepare.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 4 ++--
1 file changed, 2 insertions(+), 2 dele
This patch adds device node for Rotator device to Exynos 542x device
tree file.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos5420.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
in
This patch adds device node for Rotator device to Exynos 4210 and 4x12
device tree files.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4.dtsi| 10 +-
arch/arm/boot/dts/exynos4210.dtsi | 8
arch/arm/boot/dts/exynos4x12.dtsi | 4
3 files changed, 21 inser
Dear All,
This patch series introduces a new life into Exynos IPP (Image Post
Processing) subsystem by integrating it (transparently for userspace
applications) with Exynos DRM core plane management. This means that all
CRTC drivers transparently get support for standard features of IPP
subsystem
Hi Heiko
I don't think this patch is needed for rockchip drm, since
rockchip drm only use kms.
I saw the discussion about ("drm/exynos: create a fake mmap offset with
gem creation"),
Inki said that: "This patch makes drm_gem_create_mmap_offset to be
called even in case of
not using dumb* i
On 2015å¹´11æ10æ¥ 03:52, Heiko Stuebner wrote:
> Commit 371f0f085f629 ("ARM: 8426/1: dma-mapping: add missing range check
> in dma_mmap()") introduced offset-checking for mappings, which collides
> with the fake-offset the drm sets for gems.
>
> Other drm-drivers set this offset to 0 before do
Thanks for your analysis, let me know what happen.
--
ï¼ark Yao
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151110/8493f366/attachment.html>
Hello Tobias,
On Mon, 09 Nov 2015 10:47:02 +0100
Tobias Jakobi wrote:
> Hello Hyungwon,
>
>
> Hyungwon Hwang wrote:
> > Hello Tobias,
> >
> > I was in vacation last week, so I could run your code today. I found
> > that what g2d_move() does is actually copying not moving, because
> > the oper
The amdgpu driver has a debugfs interface that shows the amount of
VRAM in use, but the newly added code causes a build error on
all 32-bit architectures:
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1076:17: warning: format '%lu' expects
argument of type 'long unsigned int', but argument 4 has type '
On Thu, Nov 5, 2015 at 2:06 PM, Jay Cornwall wrote:
> The VM default page (used when a VM translation fails) is allocated in
> system memory. The VM is misconfigured to interpret the physical address
> as referencing a VRAM physical page.
>
> Route default page accesses to system memory.
>
> Signe
Am Dienstag, 10. November 2015, 17:59:10 schrieb Mark Yao:
> From: Dominik Behr
>
> VOP_WINx_DSP_ST does not require subtracting 1 from the values written to
> it. It actually causes the screen to be shifted by one pixel.
>
> Signed-off-by: Mark Yao
funny I never noticed that shift, but now th
Hello Tobias,
On Mon, 09 Nov 2015 10:47:13 +0100
Tobias Jakobi wrote:
> Hello Hyungwon,
>
>
> Hyungwon Hwang wrote:
> > Hello,
> >
> > I think this patch should update .gitignore, not for adding the
> > built binary to untracked file list.
> Thanks!
>
>
> > Also, I want to make clear about
On Tue, Nov 10, 2015 at 04:47:19PM +0800, Mark Yao wrote:
> This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225.
>
> Rockchip drm can't work with generic drm_of_component_probe now
>
> Signed-off-by: Mark Yao
Acked-by: Liviu Dudau
> ---
> drivers/gpu/drm/rockchip/rockchip_drm_drv.c
Am Dienstag, 10. November 2015, 17:26:10 schrieb Mark yao:
> On 2015å¹´11æ10æ¥ 14:46, Heiko Stuebner wrote:
> > Hi Mark,
> >
> > Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao:
> >> Hi Heiko
> >>I don't think this patch is needed for rockchip drm, since
> >> rockchip drm only
On Tue, Nov 10, 2015 at 04:53:09PM +0800, Mark yao wrote:
>On 2015å¹´11æ09æ¥ 19:57, Liviu Dudau wrote:
>
> Meanwhile, what is your suggestion regarding the patchset. I've seen David
> has
> sent Linus a pull request for 4.4-rc1 that includes it. Should we send a
> revert for rockchip co
From: Dave Airlie
gk20a is an ARM only GPU, so we can just do the correct thing on
ARM but fail on other architectures. The other option was to use
SWIOTLB as the define, which means phys_to_page exists, but
this seems clearer.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nvkm/subdev
Hi Mark,
Am Dienstag, 10. November 2015, 14:17:43 schrieb Mark yao:
> Hi Heiko
> I don't think this patch is needed for rockchip drm, since
> rockchip drm only use kms.
> I saw the discussion about ("drm/exynos: create a fake mmap offset with
> gem creation"),
> Inki said that: "This patch
https://bugzilla.kernel.org/show_bug.cgi?id=106851
lbl changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
63 matches
Mail list logo