dynamic chip support in libsensors + generic chip printing routines now available for testing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 11 Apr 2007 14:00:20 +0200
Jean Delvare <khali at linux-fr.org> wrote:

> Hi Bob
> 
> On Mon, 9 Apr 2007 20:31:11 +0200, Bob Schl?rmann wrote:
> > On Mon, 09 Apr 2007 17:20:52 +0200
> > Hans de Goede <j.w.r.degoede at hhs.nl> wrote:
> > 
> > > So please test this:
> > > 1) checkout the 3.0.0 branch:
> > >     svn checkout
> > > http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0
> > > 2) comment the entries for your chips int he table at the end of
> > > lib/chips.c and in the table near the end of progs/sensors/main.c
> >
> > Note that this isn't needed if you give sensors the -g argument.
> > This forces sensors to use the generic printing routines.
> 
> How does "sensors -g" differ from "sensors -u"? I thought we would be
> reusing -u for the generic printing.
> 
The difference is that -u prints every feature, -g only prints feature
types it knows about. So when adding some new special feature type, the
generic printing routines won't show them (yet) but -u will. 

Don't know whether it's worth it to support this extra switch, but I 
wanted to change the behaviour of sensors as little as possible.

--
Bob Schl?rmann




[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux