* [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc
@ 2015-08-25 14:26 Daniel Vetter
2015-08-25 15:00 ` Laurent Pinchart
2015-08-29 15:08 ` shuang.he
0 siblings, 2 replies; 4+ messages in thread
From: Daniel Vetter @ 2015-08-25 14:26 UTC (permalink / raw)
To: DRI Development; +Cc: Daniel Vetter, Intel Graphics Development, Daniel Vetter
Without the () the markup and more important hyperlinking wont happen.
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
---
drivers/gpu/drm/drm_atomic_helper.c | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c
index bc9c94e4cbaa..904acf236f36 100644
--- a/drivers/gpu/drm/drm_atomic_helper.c
+++ b/drivers/gpu/drm/drm_atomic_helper.c
@@ -42,14 +42,14 @@
* add their own additional internal state.
*
* This library also provides default implementations for the check callback in
- * drm_atomic_helper_check and for the commit callback with
- * drm_atomic_helper_commit. But the individual stages and callbacks are expose
+ * drm_atomic_helper_check() and for the commit callback with
+ * drm_atomic_helper_commit(). But the individual stages and callbacks are expose
* to allow drivers to mix and match and e.g. use the plane helpers only
* together with a driver private modeset implementation.
*
* This library also provides implementations for all the legacy driver
- * interfaces on top of the atomic interface. See drm_atomic_helper_set_config,
- * drm_atomic_helper_disable_plane, drm_atomic_helper_disable_plane and the
+ * interfaces on top of the atomic interface. See drm_atomic_helper_set_config(),
+ * drm_atomic_helper_disable_plane(), drm_atomic_helper_disable_plane() and the
* various functions to implement set_property callbacks. New drivers must not
* implement these functions themselves but must use the provided helpers.
*/
@@ -1078,7 +1078,7 @@ EXPORT_SYMBOL(drm_atomic_helper_commit);
* work item, which allows nice concurrent updates on disjoint sets of crtcs.
*
* 3. The software state is updated synchronously with
- * drm_atomic_helper_swap_state. Doing this under the protection of all modeset
+ * drm_atomic_helper_swap_state(). Doing this under the protection of all modeset
* locks means concurrent callers never see inconsistent state. And doing this
* while it's guaranteed that no relevant async worker runs means that async
* workers do not need grab any locks. Actually they must not grab locks, for
@@ -1351,7 +1351,7 @@ EXPORT_SYMBOL(drm_atomic_helper_cleanup_planes);
*
* 4. Actually commit the hardware state.
*
- * 5. Call drm_atomic_helper_cleanup_planes with @state, which since step 3
+ * 5. Call drm_atomic_helper_cleanup_planes() with @state, which since step 3
* contains the old state. Also do any other cleanup required with that state.
*/
void drm_atomic_helper_swap_state(struct drm_device *dev,
--
2.5.0
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc
2015-08-25 14:26 [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc Daniel Vetter
@ 2015-08-25 15:00 ` Laurent Pinchart
2015-08-25 15:12 ` Daniel Vetter
2015-08-29 15:08 ` shuang.he
1 sibling, 1 reply; 4+ messages in thread
From: Laurent Pinchart @ 2015-08-25 15:00 UTC (permalink / raw)
To: dri-devel; +Cc: Daniel Vetter, Intel Graphics Development, Daniel Vetter
Hi Daniel,
Thank you for the patch.
On Tuesday 25 August 2015 16:26:03 Daniel Vetter wrote:
> Without the () the markup and more important hyperlinking wont happen.
>
> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_atomic_helper.c
> b/drivers/gpu/drm/drm_atomic_helper.c index bc9c94e4cbaa..904acf236f36
> 100644
> --- a/drivers/gpu/drm/drm_atomic_helper.c
> +++ b/drivers/gpu/drm/drm_atomic_helper.c
> @@ -42,14 +42,14 @@
> * add their own additional internal state.
> *
> * This library also provides default implementations for the check
> callback in
> - * drm_atomic_helper_check and for the commit callback with
> - * drm_atomic_helper_commit. But the individual stages and callbacks are
> expose
> + * drm_atomic_helper_check() and for the commit callback with
> + * drm_atomic_helper_commit(). But the individual stages and callbacks are
> expose
While at it, could you fix the typo here with s/expose/exposed/ ?
Apart from that,
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> * to allow drivers to mix and match and e.g. use the plane helpers only
> * together with a driver private modeset implementation.
> *
> * This library also provides implementations for all the legacy driver
> - * interfaces on top of the atomic interface. See
> drm_atomic_helper_set_config,
> - * drm_atomic_helper_disable_plane, drm_atomic_helper_disable_plane and the
> + * interfaces on top of the atomic interface. See
> drm_atomic_helper_set_config(),
> + * drm_atomic_helper_disable_plane(), drm_atomic_helper_disable_plane() and
> the
> * various functions to implement set_property callbacks. New drivers must
> not
> * implement these functions themselves but must use the provided helpers. */
> @@ -1078,7 +1078,7 @@ EXPORT_SYMBOL(drm_atomic_helper_commit);
> * work item, which allows nice concurrent updates on disjoint sets of
> crtcs.
> *
> * 3. The software state is updated synchronously with
> - * drm_atomic_helper_swap_state. Doing this under the protection of all
> modeset
> + * drm_atomic_helper_swap_state(). Doing this under the protection of all
> modeset
> * locks means concurrent callers never see inconsistent state. And doing
> this
> * while it's guaranteed that no relevant async worker runs means that
> async
> * workers do not need grab any locks. Actually they must not grab locks,
> for
> @@ -1351,7 +1351,7 @@
> EXPORT_SYMBOL(drm_atomic_helper_cleanup_planes); *
> * 4. Actually commit the hardware state.
> *
> - * 5. Call drm_atomic_helper_cleanup_planes with @state, which since step 3
> + * 5. Call drm_atomic_helper_cleanup_planes() with @state, which since
> step 3
> * contains the old state. Also do any other cleanup required with that
> state.
> */
> void drm_atomic_helper_swap_state(struct drm_device *dev,
--
Regards,
Laurent Pinchart
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc
2015-08-25 15:00 ` Laurent Pinchart
@ 2015-08-25 15:12 ` Daniel Vetter
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Vetter @ 2015-08-25 15:12 UTC (permalink / raw)
To: Laurent Pinchart
Cc: Daniel Vetter, Intel Graphics Development, dri-devel,
Daniel Vetter
On Tue, Aug 25, 2015 at 06:00:26PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Tuesday 25 August 2015 16:26:03 Daniel Vetter wrote:
> > Without the () the markup and more important hyperlinking wont happen.
> >
> > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
> > ---
> > drivers/gpu/drm/drm_atomic_helper.c | 12 ++++++------
> > 1 file changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/drm_atomic_helper.c
> > b/drivers/gpu/drm/drm_atomic_helper.c index bc9c94e4cbaa..904acf236f36
> > 100644
> > --- a/drivers/gpu/drm/drm_atomic_helper.c
> > +++ b/drivers/gpu/drm/drm_atomic_helper.c
> > @@ -42,14 +42,14 @@
> > * add their own additional internal state.
> > *
> > * This library also provides default implementations for the check
> > callback in
> > - * drm_atomic_helper_check and for the commit callback with
> > - * drm_atomic_helper_commit. But the individual stages and callbacks are
> > expose
> > + * drm_atomic_helper_check() and for the commit callback with
> > + * drm_atomic_helper_commit(). But the individual stages and callbacks are
> > expose
>
> While at it, could you fix the typo here with s/expose/exposed/ ?
>
> Apart from that,
>
> Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Fixed up and patch applied to drm-misc, thanks for the review.
-Daniel
>
> > * to allow drivers to mix and match and e.g. use the plane helpers only
> > * together with a driver private modeset implementation.
> > *
> > * This library also provides implementations for all the legacy driver
> > - * interfaces on top of the atomic interface. See
> > drm_atomic_helper_set_config,
> > - * drm_atomic_helper_disable_plane, drm_atomic_helper_disable_plane and the
> > + * interfaces on top of the atomic interface. See
> > drm_atomic_helper_set_config(),
> > + * drm_atomic_helper_disable_plane(), drm_atomic_helper_disable_plane() and
> > the
> > * various functions to implement set_property callbacks. New drivers must
> > not
> > * implement these functions themselves but must use the provided helpers. */
> > @@ -1078,7 +1078,7 @@ EXPORT_SYMBOL(drm_atomic_helper_commit);
> > * work item, which allows nice concurrent updates on disjoint sets of
> > crtcs.
> > *
> > * 3. The software state is updated synchronously with
> > - * drm_atomic_helper_swap_state. Doing this under the protection of all
> > modeset
> > + * drm_atomic_helper_swap_state(). Doing this under the protection of all
> > modeset
> > * locks means concurrent callers never see inconsistent state. And doing
> > this
> > * while it's guaranteed that no relevant async worker runs means that
> > async
> > * workers do not need grab any locks. Actually they must not grab locks,
> > for
> > @@ -1351,7 +1351,7 @@
> > EXPORT_SYMBOL(drm_atomic_helper_cleanup_planes); *
> > * 4. Actually commit the hardware state.
> > *
> > - * 5. Call drm_atomic_helper_cleanup_planes with @state, which since step 3
> > + * 5. Call drm_atomic_helper_cleanup_planes() with @state, which since
> > step 3
> > * contains the old state. Also do any other cleanup required with that
> > state.
> > */
> > void drm_atomic_helper_swap_state(struct drm_device *dev,
>
> --
> Regards,
>
> Laurent Pinchart
>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc
2015-08-25 14:26 [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc Daniel Vetter
2015-08-25 15:00 ` Laurent Pinchart
@ 2015-08-29 15:08 ` shuang.he
1 sibling, 0 replies; 4+ messages in thread
From: shuang.he @ 2015-08-29 15:08 UTC (permalink / raw)
To: shuang.he, julianx.dumez, christophe.sureau, lei.a.liu, intel-gfx,
daniel.vetter
Tested-By: Intel Graphics QA PRTS (Patch Regression Test System Contact: shuang.he@intel.com)
Task id: 7253
-------------------------------------Summary-------------------------------------
Platform Delta drm-intel-nightly Series Applied
ILK -1 302/302 301/302
SNB 315/315 315/315
IVB 336/336 336/336
BYT -1 283/283 282/283
HSW 378/378 378/378
-------------------------------------Detailed-------------------------------------
Platform Test drm-intel-nightly Series Applied
*ILK igt@kms_flip@wf_vblank-vs-modeset-interruptible PASS(1) DMESG_WARN(1)
*BYT igt@gem_partial_pwrite_pread@reads-uncached PASS(1) FAIL(1)
Note: You need to pay more attention to line start with '*'
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-08-29 15:08 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-25 14:26 [PATCH] drm/atomic-helper: properly annotate functions in kerneldoc Daniel Vetter
2015-08-25 15:00 ` Laurent Pinchart
2015-08-25 15:12 ` Daniel Vetter
2015-08-29 15:08 ` shuang.he
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.