> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Thursday, August 3, 2017 11:38 AM
> To: Zhang, Tina
> Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; kwankh...@nvidia.com; kra...@redhat.com;
> intel-gvt-...@l
https://bugs.freedesktop.org/show_bug.cgi?id=102016
Fabio Pedretti changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=102014
Vinson Lee changed:
What|Removed |Added
CC||pedretti.fa...@gmail.com
--- Comment #6 fr
MHL specification defines Remote Control Protocol(RCP) to
send input events between MHL devices.
The driver now recognizes RCP messages and reacts to them
by reporting key events to input subsystem, allowing
a user to control a device using TV remote control.
Signed-off-by: Maciej Purski
---
dri
SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
It is controlled via I2C bus. Its interaction with other
devices in video pipeline is performed mainly on HW level.
The only interaction it does on device driver level is
filtering-out unsupported video modes, it exposes drm_bridge
interfac
This patch adds HDMI and Sil9234 MHL converter to Trats2 board.
Based on previous work by:
Tomasz Stanislawski
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos4412-trats2.dts | 93 +
1 file changed, 93 insertions(+)
diff --git a/arch/arm/boot/dts/exyno
Hi everyone,
These patches are a continuation of work by Tomasz Stanislawski on sii9324
driver, which was described
in th following letter:
https://lists.freedesktop.org/archives/dri-devel/2014-April/057481.html
The main differences from the previous code are:
* driver moved to /gpu/drm/bridge/
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 Widawsky wrote:
>>> > > On 17-
https://bugs.freedesktop.org/show_bug.cgi?id=102014
Marko changed:
What|Removed |Added
Attachment #133196|0 |1
is obsolete|
Hi Maciej,
Unfortunately I do not have the MHL spec, but I was wondering what the
relationship between RCP and CEC is. CEC has remote control support as
well, so is RCP that subset of the CEC specification or is it completely
separate?
I'm CC-ing Sean Young and the linux-media mailinglist as well
The hdmi-codec interface added in this patch is required to properly
support HDMI audio. Currently the audio part of the SoC internal
HDMI transmitter is configured with fixed values, which makes HDMI
audio working by chance, only on boards equipped with external audio
codec connected in parallel w
https://bugzilla.kernel.org/show_bug.cgi?id=62541
Jani Nikula (jani.nik...@intel.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Res
https://bugs.freedesktop.org/show_bug.cgi?id=102014
--- Comment #8 from Andy Furniss ---
Also see this thread = there are more fixes needed to avoid issues after the
build is fixed.
https://lists.freedesktop.org/archives/mesa-dev/2017-August/165195.html
--
You are receiving this mail because:
On Wed, Aug 02, 2017 at 11:05:58AM -0500, David Lechner wrote:
> On 08/02/2017 03:05 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 Da
On Wed, Aug 02, 2017 at 08:37:56PM -0500, David Lechner wrote:
> On 08/02/2017 06:28 PM, Daniel Vetter wrote:
> > On Wed, Aug 2, 2017 at 6:37 PM, David Lechner wrote:
> > > On 08/02/2017 04:46 AM, Daniel Vetter wrote:
> > > >
> > > > On Tue, Aug 01, 2017 at 10:26:41AM -0500, David Lechner wrote:
On Wed, Aug 02, 2017 at 01:00:13PM -0500, David Lechner wrote:
> fb_crtc is used before a null check, so move the use after the null check.
>
> This was just identified by inspection. I haven't actually observed a crash
> here, so it is possible that the null check could be unnecessary.
>
> Signe
On Thu, Aug 3, 2017 at 12:11 PM, Daniel Vetter wrote:
> On Wed, Aug 02, 2017 at 08:37:56PM -0500, David Lechner wrote:
>> On 08/02/2017 06:28 PM, Daniel Vetter wrote:
>> > On Wed, Aug 2, 2017 at 6:37 PM, David Lechner wrote:
>> > > On 08/02/2017 04:46 AM, Daniel Vetter wrote:
>> > > >
>> > > > On
On Wed, Aug 02, 2017 at 10:50:47PM +0530, Bhumika Goyal wrote:
> Add const to bin_attribute structures as they are only passed to the
> functions sysfs_{remove/create}_bin_file or
> device_{remove/create}_bin_file. The corresponding arguments are of
> type const, so declare the structures to be con
Hi Maciej,
Thank you for the patch.
On Thursday 03 Aug 2017 09:45:22 Maciej Purski wrote:
> SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
> It is controlled via I2C bus. Its interaction with other
> devices in video pipeline is performed mainly on HW level.
> The only interaction it
On Mon, 31 Jul 2017, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 02:42:59PM +0200, Thierry Reding wrote:
>> From: Thierry Reding
>>
>> RST uses underscores at the end of words to create crossreferences and
>> it will accidentally try to link to tinydrm_ and drm_fb_ targets from
>> the TODO, w
On Mon, 31 Jul 2017, Thierry Reding wrote:
> From: Thierry Reding
>
> The new apply and push commands are shorthands for applying patches to
> and pushing the current branch, respectively.
There's been some talk about moving further in the direction of using
the current branch and current direct
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);
> modifiers = skl_p
A cleanup left behind an unused variable that we have to remove
in order to avoid this harmless warning:
drivers/gpu/drm/msm/adreno/a5xx_gpu.c: In function 'a5xx_zap_shader_init':
drivers/gpu/drm/msm/adreno/a5xx_gpu.c:493:19: error: unused variable 'a5xx_gpu'
[-Werror=unused-variable]
Fixes: 8d6
The return type of ARRAY_SIZE() is size_t, so we have to use
%zu instead of %lu to avoid this warning:
drivers/gpu/drm/msm/msm_gpu.c: In function 'msm_gpu_init':
drivers/gpu/drm/msm/msm_gpu.c:742:31: error: format '%lu' expects argument of
type 'long unsigned int', but argument 7 has type 'unsign
When CONFIG_PM is disabled, we get harmless warnings about unused
functions:
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c:1025:12: error: 'mdp5_runtime_resume'
defined but not used [-Werror=unused-function]
static int mdp5_runtime_resume(struct device *dev)
^~~
drivers/gpu
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 compatibility functions to use
the new APIs.
Signed-off-by: Cihangir Akturk
On Thu, 3 Aug 2017 14:58:20 +0300
Cihangir Akturk wrote:
> drm_*_reference() and drm_*_unreference() functions are just
> compatibility alias for drm_*_get() and drm_*_put() adn should not be
s/adn/and/
> used by new code. So convert all users of compatibility functions to use
> the new APIs.
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 compatibility functions to use
> the new APIs.
Please include the cocci sc
Hi Maciej,
This is my first time looking at anything input related, so pardon if
I'm off the mark here.
On 3 August 2017 at 08:44, Maciej Purski wrote:
[...]
> +static struct {
> + u16 key;
> + u16 extra_key;
> + bool autorepeat;
> +} rcp_keymap[] = {
Ideally this would be
Hi mark,
在 2017/7/31 17:49, Mark Yao 写道:
Since atomic framework, crtc enable and disable are in pairs,
no need to wait vblank.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 36 -
1 file changed, 36 deletions(-)
Reviewed-by: Sandy hu
On Thu, Aug 03, 2017 at 01:50:12PM +0300, Jani Nikula wrote:
> On Mon, 31 Jul 2017, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > The new apply and push commands are shorthands for applying patches to
> > and pushing the current branch, respectively.
>
> There's been some talk about mov
On Thu, 27 Jul 2017, Daniel Vetter wrote:
> It's a bit silly to have to spec both -d and -f to see what dim would
> all complain about. And dry-run should never cause bad side-effects.
Ack.
We don't do dry-run all that well in general, partly because you need to
have one part actually succeed to
On 08/03/2017 01: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
s/adn/and/
used by new code. So convert all users of compatibility functions to use
the new APIs.
Signed-off-by: Ci
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
Hi mark,
在 2017/7/31 17:49, Mark Yao 写道:
Iommu would get page fault with following path:
vop_disable:
1, disable all windows and set vop config done
2, vop enter to standy, all windows not works, but their registers
are not clean, when you read window's enable bit, ma
On Thu, Aug 03, 2017 at 02:40:43PM +0200, Thomas Hellstrom wrote:
> On 08/03/2017 01: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
>
> s/adn/and/
> > used by new code. So conv
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #34 from MirceaKitsune ---
Today I discovered that even when not toggling desktop effects at runtime, the
freeze can still be mined into the system. I got a crash after 1 day of uptime,
no toggling of desktop compositing required.
I
Hi Dave,
The following changes since commit e6742e1021a5cec55fab50a0b115c65217488eda:
drm: linux-next: build failure after merge of the drm-misc tree (2017-07-27
08:27:11 +1000)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git tags/drm-next-du-20170803
for
Den 02.08.2017 22.32, skrev Eric Anholt:
The clocks are enabled/disabled at encoder enable/disable time, not at
component load. Fixes a WARN_ON at boot if V3D fails to probe.
Fixes: 4078f5757144 ("drm/vc4: Add DSI driver")
Signed-off-by: Eric Anholt
---
Acked-by: Noralf Trønnes
drivers
Den 02.08.2017 22.32, skrev Eric Anholt:
drm_bridge_remove() is for unregistering a bridge driver, not for
detaching a bridge from its consumer.
Fixes: 656fa22f9cea ("drm/vc4: Switch DSI to the panel-bridge layer, and support
bridges.")
Signed-off-by: Eric Anholt
---
Acked-by: Noralf Trønne
Acked-by: Thomas Hellstrom
On 07/25/2017 10:01 AM, Daniel Vetter wrote:
It's dead code because this is now handled in the core.
Signed-off-by: Daniel Vetter
Cc: Boris Brezillon
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sean Paul
Cc: David Airlie
Cc: Ben Skeggs
Cc: Tomi Valkeinen
Cc: Laure
https://bugs.freedesktop.org/show_bug.cgi?id=102014
Nicolai Hähnle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
>>> restore the fb emulation state. Which is entirely optional,
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
> compatibility alias for drm_*_get() and drm_*_put() adn shoul
Hi Cihangir,
On Thu, Aug 03, 2017 at 02:58:17PM +0300, Cihangir Akturk wrote:
> 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
The IN_FORMATS blob allows the kernel to advertise to userspace which
format/modifier combinations are supported, per plane. Use this to
advertise that we support both T_TILED and linear.
Signed-off-by: Daniel Stone
---
drivers/gpu/drm/vc4/vc4_plane.c | 22 +-
1 file changed,
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:
On 07/29/2017 02:17 PM, David Lechner wrote:
The
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() 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
On Thu, 3 Aug 2017 07:08:15 +
"Zhang, Tina" wrote:
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Thursday, August 3, 2017 11:38 AM
> > To: Zhang, Tina
> > Cc: Tian, Kevin ; intel-...@lists.freedesktop.org;
> > dri-
> > de...@lists.fre
On Thu, 3 Aug 2017 14:10:50 +0200
Boris Brezillon wrote:
> On Thu, 3 Aug 2017 14:58:20 +0300
> Cihangir Akturk wrote:
>
> > drm_*_reference() and drm_*_unreference() functions are just
> > compatibility alias for drm_*_get() and drm_*_put() adn should not be
>
> s/adn/and/
>
> > used by ne
On Mon, 3 Jul 2017 21:53:54 +0530
Arvind Yadav wrote:
> drm_plane_helper_funcs and drm_plane_funcsare not supposed to change
> at runtime. All functions working with drm_plane_helper_funcs and
> drm_plane_funcs work with const. So mark the non-const structs as const.
>
> File size before:
>
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 asked if we can implement Floyd–Steinberg dithering
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
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 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 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
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
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
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
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_
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
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 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 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
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 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 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)
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 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
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
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
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/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/armada/armada_crtc.c| 2
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()
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|
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|
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/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/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/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/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/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/ast/ast_fb.c | 2 +-
dri
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 +-
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() 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 |
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/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/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/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/msm/adreno/a5xx_gpu.c |
1 - 100 of 152 matches
Mail list logo
