linux-iio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@cam.ac.uk>
To: Jonathan Kunkee <jonathan.kunkee@gmail.com>
Cc: linux-iio@vger.kernel.org,
	Manuel Stahl <manuel.stahl@iis.fraunhofer.de>,
	Jon Brenner <jbrenner@taosinc.com>
Subject: Re: Does anyone read device.txt etc?
Date: Fri, 16 Sep 2011 09:35:46 +0100	[thread overview]
Message-ID: <4E730A62.1050203@cam.ac.uk> (raw)
In-Reply-To: <CAGRJchisN3z8kNpKy39LsoqXhMOh-Z4_dEyHJK-42+WeaW=bEw@mail.gmail.com>

On 09/16/11 05:52, Jonathan Kunkee wrote:
> Hi Jonathan,
> 
>> I'm just wondering if some corners of our documentation are useful or not.
>>
>> So straw poll.  Has anyone ever read the stuff in
>>
>> device.txt?
>> trigger.txt?
>> ring.txt?
> 
> Yes. When I was first looking at changing my HMC6343 driver over to the
> IIO subsystem I read everything in drivers/staging/iio/Documentation. It
> wasn't all that helpful--partly because I'm new to kernel development,
> and partly because it wasn't specific enough. (This was a few months ago.)
Hehe, I think that counts as a negative on current docs but a positive that
we should have something that actually does the job better!
> 
>> I'm tempted to drop all 3 of these as pointless maintenance
>> overhead...
> 
> I can certainly understand this!
> 
>> A well commented dummy driver would be better for explaining these
>> things.
> 
> Agreed, especially with these three docs. The information presented is
> fairly fundamental to writing a good IIO driver, but would be much more
> useful inline with the reference implementation of each part.
Guess we need a 'stub' driver or perhaps two of them, one a basic sysfs
only version (so really short) and the other with all the bells and whistles.

Manuel, you proposed something that would be a bit like the all bells and
whistles a while ago. Is there any code to see yet?  Seems a shame to
duplicate effort if you have had a chance to work on this!
> 
> I also agree with Michael that the documentation should be a good
> jumping-off point. In particular, I was looking to answer two questions:
> 1) Why would I use this subsystem? (general feature descriptions,
>   example applications, comparison to other subsystems)
Ah, would you be willing to look at the intro email I wrote to the proposal
to start moving out of staging?  It is meant to be covering exactly those
sort of issues, but I may well have missed stuff given I'm reasonably familiar
with all the relevant subsystems! It was in the thread
[RFC PATCH 0/4] IIO: Out of staging step 1. The core.
or I can repost if that helps.

Would love to get some feedback on that from everyone.
> 2) How is this subsystem organized/used? (constants, masking, relationship
>   with other subsystems like i2c)
The relationship with bus subsystems is something that wouldn't have occurred to
me for starters!  Thanks.
> 
> Part of the difficulty I had was in attempting to grok a staging feature as if
> it were mature and static (ring.txt in particular confused me), so this is, of
> course, just my 2c.
> 
> Thanks for all the work you're putting in to IIO! I hope this helps.
I certainly does.  Thanks for taking the time!

Jonathan

  reply	other threads:[~2011-09-16  8:27 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-15 11:11 Does anyone read device.txt etc? Jonathan Cameron
2011-09-16  4:52 ` Jonathan Kunkee
2011-09-16  8:35   ` Jonathan Cameron [this message]
2011-09-16  9:29     ` Manuel Stahl
2011-09-16  9:41       ` Jonathan Cameron

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=4E730A62.1050203@cam.ac.uk \
    --to=jic23@cam.ac.uk \
    --cc=jbrenner@taosinc.com \
    --cc=jonathan.kunkee@gmail.com \
    --cc=linux-iio@vger.kernel.org \
    --cc=manuel.stahl@iis.fraunhofer.de \
    /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;
as well as URLs for NNTP newsgroup(s).