https://bugs.freedesktop.org/show_bug.cgi?id=101881
--- Comment #11 from Mike Lothian ---
So I think I've tracked this down
LLVM GCC 6.3.0 & Mesa GCC 6.3.0 Works
LLVM GCC 6.3.0 & Mesa GCC 7.1.0 Broken
LLVM GCC 7.1.0 & Mesa GCC 6.3.0 Works
LLVM GCC 7.1.0 & Mesa GCC 7.1.0 Broken
I'm not sure why
Hi Laurent,
Thanks for your detailed comments. Maciej resurrected some orphaned code,
which is still useful today (Tomasz has left Samsung a few years ago).
I'm not sure we will be able to answer all your questions without deep
investigation, especially about the driver operation details, but we
Den 04.08.2017 00.41, skrev David Lechner:
On 08/01/2017 03:14 PM, David Lechner wrote:
If we return here and import_attach is true, then
dma_buf_end_cpu_access()
will not be called balance dma_buf_begin_cpu_access().
Fix by setting ret instead of returning.
Signed-off-by: David Lechner
---
Hi Linus,
Either my email ate everything or everyone is on holidays, either way
all I can find is some lonely AMD fixes.
Dave.
The following changes since commit 16f73eb02d7e1765ccab3d2018e0bd98eb93d973:
Linux 4.13-rc3 (2017-07-30 12:40:36 -0700)
are available in the git repository at:
gi
The videomode structures are only copied into the vm field of a
panel_drv_data structure, so they can be const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/gpu/drm/omapdrm/displays/panel-lgphilips-lb035q02.c |2 +-
drivers/gpu/drm/omapdrm/displays/panel-tpo-td
Hi Krzysztof,
On 2017-08-03 21:20, Krzysztof Kozlowski wrote:
On Thu, Aug 03, 2017 at 09:45:23AM +0200, Maciej Purski wrote:
This patch adds HDMI and Sil9234 MHL converter to Trats2 board.
Just "Add HDMI...", without this patch.
Except few minor nitpicks below, looks good. After fixing I will
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #24 from Shmerl ---
(In reply to Philipp Überbacher from comment #23)
>
> The latest kernel I tried this with is 4.12.3, does that qualify? (mesa
> 17.1.5, xf86-video-amdgpu 1.3.0).
Did you build it from here: https://cgit.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #23 from Philipp Überbacher ---
(In reply to Shmerl from comment #22)
> Did anyone try to reproduce this bug with AMD kernel that supports display
> code (i.e. one with Vega support)?
The latest kernel I tried this with is 4.12.3, d
On Thu, Jul 20, 2017 at 6:29 PM, Jonathan Liu wrote:
> The physical size of the panel is 105.5 (W) x 67.2 (H) x 4.05 (D) mm
> but the active display area is 95.04 (W) x 53.856 (H) mm.
>
> The width and height should be set to the active display area.
>
> Signed-off-by: Jonathan Liu
You probably
Hi,
On Tue, Aug 1, 2017 at 9:13 PM, Icenowy Zheng wrote:
> From: Jernej Skrabec
>
> When setting the HDMI clock of H3, the PLL_VIDEO clock needs to be set.
>
> Add CLK_SET_RATE_PARENT flag for H3 HDMI clock.
>
> Signed-off-by: Jernej Skrabec
> Signed-off-by: Icenowy Zheng
> ---
> drivers/clk/
On 03/08/17 10:54 PM, Daniel Vetter wrote:
> On Thu, Aug 3, 2017 at 1:17 AM, Daniel Vetter wrote:
>> On Wed, Aug 2, 2017 at 10:50 PM, Alex Deucher wrote:
>>> On Wed, Aug 2, 2017 at 7:56 AM, Daniel Vetter
>>> wrote:
The only thing modern drivers are supposed to do in lastclose is
resto
On Tue, Aug 1, 2017 at 9:12 PM, Icenowy Zheng wrote:
> From: Icenowy Zheng
>
> Allwinner H3 has two special TCONs without channel 0.
>
> Add support for this kind of TCON.
>
> Signed-off-by: Icenowy Zheng
Ideally you would split this into two patches. The first one would add
the quirks support
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #22 from Shmerl ---
Did anyone try to reproduce this bug with AMD kernel that supports display code
(i.e. one with Vega support)?
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Mark,
在 2017/8/1 16:11, Mark Yao 写道:
According to the kerneldoc[0], should do fbdev setup before calling
drm_kms_helper_poll_init(), otherwise, Kms hotplug event may race
into fbdev helper initial, and fb_helper->dev may be NULL pointer,
that would cause the bug:
[0.735411] [0200] *pg
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #8 from Pablo Estigarribia ---
(In reply to Pablo Estigarribia from comment #7)
> I have tried now two more combinations (in /etc/environment to stabilize
> gnome session):
>
> MESA_GL_VERSION_OVERRIDE=3.0
> MESA_GL_VERSION_OVERRIDE
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #7 from Pablo Estigarribia ---
I have tried now two more combinations (in /etc/environment to stabilize gnome
session):
MESA_GL_VERSION_OVERRIDE=3.0
MESA_GL_VERSION_OVERRIDE=3.1
Up to GL 3.0, everything works fine and stable, glma
On 2017-07-14 15:54, Daniel Vetter wrote:
> On Thu, Jul 13, 2017 at 06:25:27PM +0200, Peter Rosin wrote:
>> The legacy path implements setcmap in terms of crtc .gamma_set.
>>
>> The atomic path implements setcmap by directly updating the crtc gamma_lut
>> property.
>>
>> This has a couple of benefi
On 08/03/2017 08:08 PM, David Lechner wrote:
On 08/03/2017 03:11 PM, Noralf Trønnes wrote:
Den 03.08.2017 19.11, skrev Andy Shevchenko:
On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko
wrote:
On Thu, Aug 3, 2017 at 6:18 PM, David Lechner
wrote:
The particular display I have is this one:
h
On 08/03/2017 03:11 PM, Noralf Trønnes wrote:
Den 03.08.2017 19.11, skrev Andy Shevchenko:
On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko
wrote:
On Thu, Aug 3, 2017 at 6:18 PM, David Lechner
wrote:
The particular display I have is this one:
http://wiki.seeed.cc/Grove-OLED_Display_1.12inc
On 4 August 2017 at 09:22, Chris Wilson wrote:
> Quoting Dave Airlie (2017-08-04 00:01:10)
>> On 4 August 2017 at 02:25, Chris Wilson wrote:
>> > Quoting Dave Airlie (2017-05-12 01:34:55)
>> >> @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device
>> >> *dev, void *data,
>> >>
Hi mark,
在 2017/7/31 17:49, Mark Yao 写道:
The user would be confused while facing a error commit without
any error report.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/r
在 2017/7/31 17:49, Mark Yao 写道:
VOP pitch register is word align, need align to word.
VOP_WIN0_VIR:
bit[31:16] win0_vir_stride_uv
Number of words of Win0 uv Virtual width
bit[15:0] win0_vir_width
Number of words of Win0 yrgb Virtual width
ARGB888 : win0_vir_width
RGB8
Hi mark,
在 2017/7/31 17:49, Mark Yao 写道:
fixup the scale calculation formula on the case
src_height == (dst_height/2).
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.h
On Thu, Aug 03, 2017 at 09:45:23AM +0200, Maciej Purski wrote:
> This patch adds HDMI and Sil9234 MHL converter to Trats2 board.
Just "Add HDMI...", without this patch.
Except few minor nitpicks below, looks good. After fixing I will take it
once bindings got accepted.
>
> Based on previous wor
On Sun, Jul 30, 2017 at 03:07:40PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Document the cec clock binding.
>
> Signed-off-by: Hans Verkuil
> ---
> Documentation/devicetree/bindings/display/bridge/adi,adv7511.txt | 4
> 1 file changed, 4 insertions(+)
Acked-by: Rob Herring
__
Quoting Dave Airlie (2017-08-04 00:01:10)
> On 4 August 2017 at 02:25, Chris Wilson wrote:
> > Quoting Dave Airlie (2017-05-12 01:34:55)
> >> @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device
> >> *dev, void *data,
> >> if (!drm_core_check_feature(dev, DRIVER_SYNCOBJ))
On 4 August 2017 at 02:25, Chris Wilson wrote:
> Quoting Dave Airlie (2017-05-12 01:34:55)
>> @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device *dev,
>> void *data,
>> if (!drm_core_check_feature(dev, DRIVER_SYNCOBJ))
>> return -ENODEV;
>>
>> + if
On 08/01/2017 03:14 PM, David Lechner wrote:
If we return here and import_attach is true, then dma_buf_end_cpu_access()
will not be called balance dma_buf_begin_cpu_access().
Fix by setting ret instead of returning.
Signed-off-by: David Lechner
---
drivers/gpu/drm/tinydrm/mipi-dbi.c | 3 ++-
LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
module for the ST7586 controller with parameters for the LEGO MINDSTORMS
EV3 LCD display.
Signed-off-by: David Lechner
---
MAINTAINERS | 6 +
drivers/gpu/drm/tinydrm/Kconfig | 10 +
drivers/gpu/drm/
The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3
working.
v2 changes:
* Wrote a new driver for ST7586 instead of combining it with existing drivers
* Don't touch MIPI DBI code (other than the patch suggested by Noralf)
* New defconfig patch
v3 changes:
* New patch to
This removes the call to mipi_dbi_init() from mipi_dbi_spi_init() so that
drivers can have a driver-specific implementation if needed.
Suggested-by: Noralf Trønnes
Signed-off-by: David Lechner
Reviewed-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 8 ++--
drivers/gpu/drm/tin
This enables the tinydrm and ST7586 panel modules used by the display
on LEGO MINDSTORMS EV3.
Signed-off-by: David Lechner
---
arch/arm/configs/davinci_all_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/davinci_all_defconfig
b/arch/arm/configs/davinci_all_defco
This adds a new binding for Sitronix ST7586 display panels.
Using lego as the vendor prefix in the compatible string because the display
panel I am working with is an integral part of the LEGO MINDSTORMS EV3.
Signed-off-by: David Lechner
---
.../bindings/display/sitronix,st7586.txt |
This adds a new node for the LEGO MINDSTORMS EV3 LCD display.
Signed-off-by: David Lechner
---
arch/arm/boot/dts/da850-lego-ev3.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/da850-lego-ev3.dts
b/arch/arm/boot/dts/da850-lego-ev3.dts
index 459
This adds parameters for vaddr and clip to tinydrm_xrgb_to_gray8() to
make it more generic.
dma_buf_{begin,end}_cpu_access() are moved out to the repaper driver.
Signed-off-by: David Lechner
---
drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 35 ++
drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #168 from MAD ---
Created attachment 133233
--> https://bugs.freedesktop.org/attachment.cgi?id=133233&action=edit
dmesg radeon kernel 4.10
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #167 from MAD ---
Created attachment 133232
--> https://bugs.freedesktop.org/attachment.cgi?id=133232&action=edit
Xorg.log amdgpu kernel 4.10
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #166 from MAD ---
Created attachment 133231
--> https://bugs.freedesktop.org/attachment.cgi?id=133231&action=edit
dmesg amdgpu kernel 4.10
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #165 from MAD ---
4.10.0-28-generic
[AMD/ATI] Tahiti LE [Radeon HD 7870 XT]
I have the same problem with this card.
On amdgpu I got black screen. But monitor remains on. I can log in via ssh and
all.
On radeon first I get screen f
Den 03.08.2017 19.11, skrev Andy Shevchenko:
On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko
wrote:
On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote:
The particular display I have is this one:
http://wiki.seeed.cc/Grove-OLED_Display_1.12inch/
It looks like it uses a command/data scheme
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||102030
Referenced Bugs:
https://bugs.free
Hi Maciej,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.13-rc3 next-20170803]
[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-Silicon-Image-SiI9234
drivers/gpu/drm/bridge/sii9234.c:1010:3-8: No need to set .owner here. The core
will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
Fixes: 9d5babbeda8a ("drm/bridge: add Silicon Image SiI9234 driver")
CC:
On Wed, Jul 26, 2017 at 11:05:39AM +0100, Russell King wrote:
> Some ARM platforms do not wire the HDLCD interrupt. Allow hdlcd to
> initialise without an interrupt present.
>
> Signed-off-by: Russell King
> ---
> Documentation/devicetree/bindings/display/arm,hdlcd.txt | 6 +++---
Acked-by: Ro
On Thu, Aug 3, 2017 at 11:15 AM, Chris Wilson
wrote:
> Quoting Jason Ekstrand (2017-08-03 19:06:02)
> > I'm not concerned about what happens to racy clients. They get what
> they get.
> > What concerns me is what happens if somehow the fence is replaced and
> deleted
> > before i915_gem_request_
https://bugs.freedesktop.org/show_bug.cgi?id=102031
Bug ID: 102031
Summary: xf86drm.c should use readdir() instead of readdir_r()
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity
Quoting Jason Ekstrand (2017-08-03 19:06:02)
> I'm not concerned about what happens to racy clients. They get what they
> get.
> What concerns me is what happens if somehow the fence is replaced and deleted
> before i915_gem_request_await_dma_fence takes it's reference. Can this cause
> the ker
On Thu, Aug 3, 2017 at 10:00 AM, Chris Wilson
wrote:
> Quoting Jason Ekstrand (2017-07-05 22:15:09)
> > On Wed, Jul 5, 2017 at 2:13 PM, Jason Ekstrand
> wrote:
> >
> > This commit adds support for waiting on or signaling DRM syncobjs as
> > part of execbuf. It does so by hijacking the c
Hi Laurent,
On 29/07/17 22:08, Laurent Pinchart wrote:
> When stopping the CRTC the driver must disable all planes and wait for
> the change to take effect at the next vblank. Merely calling
> drm_crtc_wait_one_vblank() is not enough, as the function doesn't
> include any mechanism to handle the r
On Thu, Aug 03, 2017 at 03:26:01PM +0300, Jani Nikula wrote:
> On Thu, 03 Aug 2017, Cihangir Akturk wrote:
> > drm_*_reference() and drm_*_unreference() functions are just
> > compatibility alias for drm_*_get() and drm_*_put() adn should not be
> > used by new code. So convert all users of compat
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/tegra/drm.c | 12 ++
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c |
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() and should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/amd/amdgpu/amdgpu_bo_list.c
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/bochs/bochs_fbdev.c | 2 +-
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/mgag200/mgag200_cursor.c |
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c| 2 +
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/i915/i915_gem_object.h | 10
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/virtio/virtgpu_display.c |
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/vc4/vc4_bo.c | 12 ++-
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_f
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/radeon/radeon_cs.c |
Hi Laurent,
On 29/07/17 22:08, Laurent Pinchart wrote:
> Page flips can take more than one vertical blanking to complete if
> arming the page flips races with the vertical blanking interrupt.
> Waiting for one vblank to complete the atomic commit in the commit tail
> handler is thus incorrect, and
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() and should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/arm/malidp_planes.c | 2 +-
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/ast/ast_fb.c | 2 +-
dri
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/nouveau/dispnv04/crtc.c |
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/mediatek/mtk_drm_fb.c | 4
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/udl/udl_fb.c | 6 +++---
d
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 2 +-
1
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/gma500/framebuffer.c | 4 ++
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/cirrus/cirrus_fbdev.c | 2
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/qxl/qxl_display.c | 4 ++--
Looks good to me!
Reviewed-by: Tobias Klausmann
On 8/3/17 1:58 PM, Cihangir Akturk wrote:
> drm_*_reference() and drm_*_unreference() functions are just
> compatibility alias for drm_*_get() and drm_*_put() adn should not be
> used by new code. So convert all users of compatibility functions to
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/omapdrm/omap_drv.c|
This patch set replaces the occurrences of drm_*_reference() and
drm_*_unreference() with the new drm_*_get() and drm_*_put() functions.
All patches in the series do the same thing, converting to the new APIs.
I created patches per DRM driver as suggested by Daniel Vetter.
Background:
In the kern
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/exynos/exynos_drm_fb.c|
On Thu, Aug 03, 2017 at 02:49:03PM +0200, Daniel Vetter wrote:
> On Thu, Aug 03, 2017 at 03:26:01PM +0300, Jani Nikula wrote:
> > On Thu, 03 Aug 2017, Cihangir Akturk wrote:
> > > drm_*_reference() and drm_*_unreference() functions are just
> > > compatibility alias for drm_*_get() and drm_*_put()
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/armada/armada_crtc.c| 2
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 6 ++
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/vgem/vgem_drv.c | 4 ++--
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/etnaviv/etnaviv_drv.c
On 08/02/2017 10:01 PM, Hean Loong, Ong wrote:
> From: Ong Hean Loong
>
Really needs a short commit description.
> Signed-off-by: Ong Hean Loong
> ---
> V5:
> *Fix Comments
>
> V4:
> *Fix Comments
>
> V3:
> *Changes to fixing drm_simple_pipe
> *Used drm_fb_cma_get_gem_addr
>
> V2:
> *Adding
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_pla
drm_*_reference() and drm_*_unreference() functions are just
compatibility alias for drm_*_get() and drm_*_put() adn should not be
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
---
drivers/gpu/drm/rockchip/rockchip_drm_fb.c
On Thu, Aug 3, 2017 at 9:54 AM, Daniel Vetter wrote:
> On Thu, Aug 3, 2017 at 1:17 AM, Daniel Vetter wrote:
>> On Wed, Aug 2, 2017 at 10:50 PM, Alex Deucher wrote:
>>> On Wed, Aug 2, 2017 at 7:56 AM, Daniel Vetter
>>> wrote:
The only thing modern drivers are supposed to do in lastclose is
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 08/03/17 18:42, Daniel Vetter wrote:
> On Thu, Aug 3, 2017 at 3:56 PM, Jyri Sarha wrote:
>>
>> On 08/03/17 14:58, Cihangir Akturk wrote:
>>> drm_*_reference() and d
On 17-08-03 12:00:56, Daniel Stone wrote:
Hi,
On 1 August 2017 at 17:58, Ben Widawsky wrote:
@@ -1240,6 +1253,19 @@ intel_sprite_plane_create(struct drm_i915_private
*dev_priv,
plane_formats = skl_plane_formats;
num_plane_formats = ARRAY_SIZE(skl_plane_formats)
On 17-08-03 10:08:51, Daniel Vetter wrote:
On Wed, Aug 2, 2017 at 5:43 PM, Ben Widawsky wrote:
On 17-08-02 12:14:15, Daniel Vetter wrote:
On Tue, Aug 01, 2017 at 09:14:50AM -0700, Ben Widawsky wrote:
On 17-07-31 10:29:55, Daniel Vetter wrote:
> On Sat, Jul 29, 2017 at 09:25:50AM -0700, Ben
On Thu, Aug 3, 2017 at 8:09 PM, Andy Shevchenko
wrote:
> On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote:
>
>> The particular display I have is this one:
>> http://wiki.seeed.cc/Grove-OLED_Display_1.12inch/
>>
>> It looks like it uses a command/data scheme like the MIPI displays, but
>> doesn
On Thu, Aug 3, 2017 at 6:18 PM, David Lechner wrote:
> The particular display I have is this one:
> http://wiki.seeed.cc/Grove-OLED_Display_1.12inch/
>
> It looks like it uses a command/data scheme like the MIPI displays, but
> doesn't use any of the standard values for the commands. The controll
Quoting Jason Ekstrand (2017-07-05 22:15:09)
> On Wed, Jul 5, 2017 at 2:13 PM, Jason Ekstrand wrote:
>
> This commit adds support for waiting on or signaling DRM syncobjs as
> part of execbuf. It does so by hijacking the currently unused cliprects
> pointer to instead point to an arr
On Thu, Aug 3, 2017 at 8:08 AM, Christian König
wrote:
> Am 03.08.2017 um 13:58 schrieb Cihangir Akturk:
>>
>> drm_*_reference() and drm_*_unreference() functions are just
>> compatibility alias for drm_*_get() and drm_*_put() adn should not be
>> used by new code. So convert all users of compatib
Quoting Dave Airlie (2017-05-12 01:34:55)
> @@ -385,6 +434,13 @@ drm_syncobj_fd_to_handle_ioctl(struct drm_device *dev,
> void *data,
> if (!drm_core_check_feature(dev, DRIVER_SYNCOBJ))
> return -ENODEV;
>
> + if (args->flags &
> DRM_SYNCOBJ_FD_TO_HANDLE_FLAGS_IMPO
This adds a new drm_setup_crtcs_fb() function to handle the parts of
drm_setup_crtcs() that touch fb_helper->fb and fb_helper->fbdev. When
drm_setup_crtcs() is called during initialization, these fields are NULL
because they have not been allocated yet.
There is currently a hack at the end of drm_
The fbdev subsystem has a place for physical dimensions (width and height
in mm) that is readable by userspace. Since DRM also knows these
dimensions, pass this information to the fbdev device.
This has to be done in drm_setup_crtcs_fb() instead of drm_setup_crtcs()
because fb_helper->fbdev may be
v1 changes (from RFC):
* Use loop to get info from first connected connector instead of just the
first connector.
v2 changes:
* Update width in height in drm_setup_crtcs() also to handle hotplug events.
v3 changes:
* Add new patch to handle post-fb allocation crcts setup.
* Use new drm_setup_cr
Den 03.08.2017 17.46, skrev Daniel Vetter:
On Thu, Aug 3, 2017 at 5:24 PM, David Lechner wrote:
On 08/03/2017 09:58 AM, Noralf Trønnes wrote:
Hi,
The tinydrm/repaper driver is monochrome, but I have just used an
emulation format XRGB, since monochrome support is scarce in
userspace. I'm
On Thu, Aug 3, 2017 at 5:24 PM, David Lechner wrote:
> On 08/03/2017 09:58 AM, Noralf Trønnes wrote:
>>
>> Hi,
>>
>> The tinydrm/repaper driver is monochrome, but I have just used an
>> emulation format XRGB, since monochrome support is scarce in
>> userspace. I'm using ITU BT.601 to convert f
On Thu, Aug 3, 2017 at 3:56 PM, Jyri Sarha wrote:
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 08/03/17 14:58, Cihangir Akturk wrote:
>> drm_*_reference() and drm_*_unreference() functions are just
>> c
On 08/03/2017 09:58 AM, Noralf Trønnes wrote:
Hi,
The tinydrm/repaper driver is monochrome, but I have just used an
emulation format XRGB, since monochrome support is scarce in
userspace. I'm using ITU BT.601 to convert from rgb to greyscale and
then use the msb for monochrome.
Now I'm aske
On 08/03/2017 09:07 AM, Noralf Trønnes wrote:
Den 02.08.2017 00.26, skrev David Lechner:
On 08/01/2017 01:08 PM, Noralf Trønnes wrote:
(cc: Daniel Vetter)
Den 01.08.2017 18.51, skrev David Lechner:
On 07/30/2017 12:14 PM, Noralf Trønnes wrote:
Den 29.07.2017 21.40, skrev David Lechner:
O
1 - 100 of 152 matches
Mail list logo
