All of lore.kernel.org
 help / color / mirror / Atom feed
From: khali@linux-fr.org (Jean Delvare)
To: lm-sensors@vger.kernel.org
Subject: sensors-detect
Date: Thu, 19 May 2005 06:24:06 +0000	[thread overview]
Message-ID: <20030721145118.61b4df46.khali@linux-fr.org> (raw)
In-Reply-To: <20030610192542.766e220d.khali@linux-fr.org>


> > I think it's generally a good idea to detect
> > many chips even if we don't have drivers for them

> agreed - that's why we have a separate column in the new drivers page
> for whether the chip is detected. you can put 'CVS' or a release
> number in that column too.

Argh. I remember I removed this information at the time I cleaned up the
new drivers page. That's partly because I was thinking only really new
drivers (CVS) should be on that page, partly because the info was always
the same as in the "first release" column. About that, I agree that we
can leave recent drivers on that page even if they are already present
in the latest release.

I'll update the new drivers page today and leave drivers that were added
in 2.7.0 and 2.8.0 there. I'll move every other to the supported devices
pages, that I will update too.

Back to the use a revision number in the "detected" column, I think we
can live without it. I agree that users need to know from which version
a given chip is *supported*. But I don't think they care about the first
release since a chip is *detected*. Having his or her chip detected is
useless unless it's also supported by a driver. What's more, it's always
possible to run a recent sensors-detect on an older release of
lm_sensors, since the script is mostly independant, so someone
interested in chip detection will always want the very latest
sensors-detect anyway. If one really wants the
detected-since-this-release info, he/she can simply look at the CHANGES
file or the CVS logs.

So I think I won't bring the information back.

Also, I think I'll make the "supported devices" page look much like the
"new drivers page", which I find clearer.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/

  parent reply	other threads:[~2005-05-19  6:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-19  6:23 sensors-detect Jean Delvare
2005-05-19  6:24 ` sensors-detect Mark D. Studebaker 
2005-05-19  6:24 ` Jean Delvare [this message]
2005-05-19  6:24 ` sensors-detect Jean Delvare

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=20030721145118.61b4df46.khali@linux-fr.org \
    --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.