Re: [PATCH] drm/mm: Some doc polish

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Dec 29, 2016 at 10:54:29AM +0000, Chris Wilson wrote:
> On Thu, Dec 29, 2016 at 11:35:48AM +0100, Daniel Vetter wrote:
> > On Wed, Dec 28, 2016 at 05:37:26PM +0000, Chris Wilson wrote:
> > > On Wed, Dec 28, 2016 at 05:57:40PM +0100, Daniel Vetter wrote:
> > > > @@ -230,23 +272,23 @@ static inline u64 drm_mm_hole_node_end(const struct drm_mm_node *hole_node)
> > > >  
> > > >  /**
> > > >   * drm_mm_for_each_node - iterator to walk over all allocated nodes
> > > > - * @entry: drm_mm_node structure to assign to in each iteration step
> > > > - * @mm: drm_mm allocator to walk
> > > > + * @entry: &drm_mm_node structure to assign to in each iteration step
> > > 
> > > If we have the &struct link, do we need to say "structure"?
> > > We use a mix of "&struct structure" and plain "&struct". Choose a style
> > > and make it consistent. (Bonus points for an easy to find style guide.)
> > 
> > There's also "struct &struct_name" and "&struct struct_name". Anything
> > goes really, and I just semi-randomly pick what reads reasonably well. The
> > issue with macros is that they don't have the types in the declaration
> > (compared to functions), that's why I added the &.
> > 
> > And I think indicating the text that it's a structure makes some sense,
> > since the link could also be to an enum.
> 
> Does "&struct struct_name" render well in the html? I think that's the
> easiest style for us to remember since it matches C (and so also reads
> well for someone versed in C).
> 
> > Anyway if you insist I can do some ocd for drm_mm, but for all of the drm
> > docs is a bit much.
> 
> I don't insist, I just think having a recommended way of writing the
> stanzas not only reduce the cognitive burden of writing them but also
> reading them.

Hm ok, quick counting shows that &struct foo seems to win. I'll make a
patch as the canonical thing.

> > Oh and the style guides we have:
> > https://dri.freedesktop.org/docs/drm/doc-guide/sphinx.html#writing-documentation
> > https://dri.freedesktop.org/docs/drm/gpu/introduction.html#style-guidelines
> 
> I said easy to find! :) Something like Documentation/WritingStyle

Documentation/doc-guide as a directory to find it all. And there's links
to it at a growing set of places ...
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux