From owner-freebsd-audit@FreeBSD.ORG Tue Oct 10 08:18:35 2006 Return-Path: X-Original-To: freebsd-audit@freebsd.org Delivered-To: freebsd-audit@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B5D16A407; Tue, 10 Oct 2006 08:18:35 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB3343D7F; Tue, 10 Oct 2006 08:18:30 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GXCob-0005Wk-00; Tue, 10 Oct 2006 10:18:17 +0200 Date: Tue, 10 Oct 2006 10:18:17 +0200 To: Jonathan Buzzard Message-ID: <20061010081816.GO4945@poupinou.org> References: <4528EF25.1000103@buzzard.me.uk> <45298188.1080201@damogran.de> <20061008.170130.-2009526630.imp@bsdimp.com> <20061009090344.GN4945@poupinou.org> <452AA8BA.4050808@buzzard.me.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <452AA8BA.4050808@buzzard.me.uk> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-hackers@freebsd.org, freebsd-chat@freebsd.org, freebsd-audit@freebsd.org Subject: Re: NOT A [GPL License violation] X-BeenThere: freebsd-audit@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD Security Audit List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2006 08:18:35 -0000 On Mon, Oct 09, 2006 at 08:53:30PM +0100, Jonathan Buzzard wrote: > Bruno Ducrot wrote: > > [SNIP] > > > > I'm working on Dell's laptop support, even though I'm not > > the one who code a tool for a fan control (and I don't > > know if such tool under FreeBSD exist). > > > > Some preminaly code can be found here: > > > > http://people.FreeBSD.org/~bruno/i8kutils_bsd.tar.bz [1] > > http://people.FreeBSD.org/~bruno/acpi_dell.tar.gz [2] > > http://people.FreeBSD.org/~bruno/dellctl.tar.gz [3] > > > > For now, the 3 tar ball above have not been publically send to any > > public list I'm aware of, because those are only priminally work. > > > > For [1], people can check I haven't removed any copyright, nor I even > > bothered adding my name. In any case, I don't plan to add that one to > > the base system. > > In fact, I think to remove it from http://people.FreeBSD.org/~bruno/ > > in the near future. > > > > For [2], people can check it's a really preliminary work, and is based > > on some calls to ACPI methods under the DSDT. Since it's a really > > different approach taken from the driver found under Linux, it's free > > from any GPL'ed code. > > > > Finally [3] is only a userspace tool to control [2]. > > > > Since [2] and [3] are free from any GPL'ed codes, I consider commiting > > them if one day they work. > > > > Actually I even considered to port [2] under Linux, because this is > > the right way to go when ACPI mode is enabled for obvious reason. > > The io ports related to the SMM handler are shared, and ACPI take > > care to handle an ACPI mutex before entering SMM, that at least might > > eliminate strange cases when sometimes i8k doesn't work. > > There is already a Toshiba ACPI module that does that I believe. Or at > least it exposes a /dev/toshiba that enables you to but the laptop into > SMM in the same was as the Toshiba/Dell drivers do. Not exactly. The ACPI method for the Toshiba is not the same as for the Dell. Toshiba use \_SB_.VALD.GHCI() method in order to access the HCI whereas Dell use \SMI() (and other methods). They are different and don't share any API I'm aware of, but I may be wrong of course. > I still use a 2.4 kernel and hence APM as I have never gotten around to > upgrading to 2.6, as this is complicated by running an entirely LVM system. > > You are however correct that ACPI is the correct way to go. Depend. If APM work better for you there is no reason to enable ACPI after all. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care.