All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel.vetter@ffwll.ch>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: "ksummit-discuss@lists.linuxfoundation.org"
	<ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [CORE TOPIC] Reviewing new API/ABI
Date: Wed, 7 May 2014 14:36:27 +0200	[thread overview]
Message-ID: <CAKMK7uE3212a8hvrqFRtod7hh-7s27ZzMTUJKLTBfv8vMtF2sw@mail.gmail.com> (raw)
In-Reply-To: <2617712.JANppmYUxZ@avalon>

On Wed, May 7, 2014 at 12:12 PM, Laurent Pinchart
<laurent.pinchart@ideasonboard.com> wrote:
> We have seen several review, test and documentation procedures being developed
> for different subsystems in the recent past (two examples are the DRM i915
> driver API test rules explained by Daniel Vetter in a reply to this mail
> thread, and the V4L test suite and documentation procedure) but I have seen
> little effort to consolidate good practice rules. The kernel would certainly
> benefit from both sharing information about how various subsystems tackle the
> API review/test/documentation problem.
>
> Forcing all subsystems to adhere and enforce a superset of rules would likely
> put too much burden on maintainers and developers, especially for the smaller
> subsystems. However, I believe we could help by gathering and consolidating
> the good practice rules in a single location under Documentation/. Maintainers
> could then implement those rules (or a subset thereof) without having to
> reinvent the wheel. Rules such as "return -EINVAL when a reserved parameter is
> set" are not complex to implement in code, the real challenge is to implement
> them in the brain of all developers and reviewers.

I'd be very interested in a discussions about existing best practices
already developed in different subsystems and figuring out what
minimal standards we should requires across the board.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch

  reply	other threads:[~2014-05-07 12:36 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-06 17:45 [Ksummit-discuss] [CORE TOPIC] Reviewing new API/ABI Andy Lutomirski
2014-05-06 17:58 ` josh
2014-05-06 19:12   ` Shuah Khan
2014-05-06 19:16     ` Andy Lutomirski
2014-05-06 19:37       ` Shuah Khan
2014-05-06 19:21   ` Johannes Berg
2014-05-06 19:43     ` Andy Lutomirski
2014-05-06 19:48       ` Johannes Berg
2014-05-06 19:51         ` Andy Lutomirski
2014-05-06 19:45     ` josh
2014-05-06 20:10     ` Daniel Vetter
2014-05-06 20:13       ` Andy Lutomirski
2014-05-07 10:12     ` Laurent Pinchart
2014-05-07 12:36       ` Daniel Vetter [this message]
2014-05-07 13:30         ` Laurent Pinchart
2014-05-07 13:50           ` Hans Verkuil
2014-05-12 14:15         ` Wolfram Sang
2014-05-07 17:48   ` Michael Kerrisk (man-pages)
2014-05-06 19:00 ` Greg KH
2014-05-06 20:07   ` Steven Rostedt
2014-05-06 20:34     ` Josh Triplett
2014-05-06 20:42       ` Steven Rostedt
2014-05-06 21:00         ` josh
2014-05-07 11:48       ` Jiri Kosina
2014-05-08  6:35         ` Li Zefan
2014-05-12  6:37           ` Jiri Kosina
2014-05-07  6:27   ` Michael Kerrisk (man-pages)
2014-05-06 19:57 ` Dan Carpenter
2014-05-08 18:15   ` Randy Dunlap
2014-05-09 11:33 ` Jeff Layton
2014-05-09 11:50   ` Michael Kerrisk (man-pages)

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=CAKMK7uE3212a8hvrqFRtod7hh-7s27ZzMTUJKLTBfv8vMtF2sw@mail.gmail.com \
    --to=daniel.vetter@ffwll.ch \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    --cc=laurent.pinchart@ideasonboard.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.