All of lore.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

WARNING: multiple messages have this Message-ID (diff)
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: [lm-sensors] [RFC 1/5] platform-drivers-x86: add support for
Date: Mon, 02 May 2011 21:55:35 +0000	[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

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

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

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

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 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.