From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 29 08:06:54 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F5CA16A420 for ; Sun, 29 Jan 2006 08:06:54 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E577A43D45 for ; Sun, 29 Jan 2006 08:06:53 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k0T8EiWn087239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2006 03:14:51 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Brandon Mitchell Date: Sun, 29 Jan 2006 03:09:39 -0500 User-Agent: KMail/1.9.1 References: <200601282241.57641.mistry.7@osu.edu> <97bedf530601282112s57081693wbab8411a3f9dcd57@mail.gmail.com> In-Reply-To: <97bedf530601282112s57081693wbab8411a3f9dcd57@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1733131.yoyzDePJCk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601290309.50678.mistry.7@osu.edu> X-Spam-Status: No, score=-6.0 required=5.0 tests=ALL_TRUSTED,BAYES_05, J_CHICKENPOX_24,MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88/1255/Sat Jan 28 04:55:09 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: Fujitsu S2110 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 08:06:54 -0000 --nextPart1733131.yoyzDePJCk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 29 January 2006 00:12, you wrote: > Thanks for taking the time to reply. In response to both of your > previous posts: > > My hw.acpi MIB looks something like this: > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S3 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.reset_video: 1 > hw.acpi.cpu.cx_supported: C1/0 C2/1 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% 0.00% > hw.acpi.video.crt0.active: 0 > hw.acpi.video.lcd0.active: 1 > hw.acpi.video.tv0.active: 0 > hw.acpi.video.out0.active: 0 > hw.acpi.acline: 1 > hw.acpi.battery.life: 100 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 2 > hw.acpi.battery.info_expire: 5 > > I see that the hw.acpi.power_button_state controls what that button > does. I attempted to set it to S3, and tapped the power button. I > then got a series of ioapic.suspend: feature not yet implemented > messages, before it suspended. It would not, however, come back out > of the suspend; it got so far as the BIOS, and that was it. I just > hardbooted to get it back up again. > > I also see the lid_switch_state is not set? Should this not be set > to S3, as well? Or perhaps neither it nor the power_button_state > are set to S3 due to the 'feature not yet implemented' issue? Just > conjecture, on my part. > > I have the following buttons on the laptop (note the absence of a > 'suspend' or 'sleep' button - the manual states that tapping the > power button is supposed to provide this functionality): > > Power > Mute > External Mouse (automagic within the BIOS, for the most part) > Brightness Up/Down > Volume Up/Down > External VGA/S-Video (more automagic, really) > 5 'Application' buttons with 10 possible options: > Stop/Eject, Play/Pause, Rewind, FF - 'Player' mode > A, B, Internet, Email - 'Application' mode > The last button switches modes > > I then have a switch on the back of the laptop that controls the > wireless radio, but does not actually shut the _card_ down - simply > stops broadcasting a signal. > > The closest thing I have found thus far on the FUJB02B1 device is > 'FUJ02B1' which controls the sound and brightness functions on > Lifebook S5582 (Pentium 3). Perhaps this device is a later (B) > revision of same? The acpi_fujitsu device only enables the function buttons/hotkeys. Do=20 you also have a S5582? Would you send me the acpidump of that too? I also noticed another interesting device. Device (FEXT) { Name (_HID, "FUJ02E3") There is only 1 pair of get/set methods. And some more complex=20 function call methods that I'm not sure how to invoke. I'll see=20 about adding that to the current driver and let you play around with=20 it to figure out what it pokes. > > On 1/28/06, Anish Mistry wrote: > > Ok, this is the interesting part of your FUJB02B1 device. You > > wouldn't happen to know what the following method does? eg. GVOL > > =3D get volume, GBLL =3D get back light level, etc. > > Also what function keys are available on your laptop? > > > > Method (GSIF, 0, NotSerialized) > > { > > If (IMTF) > > { > > Or (RGSI, 0x08, RGSI) > > } > > Else > > { > > And (RGSI, 0xFFFFFFF7, RGSI) > > } > > > > Return (RGSI) > > } > > > > -- > > Anish Mistry > > -- > If UNIX doesn't have the solution you have the wrong problem. > UNIX is simple, but it takes a genius to understand it's > simplicity. =2D-=20 Anish Mistry --nextPart1733131.yoyzDePJCk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3HhOxqA5ziudZT0RAt5gAKCKeVOkTmeqVVo2eXT1ftkSL0ZssACfW8mg qALV5jQxn5FmkvHy7fH3mAY= =TMPk -----END PGP SIGNATURE----- --nextPart1733131.yoyzDePJCk--