linux-serial.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
To: Greg KH <greg@kroah.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, 02 May 2011 17:07:29 -0400	[thread overview]
Message-ID: <1304368433-sup-4264@sfl> (raw)
In-Reply-To: <20110429233230.GB24864@kroah.com>

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.

> 
> > +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?

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

> 
> thanks,
> 
> greg k-h

Regards,
Vivien.

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

Thread overview: 45+ 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 22:21 ` Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
2011-04-29 23:32   ` Greg KH
2011-05-02 21:07     ` Vivien Didelot [this message]
2011-05-02 21:55       ` Greg KH
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-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` [RFC 2/5] gpio: add support for Technologic Systems TS-5500 GPIOs Vivien Didelot
2011-04-29 22:21 ` 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 ` Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` [RFC 3/5] serial: add support for Technologic Systems TS-5500 RS-485 serial port Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` 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-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
2011-05-03  6:04   ` Govindraj
2011-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` [RFC 5/5] hwmon: add support for Technologic Systems TS-5500 A-D converter Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
2011-04-29 22:21 ` Vivien Didelot
     [not found]   ` <1304115712-5299-6-git-send-email-vivien.didelot-4ysUXcep3aM1wj+D4I0NRVaTQe2KTcn/@public.gmane.org>
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
2011-04-29 22:21 ` Vivien Didelot

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=1304368433-sup-4264@sfl \
    --to=vivien.didelot@savoirfairelinux.com \
    --cc=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 \
    /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).