Date: Fri, 10 Dec 2004 13:10:55 -0500 From: Anish Mistry <mistry.7@osu.edu> To: Josef Karthauser <joe@freebsd.org> Cc: freebsd-acpi@freebsd.org Subject: Re: S3 on a Sony VGN-A290 Message-ID: <200412101311.02615.mistry.7@osu.edu> In-Reply-To: <20041210173913.GI1615@genius.tao.org.uk> References: <20041210133615.GA1482@genius.tao.org.uk> <200412101231.10146.mistry.7@osu.edu> <20041210173913.GI1615@genius.tao.org.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1253840.kC6a2beUkk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 December 2004 12:39 pm, you wrote: > On Fri, Dec 10, 2004 at 12:31:00PM -0500, Anish Mistry wrote: > > On Friday 10 December 2004 08:36 am, Josef Karthauser wrote: > > > Grump. I leave my new Sony in S3 and come back to it in the morning > > > to find that it's run out of battery :/. I thought that S3 was a > > > low energy state. Anyone else got a similar machine? Is it a > > > problem with the machine or our ACPI? (I'm running RELENG_5 on it). > > > > > > Joe > > > > > > ps. I remember some talk a while ago about a native S4 > > > implementation - FreeBSD suspend to disk. Has there been any > > > progress in this direction? > > > > This depends on what the ACPI on your systems does. It sounds like it > > is similar to my P2110 and that the video adpater isn't turned off, > > eventhough the backlight goes off when the system goes into S3. I'm > > using the acpi_video DPMS patch posted a while back and significantly > > reduces the power drain while in S3, but there must still be some > > devices that aren't getting powered down since the power drain when > > compared to Windows 2000, is still much higher. For example in > > Windows I can leave the system suspended on battery for 2 days and > > only see a few percent drop in the battery level, where as FreeBSD > > 6-CURRENT I can only leave it suspended for about a day before it > > kills off the battery. > > The PCI power state transition code recently added didn't show any > > affect, but that was with an older kernel, I'll try again this weekend > > and double check the compenets are actually entering D3. > > Interesting. > > I'm running RELENG_5 on this machine, is there any way that I could test > any code? In particular the acpi_video DPMS patch you mention; is that > compatible with 5? > > I've got the following ACPI modules loaded: > > 4 1 0xc09f3000 4d98 acpi_video.ko > 5 16 0xc09f8000 53828 acpi.ko > 6 1 0xc0a4c000 25b4 acpi_sony.ko > > The acpi_sony one I (trivially) ported to 5 myself. > > This is the list of acpi sysctl variables that appear: > > debug.acpi.acpi_ca_version: 0x20040527 > debug.acpi.semaphore_debug: 0 > dev.acpi.0.%desc: SONY > dev.acpi.0.%driver: acpi > dev.acpi.0.%parent: nexus0 > dev.acpi_acad.0.%desc: AC Adapter > dev.acpi_acad.0.%driver: acpi_acad > dev.acpi_acad.0.%location: handle=3D\_SB_.PCI0.SBRG.EC0_.ACAD > dev.acpi_acad.0.%parent: acpi0 > dev.acpi_acad.0.%pnpinfo: _HID=3DACPI0003 _UID=3D0 > dev.acpi_button.0.%desc: Power Button > dev.acpi_button.0.%driver: acpi_button > dev.acpi_button.0.%location: handle=3D\_SB_.PWRB > dev.acpi_button.0.%parent: acpi0 > dev.acpi_button.0.%pnpinfo: _HID=3DPNP0C0C _UID=3D0 > dev.acpi_button.0.wake: 1 > dev.acpi_cmbat.0.%desc: Control Method Battery > dev.acpi_cmbat.0.%driver: acpi_cmbat > dev.acpi_cmbat.0.%location: handle=3D\_SB_.PCI0.SBRG.EC0_.BAT1 > dev.acpi_cmbat.0.%parent: acpi0 > dev.acpi_cmbat.0.%pnpinfo: _HID=3DPNP0C0A _UID=3D0 > dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x1c > dev.acpi_ec.0.%driver: acpi_ec > dev.acpi_ec.0.%location: handle=3D\_SB_.PCI0.SBRG.EC0_ > dev.acpi_ec.0.%parent: acpi0 > dev.acpi_ec.0.%pnpinfo: _HID=3DPNP0C09 _UID=3D0 > dev.acpi_ec.0.wake: 0 > dev.acpi_lid.0.%desc: Control Method Lid Switch > dev.acpi_lid.0.%driver: acpi_lid > dev.acpi_lid.0.%location: handle=3D\_SB_.LID_ > dev.acpi_lid.0.%parent: acpi0 > dev.acpi_lid.0.%pnpinfo: _HID=3DPNP0C0D _UID=3D0 > dev.acpi_sony.0.%desc: Sony notebook controller > dev.acpi_sony.0.%driver: acpi_sony > dev.acpi_sony.0.%location: handle=3D\_SB_.PCI0.SBRG.SNC_ > dev.acpi_sony.0.%parent: acpi0 > dev.acpi_sony.0.%pnpinfo: _HID=3DSNY5001 _UID=3D0 > dev.acpi_sony.0.brightness: 0 > dev.acpi_sony.0.cdp: 0 > dev.acpi_sony.0.ctr: 0 > dev.acpi_sony.0.pcr: 0 > dev.acpi_sony.0.wdp: 1280 > dev.acpi_sysresource.0.%desc: System Resource > dev.acpi_sysresource.0.%driver: acpi_sysresource > dev.acpi_sysresource.0.%location: handle=3D\_SB_.PCI0.SBRG.SYSR > dev.acpi_sysresource.0.%parent: acpi0 > dev.acpi_sysresource.0.%pnpinfo: _HID=3DPNP0C02 _UID=3D1 > dev.acpi_sysresource.1.%desc: System Resource > dev.acpi_sysresource.1.%driver: acpi_sysresource > dev.acpi_sysresource.1.%location: handle=3D\_SB_.PCI0.SBRG.FWH_ > dev.acpi_sysresource.1.%parent: acpi0 > dev.acpi_sysresource.1.%pnpinfo: _HID=3DPNP0C02 _UID=3D3 > dev.acpi_sysresource.2.%desc: System Resource > dev.acpi_sysresource.2.%driver: acpi_sysresource > dev.acpi_sysresource.2.%location: handle=3D\_SB_.PCI0.SBRG.OSYS > dev.acpi_sysresource.2.%parent: acpi0 > dev.acpi_sysresource.2.%pnpinfo: _HID=3DPNP0C02 _UID=3D2 > dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz > dev.acpi_timer.0.%driver: acpi_timer > dev.acpi_timer.0.%location: unknown > dev.acpi_timer.0.%parent: acpi0 > dev.acpi_timer.0.%pnpinfo: unknown > dev.acpi_tz.0.%desc: Thermal Zone > dev.acpi_tz.0.%driver: acpi_tz > dev.acpi_tz.0.%location: handle=3D\_TZ_.ATF0 > dev.acpi_tz.0.%parent: acpi0 > dev.acpi_tz.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.atdma.0.%parent: acpi0 > dev.atkbdc.0.%parent: acpi0 > dev.atpic.0.%parent: acpi0 > dev.attimer.0.%parent: acpi0 > dev.attimer.1.%parent: acpi0 > dev.cpu.0.%parent: acpi0 > dev.npxisa.0.%parent: acpi0 > dev.pcib.0.%parent: acpi0 > dev.psmcpnp.0.%parent: acpi0 > hw.acpi.acline: 1 > hw.acpi.battery.info_expire: 5 > hw.acpi.battery.life: 100 > hw.acpi.battery.state: 2 > hw.acpi.battery.time: -1 > hw.acpi.battery.units: 1 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_supported: C1/1 C2/1 > hw.acpi.cpu.cx_usage: 0.00% 100.00% > hw.acpi.cpu.throttle_max: 8 > hw.acpi.cpu.throttle_state: 8 > hw.acpi.lid_switch_state: S3 > hw.acpi.power_button_state: S5 > hw.acpi.reset_video: 1 > hw.acpi.s4bios: 0 > hw.acpi.sleep_button_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.standby_state: S1 > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.suspend_state: S3 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._CRT: 99.9C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._PSV: 89.9C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.temperature: 44.9C > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.verbose: 0 > machdep.acpi_root: 1004528 > machdep.acpi_timer_freq: 3579545 > http://www.freebsd.org/~jhb/patches/acpi_video_dpms.patch It applies to the acpi_video module. =2D-=20 Anish Mistry --nextPart1253840.kC6a2beUkk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBuea2xqA5ziudZT0RAmlIAKDWDNIWrL+6gF/rGf8FGAubwjOMEwCcD4c4 Ae4pwrkA2CpStGHdkM1gbH0= =lmi3 -----END PGP SIGNATURE----- --nextPart1253840.kC6a2beUkk--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200412101311.02615.mistry.7>