public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Éric Piel" <Eric.Piel@tremplin-utc.net>
To: Jean Delvare <khali@linux-fr.org>
Cc: Andrew Morton <akpm@osdl.org>,
	pavel@ucw.cz, Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Arjan van de Ven <arjan@infradead.org>,
	"Mark M. Hoffman" <mhoffman@lightlink.com>,
	Yan Burman <burman.yan@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>,
	HWMON <lm-sensors@lm-sensors.org>
Subject: Re: [PATCH 2.6.25.4] hwmon: HP Mobile Data Protection  System 3D ACPI driver -- please review!
Date: Thu, 05 Jun 2008 00:57:53 +0200	[thread overview]
Message-ID: <48471DF1.70505@tremplin-utc.net> (raw)
In-Reply-To: <20080604225830.1dff64fc@hyperion.delvare>

04-06-08 22:58, Jean Delvare wrote/a écrit:
> Hi Eric,
> 
> On Wed, 04 Jun 2008 21:24:37 +0200, Éric Piel wrote:
>> We haven't received any review for this driver since last week's post by
>> Yan :-( That's why I'm adding explicitly as receivers of this email all
>> the people who have reviewed the first two previous takes. Apologies for
>> the possible multiple receptions.
>>
>> It would be _really really kind_ if some of you could take some time and
>> comment (or simply ACK ;-) ) this code. It adds support for hardware
>> which can be found in mostly every HP Compaq laptop less than three
>> years old. It's quite worthy.
>>
>> Mark, as maintainer of the hwmon tree, would accept this driver? Let us
>> know if there are things we need to change.
> 
> If you didn't receive any answer, my guess is that it's because you're
> trying to add this driver to the wrong tree. Why would this driver go
> in drivers/hwmon and be reviewed by hwmon folks, when it doesn't expose
> a single hwmon attribute to user-space?
> 
> I guess you thought putting the driver there would be fine because
> that's where the hdaps and ams drivers are, but IMHO the hdaps and ams
> drivers should never have been placed in drivers/hwmon. These devices
> really aren't hardware monitoring chips is the traditional sense of the
> term. They are different chips, serving different purposes and
> deserving a totally different interface. They'd better live in a
> different subsystem and be maintainer by a different crew with interest
> in these devices and hardware to test the drivers.
> 
> This discussion thread might sched some light on a possible approach:
> http://marc.info/?l=lm-sensors&m=121127824726050&w=2
> 
> So my advice is that you don't wait for a review from the hwmon people,
> because apparently we don't have much interest in this type of device,
> so you'll be waiting forever. You're much better adding the mdps driver
> to drivers/misc through Andrew Morton, at least until someone takes
> care of creating a subsystem for this type of devices and move all
> existing drivers there.
Hi Jean,
I understand your argumentation. Indeed, this driver has nothing
specially related to hwmon, excepted that all the other accelerometers
so far have been put in hwmon. I've got nothing against redoing the
patch to move the code to drivers/misc. Andrew, would you accept it?

> Would someone object to moving the hdaps and ams (and possibly
> applesmc) drivers to drivers/misc?
Yeah, applesmc seems a bit less obvious because it also exposes really
some hardware sensors. Any idea how to handle this? Just leave it in
hwmon for now?

So, the rational about moving all these drivers to drivers/misc/ would
be that it shows they have no relation with hwmon, and they are
maintained separately. This would be a temporary place until the
"accelerometer" subsystem exists by it own, right?
If everyone is happy with this idea, I can submit a separate patch to
move them.

See you,
Eric

  reply	other threads:[~2008-06-04 22:58 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-31 12:05 [PATCH 2.6.25.4] hwmon: HP Mobile Data Protection System 3D ACPI driver Yan Burman
2008-06-04 19:24 ` [PATCH 2.6.25.4] hwmon: HP Mobile Data Protection System 3D ACPI driver -- please review! Éric Piel
2008-06-04 20:58   ` Jean Delvare
2008-06-04 22:57     ` Éric Piel [this message]
2008-06-05  6:27       ` Jean Delvare
2008-06-04 23:05     ` Pavel Machek
2008-06-04 23:43       ` Éric Piel
2008-06-05  6:29         ` Jean Delvare
2008-06-05  9:38           ` [lm-sensors] " Jonathan Cameron
2008-06-05 20:34             ` Éric Piel
2008-06-05 22:27               ` Pau Oliva Fora
2008-06-06 14:24                 ` Dmitry Torokhov
2008-06-06 15:29                   ` Pau Oliva Fora
2008-06-06 14:56                 ` Eric Piel
2008-06-06 15:30                   ` Pau Oliva Fora
2008-06-06  8:51               ` Jonathan Cameron
2008-06-04 23:03   ` Pavel Machek
2008-06-04 23:29     ` Éric Piel
2008-06-05  1:06     ` Henrique de Moraes Holschuh
2008-06-05  8:19       ` Pavel Machek
2008-06-06 14:27   ` Dmitry Torokhov
2008-06-06 14:59     ` Eric Piel
2008-06-06 15:11       ` Dmitry Torokhov
2008-06-06 15:37       ` Pau Oliva Fora
2008-06-05  5:17 ` [PATCH 2.6.25.4] hwmon: HP Mobile Data Protection System 3D ACPI driver Andrew Morton
2008-06-05  7:43 ` [lm-sensors] " Riku Voipio
2008-06-05  8:28   ` Eric Piel

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=48471DF1.70505@tremplin-utc.net \
    --to=eric.piel@tremplin-utc.net \
    --cc=akpm@osdl.org \
    --cc=arjan@infradead.org \
    --cc=burman.yan@gmail.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=khali@linux-fr.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    --cc=mhoffman@lightlink.com \
    --cc=pavel@ucw.cz \
    /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