Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Oct 2006 14:45:21 +0800
From:      Ganbold <ganbold@micom.mng.net>
To:        Bruno Ducrot <ducrot@poupinou.org>
Cc:        freebsd-hackers@freebsd.org, freebsd-audit@freebsd.org, lboehne@damogran.de, jonathan@buzzard.me.uk, freebsd-chat@freebsd.org
Subject:   Re: NOT A [GPL License violation]
Message-ID:  <452B4181.7060800@micom.mng.net>
In-Reply-To: <20061009090344.GN4945@poupinou.org>
References:  <4528EF25.1000103@buzzard.me.uk> <45298188.1080201@damogran.de>	<20061008.170130.-2009526630.imp@bsdimp.com> <20061009090344.GN4945@poupinou.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Bruno Ducrot wrote:
> 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]
>
>   
Bruno,

Did you make suspend/resume work?
Did you make your volume up/down key work?
I have Latitude D620  and can't make above work.

thanks,

Ganbold

> 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.
>
> Cheers,
>   





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?452B4181.7060800>