public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	Jonas Fonseca <jonas.fonseca@savoirfairelinux.com>,
	platform-driver-x86 <platform-driver-x86@vger.kernel.org>,
	linux-serial <linux-serial@vger.kernel.org>,
	lm-sensors <lm-sensors@lm-sensors.org>
Subject: Re: [RFC 1/5] platform-drivers-x86: add support for Technologic Systems TS-5xxx detection
Date: Mon, 2 May 2011 14:55:35 -0700	[thread overview]
Message-ID: <20110502215535.GA30373@kroah.com> (raw)
In-Reply-To: <1304368433-sup-4264@sfl>

On Mon, May 02, 2011 at 05:07:29PM -0400, Vivien Didelot wrote:
> Hi,
> 
> Thanks you all for your comments, I'll consider them carefully.
> 
> Excerpts from Greg KH's message of 2011-04-29 19:32:30 -0400:
> > On Fri, Apr 29, 2011 at 06:21:48PM -0400, Vivien Didelot wrote:
> > > +/proc filesystem
> > > +----------------
> > > +
> > > +Information about the TS board is available through the /proc/ts-sbcinfo.
> > 
> > Really?  Why?
> > 
> > As you now have added a new kernel/user ABI, it must be documented in
> > Documentation/ABI/
> > 
> > Please include that in your next patch.
> > 
> > But first off, why a new proc file?  What is it used for?
> 
> I think it could be useful for the user to know what option is available
> or not on the board.

But that's not how we export data to userspace anymore, sorry.  We try
to learn from our past mistakes.

Almost all of this data can be gotten from other methods anyway, you
need to justify why you wish to repeat this here.

> > > +static int ts_sbcinfo_init_buffer(char *buf, struct ts5xxx_sbcinfo *sbcinfo)
> > > +{
> > > +    char *pos = buf;
> > > +
> > > +    pos += ts_addbuf(pos, "Board ID", "TS-%d", sbcinfo->board_id);
> > > +    pos += ts_addbuf(pos, "RS485", "%s", sbcinfo->rs485 ? "yes" : "no");
> > > +    pos += ts_addbuf(pos, "AnalogToDigital", "%s",
> > > +             sbcinfo->adc ? "yes" : "no");
> > > +    pos += ts_addbuf(pos, "Auto485", "%s", sbcinfo->auto485 ? "yes" : "no");
> > > +    pos += ts_addbuf(pos, "SRAM", "%s", sbcinfo->sram ? "yes" : "no");
> > > +    pos += ts_addbuf(pos, "External Reset", "%s",
> > > +             sbcinfo->external_reset ? "yes" : "no");
> > 
> > Most of these look like they should be simple "one value per file" sysfs
> > files for your system.  That would make things much easier on your
> > userspace tools to handle parsing them properly, right?
> > 
> > Why not do that instead?
> 
> I had a look at other drivers, and /sys/devices/platform/ts/ seems to be
> a good place to hold those entries (one per options as you suggested).
> Do you agree with that?

No, this is not a platform device, is it?  Only platform devices go
there, and I really doubt you have many of them for this board.

> By the way, as they would be sysfs attributes, is Documentation/ABI the
> best place to add the documentation file?

Yes.

thanks,

greg k-h

  reply	other threads:[~2011-05-02 21:55 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-29 22:21 [RFC 0/5] Support for Technologic Systems TS-5500 board Vivien Didelot
2011-04-29 22:21 ` [RFC 1/5] platform-drivers-x86: add support for Technologic Systems TS-5xxx detection Vivien Didelot
2011-04-29 23:32   ` Greg KH
2011-05-02 21:07     ` Vivien Didelot
2011-05-02 21:55       ` Greg KH [this message]
2011-05-03  9:39         ` Alan Cox
2011-05-03 14:13           ` Greg KH
2011-04-30 10:07   ` Alan Cox
2011-05-04 15:15     ` Vivien Didelot
2011-05-04 15:29       ` Alan Cox
2011-05-04 20:34         ` Vivien Didelot
2011-05-05 13:38           ` Alan Cox
2011-05-11 22:24             ` Vivien Didelot
2011-05-17 12:37   ` Sean Young
2011-05-18 15:03     ` Vivien Didelot
2011-04-29 22:21 ` [RFC 2/5] gpio: add support for Technologic Systems TS-5500 GPIOs Vivien Didelot
2011-04-30 10:15   ` Alan Cox
2011-05-13 21:33     ` Vivien Didelot
2011-05-13 22:03       ` Alan Cox
2011-05-04 16:29   ` Arnd Bergmann
2011-04-29 22:21 ` [RFC 3/5] serial: add support for Technologic Systems TS-5500 RS-485 serial port Vivien Didelot
2011-04-30 10:17   ` Alan Cox
2011-06-06 20:48     ` Vivien Didelot
2011-04-29 22:21 ` [RFC 4/5] leds: add support for Technologic Systems TS-5500 leds Vivien Didelot
2011-05-03  6:04   ` Govindraj
2011-04-29 22:21 ` [RFC 5/5] hwmon: add support for Technologic Systems TS-5500 A-D converter Vivien Didelot
2011-04-30  3:39   ` [lm-sensors] " Guenter Roeck
2011-04-30  9:56     ` Jonathan Cameron
2011-05-03 15:55     ` Vivien Didelot
2011-05-03 17:33       ` Guenter Roeck
2011-05-04  9:03       ` Jonathan Cameron
2011-04-30 10:20   ` Alan Cox

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=20110502215535.GA30373@kroah.com \
    --to=greg@kroah.com \
    --cc=jonas.fonseca@savoirfairelinux.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=vivien.didelot@savoirfairelinux.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox