From: Jean Delvare <khali@linux-fr.org>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: Len Brown <lenb@kernel.org>,
ibm-acpi-devel@lists.sourceforge.net,
LM Sensors ML <lm-sensors@lm-sensors.org>,
linux-acpi@vger.kernel.org
Subject: Re: [lm-sensors] [PATCH 8/9] ACPI: thinkpad-acpi: use a separate platform device for hwmon and name it
Date: Tue, 25 Sep 2007 18:00:06 +0200 [thread overview]
Message-ID: <20070925180006.74e06c4e@hyperion.delvare> (raw)
In-Reply-To: <20070925023958.GA15111@khazad-dum.debian.net>
On Mon, 24 Sep 2007 23:39:58 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 24 Sep 2007, Jean Delvare wrote:
> > The name attribute should really read "thinkpad" not "thinkpad_hwmon",
> > otherwise "sensors" will present the chip as "thinkpad_hwmon-isa-0000",
> > its section in /etc/sensors.conf will be named chip "thinkpad_hwmon-*",
> > etc. That's pretty redundant and unaesthetic.
>
> -isa- in platform drivers where there is not even a ISA bus in sight is also
> very unaesthetic.
It's about I/O addressing space, not bus. OK, technically speaking,
recent systems' I/O space follows the LPC standard, not ISA, but for the
user it's essentially the same.
Most applications will only present the prefix of the hardware
monitoring name (i.e. the contents of the name sysfs attribute), so the
rest of the naming syntax isn't that important.
> That said, I will change it to "thinkpad", but I still would rather have
> thinkpad-platform from a cosmetic point of view, than thinkpad-isa-0001.
Great, thanks. thinkpad-platform wouldn't be a valid name for
libsensors, names have to be in the form $prefix-$bus-$address. And
again, there's no easy way for libsensors to tell between an ISA or LPC
device (which have been around for years and named *-isa-*) and a true
platform device, otherwise I would of course do it.
> > I'm still not convinced that we want a separate device for this. If you
>
> It is there for ease of breaking thinkpad-acpi into many modules. It makes
> life easier for me, and also it makes it pretty damn clear to userspace
> app writers that they better use the proper ABI (libsensors4) or else.
I don't understand what you mean here, sorry.
> (...)
> > > Signed-off-by: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
> > > Cc: LM Sensors ML <lm-sensors@lm-sensors.org>
> >
> > It's pretty pointless to have a mailing list listed here, as the list
> > itself can't ack nor nack your patch.
>
> People in the list certainly can :-) But if you'd rather I cc you directly,
> I will change it.
Actually you'd rather Cc the hwmon subsystem maintainer, if anyone, and
that's not me. But I was really only commenting on the Cc: in the
header of the patch, not the Cc: when sending the patch. Cc'ing the
lm-sensors list when sending your patch was of course correct. Just
writing it down in the patch header doesn't make sense.
--
Jean Delvare
next prev parent reply other threads:[~2007-09-25 16:00 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-23 14:24 [GIT PATCH v3] thinkpad-acpi changes for the merge window (part 1) Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 1/9] ACPI: thinkpad-acpi: make room for more features in tp_features bitfield Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 2/9] ACPI: thinkpad-acpi: issue EV_SYNC after EV_SWITCH Henrique de Moraes Holschuh
[not found] ` <1190557457539-git-send-email-hmh-N3TV7GIv+o9fyO9Q7EP/yw@public.gmane.org>
2007-09-23 14:24 ` [PATCH 3/9] ACPI: thinkpad-acpi: add mutex-based locking to input device event send path Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 6/9] ACPI: thinkpad-acpi: dequeue all pending hot key events at once (v2.1) Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 9/9] ACPI: thinkpad-acpi: duplicate driver attributes to new hwmon pdrv Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 4/9] ACPI: thinkpad-acpi: keep track of module state Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 5/9] ACPI: thinkpad-acpi: check version of hot key firmware Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 7/9] ACPI: thinkpad-acpi: fix regression on HKEY LID event handling Henrique de Moraes Holschuh
2007-09-23 14:24 ` [PATCH 8/9] ACPI: thinkpad-acpi: use a separate platform device for hwmon and name it Henrique de Moraes Holschuh
[not found] ` <11905574583315-git-send-email-hmh-N3TV7GIv+o9fyO9Q7EP/yw@public.gmane.org>
2007-09-24 15:11 ` [lm-sensors] " Jean Delvare
[not found] ` <20070924171128.19f91009-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2007-09-24 16:43 ` Jean Delvare
2007-09-25 2:39 ` [lm-sensors] " Henrique de Moraes Holschuh
2007-09-25 16:00 ` Jean Delvare [this message]
2007-09-25 16:53 ` Henrique de Moraes Holschuh
2007-09-23 14:31 ` [GIT PATCH v3] thinkpad-acpi changes for the merge window (part 1) Henrique de Moraes Holschuh
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=20070925180006.74e06c4e@hyperion.delvare \
--to=khali@linux-fr.org \
--cc=hmh@hmh.eng.br \
--cc=ibm-acpi-devel@lists.sourceforge.net \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=lm-sensors@lm-sensors.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