From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
nouveau@lists.freedesktop.org, joonas.lahtinen@linux.intel.com,
dri-devel@lists.freedesktop.org, eric@anholt.net,
amd-gfx@lists.freedesktop.org, benjamin.gaignard@linaro.org,
alexandre.torgue@st.com, David1.Zhou@amd.com,
thellstrom@vmware.com, sean@poorly.run,
patrik.r.jakobsson@gmail.com,
linux-graphics-maintainer@vmware.com, bskeggs@redhat.com,
harry.wentland@amd.com, daniel@ffwll.ch, sunpeng.li@amd.com,
linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
maarten.lankhorst@linux.intel.com, rodrigo.vivi@intel.com,
vincent.abriou@st.com, mcoquelin.stm32@gmail.com,
rodrigosiqueiramelo@gmail.com, philippe.cornu@st.com,
yannick.fertre@st.com, robdclark@gmail.com,
Thomas Zimmermann <tzimmermann@suse.de>,
alexander.deucher@amd.com, freedreno@lists.freedesktop.org,
christian.koenig@amd.com
Subject: Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()
Date: Fri, 10 Jan 2020 17:25:56 +0200 [thread overview]
Message-ID: <20200110152556.GK13686@intel.com> (raw)
In-Reply-To: <875zhjo1op.fsf@intel.com>
On Fri, Jan 10, 2020 at 03:56:06PM +0200, Jani Nikula wrote:
> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> > Hi
> >
> > Am 10.01.20 um 12:59 schrieb Jani Nikula:
> >> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> >>> The callback struct drm_driver.get_scanout_position() is deprecated in
> >>> favor of struct drm_crtc_helper_funcs.get_scanout_position().
> >>>
> >>> i915 doesn't use CRTC helpers. The patch duplicates the caller
> >>> drm_calc_vbltimestamp_from_scanoutpos() for i915, such that the callback
> >>> function is not needed.
> >>>
> >>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> >>> ---
> >>> drivers/gpu/drm/i915/i915_drv.c | 3 +-
> >>> drivers/gpu/drm/i915/i915_irq.c | 117 ++++++++++++++++++++++++++++++--
> >>> drivers/gpu/drm/i915/i915_irq.h | 9 +--
> >>> 3 files changed, 119 insertions(+), 10 deletions(-)
> >>
> >> Not really enthusiastic about the diffstat in a "cleanup" series.
> >
> > Well, the cleanup is about the content of drm_driver :)
> >
> >>
> >> I wonder if you could add a generic helper version of
> >> drm_calc_vbltimestamp_from_scanoutpos where you pass the
> >> get_scanout_position function as a parameter. Both
> >> drm_calc_vbltimestamp_from_scanoutpos and the new
> >> i915_calc_vbltimestamp_from_scanoutpos would then be fairly thin
> >> wrappers passing in the relevant get_scanout_position function.
> >
> > Of course. Will be in v2 of the series.
>
> Please give Ville (Cc'd) a moment before sending v2 in case he wants to
> chime in on this.
Passing the function pointer was one option I considered for this a while
back. Can't remeber what other solutions I condsidered. But I guess I
didn't like any of them enough to make an actual patch.
--
Ville Syrjälä
Intel
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: Thomas Zimmermann <tzimmermann@suse.de>,
airlied@linux.ie, daniel@ffwll.ch, alexander.deucher@amd.com,
christian.koenig@amd.com, David1.Zhou@amd.com,
maarten.lankhorst@linux.intel.com, patrik.r.jakobsson@gmail.com,
robdclark@gmail.com, sean@poorly.run,
benjamin.gaignard@linaro.org, vincent.abriou@st.com,
yannick.fertre@st.com, philippe.cornu@st.com,
mcoquelin.stm32@gmail.com, alexandre.torgue@st.com,
eric@anholt.net, rodrigosiqueiramelo@gmail.com,
hamohammed.sa@gmail.com, linux-graphics-maintainer@vmware.com,
thellstrom@vmware.com, bskeggs@redhat.com,
harry.wentland@amd.com, sunpeng.li@amd.com,
joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com,
linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
nouveau@lists.freedesktop.org, freedreno@lists.freedesktop.org
Subject: Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()
Date: Fri, 10 Jan 2020 17:25:56 +0200 [thread overview]
Message-ID: <20200110152556.GK13686@intel.com> (raw)
In-Reply-To: <875zhjo1op.fsf@intel.com>
On Fri, Jan 10, 2020 at 03:56:06PM +0200, Jani Nikula wrote:
> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> > Hi
> >
> > Am 10.01.20 um 12:59 schrieb Jani Nikula:
> >> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> >>> The callback struct drm_driver.get_scanout_position() is deprecated in
> >>> favor of struct drm_crtc_helper_funcs.get_scanout_position().
> >>>
> >>> i915 doesn't use CRTC helpers. The patch duplicates the caller
> >>> drm_calc_vbltimestamp_from_scanoutpos() for i915, such that the callback
> >>> function is not needed.
> >>>
> >>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> >>> ---
> >>> drivers/gpu/drm/i915/i915_drv.c | 3 +-
> >>> drivers/gpu/drm/i915/i915_irq.c | 117 ++++++++++++++++++++++++++++++--
> >>> drivers/gpu/drm/i915/i915_irq.h | 9 +--
> >>> 3 files changed, 119 insertions(+), 10 deletions(-)
> >>
> >> Not really enthusiastic about the diffstat in a "cleanup" series.
> >
> > Well, the cleanup is about the content of drm_driver :)
> >
> >>
> >> I wonder if you could add a generic helper version of
> >> drm_calc_vbltimestamp_from_scanoutpos where you pass the
> >> get_scanout_position function as a parameter. Both
> >> drm_calc_vbltimestamp_from_scanoutpos and the new
> >> i915_calc_vbltimestamp_from_scanoutpos would then be fairly thin
> >> wrappers passing in the relevant get_scanout_position function.
> >
> > Of course. Will be in v2 of the series.
>
> Please give Ville (Cc'd) a moment before sending v2 in case he wants to
> chime in on this.
Passing the function pointer was one option I considered for this a while
back. Can't remeber what other solutions I condsidered. But I guess I
didn't like any of them enough to make an actual patch.
--
Ville Syrjälä
Intel
WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
eric@anholt.net, amd-gfx@lists.freedesktop.org,
benjamin.gaignard@linaro.org, alexandre.torgue@st.com,
David1.Zhou@amd.com, thellstrom@vmware.com,
linux-graphics-maintainer@vmware.com, bskeggs@redhat.com,
harry.wentland@amd.com, sunpeng.li@amd.com,
linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
vincent.abriou@st.com, mcoquelin.stm32@gmail.com,
rodrigosiqueiramelo@gmail.com, philippe.cornu@st.com,
yannick.fertre@st.com, Thomas Zimmermann <tzimmermann@suse.de>,
alexander.deucher@amd.com, freedreno@lists.freedesktop.org,
christian.koenig@amd.com
Subject: Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()
Date: Fri, 10 Jan 2020 17:25:56 +0200 [thread overview]
Message-ID: <20200110152556.GK13686@intel.com> (raw)
In-Reply-To: <875zhjo1op.fsf@intel.com>
On Fri, Jan 10, 2020 at 03:56:06PM +0200, Jani Nikula wrote:
> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> > Hi
> >
> > Am 10.01.20 um 12:59 schrieb Jani Nikula:
> >> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> >>> The callback struct drm_driver.get_scanout_position() is deprecated in
> >>> favor of struct drm_crtc_helper_funcs.get_scanout_position().
> >>>
> >>> i915 doesn't use CRTC helpers. The patch duplicates the caller
> >>> drm_calc_vbltimestamp_from_scanoutpos() for i915, such that the callback
> >>> function is not needed.
> >>>
> >>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> >>> ---
> >>> drivers/gpu/drm/i915/i915_drv.c | 3 +-
> >>> drivers/gpu/drm/i915/i915_irq.c | 117 ++++++++++++++++++++++++++++++--
> >>> drivers/gpu/drm/i915/i915_irq.h | 9 +--
> >>> 3 files changed, 119 insertions(+), 10 deletions(-)
> >>
> >> Not really enthusiastic about the diffstat in a "cleanup" series.
> >
> > Well, the cleanup is about the content of drm_driver :)
> >
> >>
> >> I wonder if you could add a generic helper version of
> >> drm_calc_vbltimestamp_from_scanoutpos where you pass the
> >> get_scanout_position function as a parameter. Both
> >> drm_calc_vbltimestamp_from_scanoutpos and the new
> >> i915_calc_vbltimestamp_from_scanoutpos would then be fairly thin
> >> wrappers passing in the relevant get_scanout_position function.
> >
> > Of course. Will be in v2 of the series.
>
> Please give Ville (Cc'd) a moment before sending v2 in case he wants to
> chime in on this.
Passing the function pointer was one option I considered for this a while
back. Can't remeber what other solutions I condsidered. But I guess I
didn't like any of them enough to make an actual patch.
--
Ville Syrjälä
Intel
WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
amd-gfx@lists.freedesktop.org, alexandre.torgue@st.com,
thellstrom@vmware.com, sean@poorly.run,
linux-graphics-maintainer@vmware.com, bskeggs@redhat.com,
sunpeng.li@amd.com, linux-arm-msm@vger.kernel.org,
intel-gfx@lists.freedesktop.org, rodrigo.vivi@intel.com,
vincent.abriou@st.com, mcoquelin.stm32@gmail.com,
rodrigosiqueiramelo@gmail.com, philippe.cornu@st.com,
yannick.fertre@st.com, Thomas Zimmermann <tzimmermann@suse.de>,
alexander.deucher@amd.com, freedreno@lists.freedesktop.org,
christian.koenig@amd.com
Subject: Re: [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()
Date: Fri, 10 Jan 2020 17:25:56 +0200 [thread overview]
Message-ID: <20200110152556.GK13686@intel.com> (raw)
In-Reply-To: <875zhjo1op.fsf@intel.com>
On Fri, Jan 10, 2020 at 03:56:06PM +0200, Jani Nikula wrote:
> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> > Hi
> >
> > Am 10.01.20 um 12:59 schrieb Jani Nikula:
> >> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> >>> The callback struct drm_driver.get_scanout_position() is deprecated in
> >>> favor of struct drm_crtc_helper_funcs.get_scanout_position().
> >>>
> >>> i915 doesn't use CRTC helpers. The patch duplicates the caller
> >>> drm_calc_vbltimestamp_from_scanoutpos() for i915, such that the callback
> >>> function is not needed.
> >>>
> >>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> >>> ---
> >>> drivers/gpu/drm/i915/i915_drv.c | 3 +-
> >>> drivers/gpu/drm/i915/i915_irq.c | 117 ++++++++++++++++++++++++++++++--
> >>> drivers/gpu/drm/i915/i915_irq.h | 9 +--
> >>> 3 files changed, 119 insertions(+), 10 deletions(-)
> >>
> >> Not really enthusiastic about the diffstat in a "cleanup" series.
> >
> > Well, the cleanup is about the content of drm_driver :)
> >
> >>
> >> I wonder if you could add a generic helper version of
> >> drm_calc_vbltimestamp_from_scanoutpos where you pass the
> >> get_scanout_position function as a parameter. Both
> >> drm_calc_vbltimestamp_from_scanoutpos and the new
> >> i915_calc_vbltimestamp_from_scanoutpos would then be fairly thin
> >> wrappers passing in the relevant get_scanout_position function.
> >
> > Of course. Will be in v2 of the series.
>
> Please give Ville (Cc'd) a moment before sending v2 in case he wants to
> chime in on this.
Passing the function pointer was one option I considered for this a while
back. Can't remeber what other solutions I condsidered. But I guess I
didn't like any of them enough to make an actual patch.
--
Ville Syrjälä
Intel
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: hamohammed.sa@gmail.com, airlied@linux.ie,
nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
eric@anholt.net, amd-gfx@lists.freedesktop.org,
benjamin.gaignard@linaro.org, alexandre.torgue@st.com,
David1.Zhou@amd.com, thellstrom@vmware.com,
linux-graphics-maintainer@vmware.com, bskeggs@redhat.com,
harry.wentland@amd.com, sunpeng.li@amd.com,
linux-arm-msm@vger.kernel.org, intel-gfx@lists.freedesktop.org,
vincent.abriou@st.com, mcoquelin.stm32@gmail.com,
rodrigosiqueiramelo@gmail.com, philippe.cornu@st.com,
yannick.fertre@st.com, Thomas Zimmermann <tzimmermann@suse.de>,
alexander.deucher@amd.com, freedreno@lists.freedesktop.org,
christian.koenig@amd.com
Subject: Re: [Intel-gfx] [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position()
Date: Fri, 10 Jan 2020 17:25:56 +0200 [thread overview]
Message-ID: <20200110152556.GK13686@intel.com> (raw)
In-Reply-To: <875zhjo1op.fsf@intel.com>
On Fri, Jan 10, 2020 at 03:56:06PM +0200, Jani Nikula wrote:
> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> > Hi
> >
> > Am 10.01.20 um 12:59 schrieb Jani Nikula:
> >> On Fri, 10 Jan 2020, Thomas Zimmermann <tzimmermann@suse.de> wrote:
> >>> The callback struct drm_driver.get_scanout_position() is deprecated in
> >>> favor of struct drm_crtc_helper_funcs.get_scanout_position().
> >>>
> >>> i915 doesn't use CRTC helpers. The patch duplicates the caller
> >>> drm_calc_vbltimestamp_from_scanoutpos() for i915, such that the callback
> >>> function is not needed.
> >>>
> >>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
> >>> ---
> >>> drivers/gpu/drm/i915/i915_drv.c | 3 +-
> >>> drivers/gpu/drm/i915/i915_irq.c | 117 ++++++++++++++++++++++++++++++--
> >>> drivers/gpu/drm/i915/i915_irq.h | 9 +--
> >>> 3 files changed, 119 insertions(+), 10 deletions(-)
> >>
> >> Not really enthusiastic about the diffstat in a "cleanup" series.
> >
> > Well, the cleanup is about the content of drm_driver :)
> >
> >>
> >> I wonder if you could add a generic helper version of
> >> drm_calc_vbltimestamp_from_scanoutpos where you pass the
> >> get_scanout_position function as a parameter. Both
> >> drm_calc_vbltimestamp_from_scanoutpos and the new
> >> i915_calc_vbltimestamp_from_scanoutpos would then be fairly thin
> >> wrappers passing in the relevant get_scanout_position function.
> >
> > Of course. Will be in v2 of the series.
>
> Please give Ville (Cc'd) a moment before sending v2 in case he wants to
> chime in on this.
Passing the function pointer was one option I considered for this a while
back. Can't remeber what other solutions I condsidered. But I guess I
didn't like any of them enough to make an actual patch.
--
Ville Syrjälä
Intel
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2020-01-10 15:26 UTC|newest]
Thread overview: 217+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-10 9:21 [PATCH 00/23] drm: Clean up VBLANK callbacks in struct drm_driver Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 01/23] drm: Add get_scanout_position() to struct drm_crtc_helper_funcs Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 10:24 ` Jani Nikula
2020-01-10 10:24 ` [Intel-gfx] " Jani Nikula
2020-01-10 10:24 ` Jani Nikula
2020-01-10 10:24 ` Jani Nikula
2020-01-10 10:24 ` Jani Nikula
2020-01-14 15:31 ` Yannick FERTRE
2020-01-14 15:31 ` [Intel-gfx] " Yannick FERTRE
2020-01-14 15:31 ` Yannick FERTRE
2020-01-14 15:31 ` Yannick FERTRE
2020-01-15 7:31 ` Thomas Zimmermann
2020-01-15 7:31 ` [Intel-gfx] " Thomas Zimmermann
2020-01-15 7:31 ` Thomas Zimmermann
2020-01-15 7:31 ` Thomas Zimmermann
2020-01-15 7:31 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 02/23] drm/amdgpu: Convert to struct drm_crtc_helper_funcs.get_scanout_position() Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-13 18:52 ` Alex Deucher
2020-01-13 18:52 ` [Intel-gfx] " Alex Deucher
2020-01-13 18:52 ` Alex Deucher
2020-01-13 18:52 ` Alex Deucher
2020-01-13 18:52 ` Alex Deucher
2020-01-14 7:46 ` Thomas Zimmermann
2020-01-14 7:46 ` [Intel-gfx] " Thomas Zimmermann
2020-01-14 7:46 ` Thomas Zimmermann
2020-01-14 7:46 ` Thomas Zimmermann
2020-01-14 7:46 ` Thomas Zimmermann
2020-01-15 9:41 ` Thomas Zimmermann
2020-01-15 9:41 ` [Intel-gfx] " Thomas Zimmermann
2020-01-15 9:41 ` Thomas Zimmermann
2020-01-15 9:41 ` Thomas Zimmermann
2020-01-15 9:41 ` Thomas Zimmermann
2020-01-15 16:35 ` Alex Deucher
2020-01-15 16:35 ` [Intel-gfx] " Alex Deucher
2020-01-15 16:35 ` Alex Deucher
2020-01-15 16:35 ` Alex Deucher
2020-01-15 16:35 ` Alex Deucher
2020-01-10 9:21 ` [PATCH 03/23] drm/i915: Don't use struct drm_driver.get_scanout_position() Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 11:59 ` Jani Nikula
2020-01-10 11:59 ` [Intel-gfx] " Jani Nikula
2020-01-10 11:59 ` Jani Nikula
2020-01-10 11:59 ` Jani Nikula
2020-01-10 11:59 ` Jani Nikula
2020-01-10 12:04 ` Thomas Zimmermann
2020-01-10 12:04 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 12:04 ` Thomas Zimmermann
2020-01-10 12:04 ` Thomas Zimmermann
2020-01-10 12:04 ` Thomas Zimmermann
2020-01-10 13:56 ` Jani Nikula
2020-01-10 13:56 ` [Intel-gfx] " Jani Nikula
2020-01-10 13:56 ` Jani Nikula
2020-01-10 13:56 ` Jani Nikula
2020-01-10 13:56 ` Jani Nikula
2020-01-10 15:25 ` Ville Syrjälä [this message]
2020-01-10 15:25 ` [Intel-gfx] " Ville Syrjälä
2020-01-10 15:25 ` Ville Syrjälä
2020-01-10 15:25 ` Ville Syrjälä
2020-01-10 15:25 ` Ville Syrjälä
2020-01-10 9:21 ` [PATCH 04/23] drm/nouveau: Convert to struct drm_crtc_helper_funcs.get_scanout_position() Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 05/23] drm/radeon: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-13 18:53 ` Alex Deucher
2020-01-13 18:53 ` [Intel-gfx] " Alex Deucher
2020-01-13 18:53 ` Alex Deucher
2020-01-13 18:53 ` Alex Deucher
2020-01-13 18:53 ` Alex Deucher
2020-01-10 9:21 ` [PATCH 06/23] drm/msm: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 07/23] drm/vc4: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 08/23] drm/stm: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-14 15:31 ` Yannick FERTRE
2020-01-14 15:31 ` [Intel-gfx] " Yannick FERTRE
2020-01-14 15:31 ` Yannick FERTRE
2020-01-14 15:31 ` Yannick FERTRE
2020-01-10 9:21 ` [PATCH 09/23] drm: Remove struct drm_driver.get_scanout_position() Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-14 15:32 ` Yannick FERTRE
2020-01-14 15:32 ` [Intel-gfx] " Yannick FERTRE
2020-01-14 15:32 ` Yannick FERTRE
2020-01-14 15:32 ` Yannick FERTRE
2020-01-10 9:21 ` [PATCH 10/23] drm: Evaluate struct drm_device.vblank_disable_immediate on each use Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 11/23] drm: Add get_vblank_timestamp() to struct drm_crtc_funcs Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 12/23] drm/amdgpu: Convert to CRTC VBLANK callbacks Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-13 19:00 ` Alex Deucher
2020-01-13 19:00 ` [Intel-gfx] " Alex Deucher
2020-01-13 19:00 ` Alex Deucher
2020-01-13 19:00 ` Alex Deucher
2020-01-13 19:00 ` Alex Deucher
2020-01-10 9:21 ` [PATCH 13/23] drm/gma500: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 14/23] drm/i915: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 15/23] drm/msm: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 16/23] drm/nouveau: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 17/23] drm/radeon: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-13 19:02 ` Alex Deucher
2020-01-13 19:02 ` [Intel-gfx] " Alex Deucher
2020-01-13 19:02 ` Alex Deucher
2020-01-13 19:02 ` Alex Deucher
2020-01-13 19:02 ` Alex Deucher
2020-01-10 9:21 ` [PATCH 18/23] drm/sti: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 13:38 ` Benjamin Gaignard
2020-01-10 13:38 ` [Intel-gfx] " Benjamin Gaignard
2020-01-10 13:38 ` Benjamin Gaignard
2020-01-10 13:38 ` Benjamin Gaignard
2020-01-10 13:38 ` Benjamin Gaignard
2020-01-10 9:21 ` [PATCH 19/23] drm/stm: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-14 15:32 ` Yannick FERTRE
2020-01-14 15:32 ` [Intel-gfx] " Yannick FERTRE
2020-01-14 15:32 ` Yannick FERTRE
2020-01-14 15:32 ` Yannick FERTRE
2020-01-10 9:21 ` [PATCH 20/23] drm/vc4: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 21/23] drm/vkms: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 22/23] drm/vmwgfx: " Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` [PATCH 23/23] drm: Cleanup VBLANK callbacks in struct drm_driver Thomas Zimmermann
2020-01-10 9:21 ` [Intel-gfx] " Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-10 9:21 ` Thomas Zimmermann
2020-01-12 22:53 ` Daniel Vetter
2020-01-12 22:53 ` [Intel-gfx] " Daniel Vetter
2020-01-12 22:53 ` Daniel Vetter
2020-01-12 22:53 ` Daniel Vetter
2020-01-12 22:53 ` Daniel Vetter
2020-01-12 22:54 ` Daniel Vetter
2020-01-12 22:54 ` [Intel-gfx] " Daniel Vetter
2020-01-12 22:54 ` Daniel Vetter
2020-01-12 22:54 ` Daniel Vetter
2020-01-12 22:54 ` Daniel Vetter
2020-01-14 13:48 ` Thomas Zimmermann
2020-01-14 13:48 ` [Intel-gfx] " Thomas Zimmermann
2020-01-14 13:48 ` Thomas Zimmermann
2020-01-14 13:48 ` Thomas Zimmermann
2020-01-14 15:32 ` Yannick FERTRE
2020-01-14 15:32 ` [Intel-gfx] " Yannick FERTRE
2020-01-14 15:32 ` Yannick FERTRE
2020-01-14 15:32 ` Yannick FERTRE
2020-01-10 9:40 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm: Clean up " Patchwork
2020-01-10 9:49 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2020-01-10 10:09 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2020-01-13 12:57 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2020-01-14 18:09 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for drm: Clean up VBLANK callbacks in struct drm_driver (rev6) Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200110152556.GK13686@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=David1.Zhou@amd.com \
--cc=airlied@linux.ie \
--cc=alexander.deucher@amd.com \
--cc=alexandre.torgue@st.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=benjamin.gaignard@linaro.org \
--cc=bskeggs@redhat.com \
--cc=christian.koenig@amd.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=eric@anholt.net \
--cc=freedreno@lists.freedesktop.org \
--cc=hamohammed.sa@gmail.com \
--cc=harry.wentland@amd.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-graphics-maintainer@vmware.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=nouveau@lists.freedesktop.org \
--cc=patrik.r.jakobsson@gmail.com \
--cc=philippe.cornu@st.com \
--cc=robdclark@gmail.com \
--cc=rodrigo.vivi@intel.com \
--cc=rodrigosiqueiramelo@gmail.com \
--cc=sean@poorly.run \
--cc=sunpeng.li@amd.com \
--cc=thellstrom@vmware.com \
--cc=tzimmermann@suse.de \
--cc=vincent.abriou@st.com \
--cc=yannick.fertre@st.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.