From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>
Subject: Re: [RFC] Documentation requirements for drm/i915 feature work
Date: Fri, 14 Mar 2014 11:24:19 -0700 [thread overview]
Message-ID: <20140314112419.090c5a50@jbarnes-desktop> (raw)
In-Reply-To: <CAKMK7uGHykmJ+pGvkePYeTDzdtH94Es0XyzoMBZ7oQ9oder9hg@mail.gmail.com>
On Fri, 14 Mar 2014 19:16:01 +0100
Daniel Vetter <daniel@ffwll.ch> wrote:
> On Fri, Mar 14, 2014 at 7:03 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> > Yeah just saying a man page should be required as part of any new
> > ioctl.
>
> Yeah I agree and long-term we'll get there. Otherwise I wouldn't have
> added it. But imo for a documentation requirement for merging features
> we need a few things ready first:
> a) Have a somewhat useful skeleton. For drm core Laurent made this
> happen and then the details (mostly api docs) have been slowly filled
> out over the past 1-2 years). Now we're ready to crawl into drivers.
> b) Have someone with good experience with the tooling. I've written
> and reviewed lots of kerneldoc api patches for drm, so I think we're
> covered.
>
> Those are also the reasons why I'm writing piles of igt docs just now
> - we need a bit a baseline so that people have lots of examples to
> follow and I'm learning the tooling to figure out what works and what
> doesn't. For ioctls we have a bit of manpages, but only for the libdrm
> functions and not the ioctls themselves, and only for drm core stuff.
>
> Hence why I think ioctl docs aren't for the masses yet. But if someone
> digs in and lays that groundwork and is willing to review patches a
> bit at the beginnning I'll happily support that by rejecting new
> ioctls without such docs.
We have the groundwork in libdrm already, along with a couple of pages,
that's where I'd expect them to land.
--
Jesse Barnes, Intel Open Source Technology Center
prev parent reply other threads:[~2014-03-14 18:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-11 11:21 [RFC] Documentation requirements for drm/i915 feature work Daniel Vetter
2014-03-14 17:06 ` Jesse Barnes
2014-03-14 18:00 ` Daniel Vetter
2014-03-14 18:03 ` Jesse Barnes
2014-03-14 18:16 ` Daniel Vetter
2014-03-14 18:24 ` Jesse Barnes [this message]
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=20140314112419.090c5a50@jbarnes-desktop \
--to=jbarnes@virtuousgeek.org \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox