From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753088AbbC3Hog (ORCPT ); Mon, 30 Mar 2015 03:44:36 -0400 Received: from cantor2.suse.de ([195.135.220.15]:36554 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752691AbbC3Hof convert rfc822-to-8bit (ORCPT ); Mon, 30 Mar 2015 03:44:35 -0400 Date: Mon, 30 Mar 2015 09:44:29 +0200 From: Jean Delvare To: Pali =?UTF-8?B?Um9ow6Fy?= Cc: Steven Honeyman , Paul Bolle , Guenter Roeck , Arnd Bergmann , "Greg Kroah-Hartman" , Valdis Kletnieks , Jochen Eisinger , Gabriele Mazzotta , linux-kernel@vger.kernel.org, lm-sensors@lm-sensors.org Subject: Re: [PATCH 2/2] hwmon: Allow to compile dell-smm-hwmon driver without /proc/i8k Message-ID: <20150330094429.53eaacc1@endymion.delvare> In-Reply-To: <201503282333.46803@pali> References: <1427538255-10860-1-git-send-email-pali.rohar@gmail.com> <1427580377.2408.2.camel@x220> <201503282333.46803@pali> Organization: SUSE Linux X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 28 Mar 2015 23:33:46 +0100, Pali Rohár wrote: > I think it would be better to locate on which bus are sensors > connected (smbus? isa? pci?), find out HW chips and wrote native > kernel drivers for them... > > I scanned smbus (intel controller connected on pci) on my E6440 > but there is no additional/unknown device. I have no idea where > else could be sensor device connected and accessible (from SMM or > kernel mode). As much as I hate SMM, native access to a BIOS-owned device is not a good idea, as is it dangerously racy. If anything, we are currently trying to move _away_ from native drivers on a number of systems (basically all systems where acpi_enforce_resources=lax is needed.) On x86, ideally ACPI would offer a standard interface to the hardware monitoring chip and the OS would need a single driver for all boards out there. Failing that, ACPI should provide a clean and safe way to access the chip's registers (read: some mutex to avoid concurrent access to the registers by the BIOS and the OS.) -- Jean Delvare SUSE L3 Support