From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jean Delvare Date: Mon, 23 Jul 2007 16:58:49 +0000 Subject: Re: [lm-sensors] xsensors ported to the future libsensors Message-Id: <20070723185849.635366b9@hyperion.delvare> List-Id: References: <20070720213455.644b5f50@hyperion.delvare> In-Reply-To: <20070720213455.644b5f50@hyperion.delvare> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lm-sensors@vger.kernel.org On Sun, 22 Jul 2007 20:06:02 +0200, Hans de Goede wrote: > Jean Delvare wrote: > > I'm curious how gnome sensors-applet and gkrellm managed to use the > > current libsensors without chip-specific code at all, as it definitely > > wasn't designed to be used that way. > > They both basically have there own version of sensors_get_feature_type, both > assuming to be running on a 2.6 kernel, and thus have sysfs interface standard > feature names. I'm surprised, as the feature names exposed by libsensors are the old (non-standard) ones, even for 2.6 kernels. The mapping to the new symbols is internal as far as I can see. "sensors -u" returns the old feature names. So I guess they assume that old names are somewhat standard, and it doesn't work for all drivers? > Converting them thus should be easy. (I wrote the gkrellm libsensors code > myself, so I will probably also be the one converting it). Great, thanks. -- Jean Delvare _______________________________________________ lm-sensors mailing list lm-sensors@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/lm-sensors