All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] [PATCH] hwmon: New driver for the Asus F8000
Date: Fri, 05 Dec 2008 14:06:54 +0000	[thread overview]
Message-ID: <20081205150654.57a7c051@hyperion.delvare> (raw)
In-Reply-To: <20081204155242.32c3255e@hyperion.delvare>

Hi Hans,

On Fri, 05 Dec 2008 14:53:33 +0100, Hans de Goede wrote:
> Jean Delvare wrote:
> > A new driver (f8000) to support the hardware monitoring features of
> > the Asus F8000 Super-I/O chip, together with documentation.
> > 
> > Signed-off-by: Jean Delvare <khali@linux-fr.org>
> 
> Looks good to me, nice and simple.

True :)

> > ---
> > Hans, looking at the datasheet of the Asus/Fintek F8000, it appears to
> > have a lot in common with the F71882FG and F71862FG, in particular when
> > it comes to fan speed control. So maybe you will prefer to add support
> > to your f71882fg driver, rather than having a new driver?
> > 
> 
> Well, looking at the current driver you submitted, it looks much simpler, so I 
> think its better to have it as a separate driver, rather then add tons of ifs 
> to the f71882fg driver.
> 
> Or is this just the tip of the iceberg and are there more features to implement?

This is the problem. I only implemented the minimal functionality
initially because I didn't have a datasheet. Now I have a datasheet but
no time to extend the driver, especially as there is only one user for
this driver so far. However, if a user ever comes asking for fan speed
control on the F8000, I will most certainly decide that I don't want to
add it to the f8000 driver because it would simply duplicate a lot of
code from your f71882fg driver. So at this point we would have to add
support for the F8000 to your driver anyway. Which makes me wonder if
it makes sense to do it now to save the users the hassle of a driver
change. Again, not that there are that many users to date, but still...

The F8000 also has shared features with the F71882FG and/or F718862FG,
for example diode fault detection and over-temperature alarms. Maybe
you want to take a look at the datasheet and make your own opinion?

Note that I am not too sure myself what to do. In the past, adding
support for Asus custom chips to other drivers has usually been a bad
idea. We ended up moving the ASB100 support to a separate driver, and
it is unfortunate that we didn't do the same for the AS99127F because
it adds quite some conditionals to the w83781d driver. Not to mention
that we can't offer the same level of support on the AS99127F than we
do for other chips supported by that driver, as we have datasheets for
the Winbond chips and not for the Asus AS99127F. From a distribution
perspective, where support level is essentially a per-module value,
this is bad.

The situation is a bit different for the F8000 though, as we DO have a
datasheet for that chip.

-- 
Jean Delvare

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

  parent reply	other threads:[~2008-12-05 14:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-04 14:52 [lm-sensors] [PATCH] hwmon: New driver for the Asus F8000 Jean Delvare
2008-12-05 13:53 ` Hans de Goede
2008-12-05 14:06 ` Jean Delvare [this message]
2008-12-05 14:35 ` Hans de Goede

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=20081205150654.57a7c051@hyperion.delvare \
    --to=khali@linux-fr.org \
    --cc=lm-sensors@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 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.