Re: [OT] ACPI based support for suspend to disk?
On Thu, Jun 20, 2002 at 05:18:25PM -0700, Grover, Andrew wrote: From: Michael Nottebrock [mailto:[EMAIL PROTECTED]] You are right. My PC supports this via BIOS too. The disadvantage is, that the bios handle it. I like W2K's feature to do it ACPI based (?). This gives my the freedom to suspend my W2K to disk and to reboot with FBSD. Later I reboot again and choose W2K and it restores it previous state. If the bios does it, it restores always the last suspended OS. AFAIR, the Win2k-Suspend2Disk is not ACPI-based. Win2k suspend to disk (STD) (aka hibernate aka ACPI S4) is using ACPI. ACPI defines 2 kinds of STD, S4 and S4BIOS. S4 is completely done by the operating system, and then uses the ACPI interface to turn the system off. S4BIOS...uses the BIOS, usually to a dedicated suspend partition. Having the OS save the system image to disk is generally considered the way to go. But of course that requires that your OS have that added capability. So yes I guess you *are* right in that ACPI doesn't actually do the suspend to disk, but it is involved in the process. there is a little detail that I don't understand actually. When we want to enter S4 in: sys/contrib/dev/acpica/hwsleep.c::AcpiEnterSleepState we have to fill PM1AControl and PM1BControl with some values deduced by the DSDT. Those values are different, and I am ok with that for S1, S2, etc. But for S4 and S5, there are different too. If I am correct, this implied a different glue logic for the hardware. What is the difference expected for S4 and S5? Cheers, -- Ducrot Bruno http://www.poupinou.orgPage profaissionelle http://toto.tu-me-saoules.com Haume page To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: [OT] ACPI based support for suspend to disk?
From: Ducrot Bruno [mailto:[EMAIL PROTECTED]] there is a little detail that I don't understand actually. When we want to enter S4 in: sys/contrib/dev/acpica/hwsleep.c::AcpiEnterSleepState we have to fill PM1AControl and PM1BControl with some values deduced by the DSDT. Those values are different, and I am ok with that for S1, S2, etc. But for S4 and S5, there are different too. If I am correct, this implied a different glue logic for the hardware. What is the difference expected for S4 and S5? Good question. On some systems (IBM T20) the values for SLP_TYP registers on the PM1A and 1B Control blocks are the same for S4 and S5. On some (IBM T23) the values between S4 and S5 are different. The only possible difference appears in which wake events might be enabled for the two states. Regards -- Andy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [OT] ACPI based support for suspend to disk?
On Thu, Jun 20, 2002 at 08:37:35PM +0200, Fischer, Oliver wrote: Hello, is there a upcomming feature similar to W2K's ability to suspend the current state of the machine to a disk and to restore it from there? I believe it already exists, it just depends on your bios as to whether you need a fat partition or if you can use UFS. -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [OT] ACPI based support for suspend to disk?
You are right. My PC supports this via BIOS too. The disadvantage is, that the bios handle it. I like W2K's feature to do it ACPI based (?). This gives my the freedom to suspend my W2K to disk and to reboot with FBSD. Later I reboot again and choose W2K and it restores it previous state. If the bios does it, it restores always the last suspended OS. Bye Oliver - Original Message - From: David W. Chapman Jr. [EMAIL PROTECTED] To: Fischer, Oliver [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, June 20, 2002 8:39 PM Subject: Re: [OT] ACPI based support for suspend to disk? On Thu, Jun 20, 2002 at 08:37:35PM +0200, Fischer, Oliver wrote: Hello, is there a upcomming feature similar to W2K's ability to suspend the current state of the machine to a disk and to restore it from there? I believe it already exists, it just depends on your bios as to whether you need a fat partition or if you can use UFS. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [OT] ACPI based support for suspend to disk?
Fischer, Oliver wrote: You are right. My PC supports this via BIOS too. The disadvantage is, that the bios handle it. I like W2K's feature to do it ACPI based (?). This gives my the freedom to suspend my W2K to disk and to reboot with FBSD. Later I reboot again and choose W2K and it restores it previous state. If the bios does it, it restores always the last suspended OS. AFAIR, the Win2k-Suspend2Disk is not ACPI-based. -- Michael Nottebrock The circumstance ends uglily in the cruel result. - Babelfish msg39760/pgp0.pgp Description: PGP signature
RE: [OT] ACPI based support for suspend to disk?
From: Michael Nottebrock [mailto:[EMAIL PROTECTED]] You are right. My PC supports this via BIOS too. The disadvantage is, that the bios handle it. I like W2K's feature to do it ACPI based (?). This gives my the freedom to suspend my W2K to disk and to reboot with FBSD. Later I reboot again and choose W2K and it restores it previous state. If the bios does it, it restores always the last suspended OS. AFAIR, the Win2k-Suspend2Disk is not ACPI-based. Win2k suspend to disk (STD) (aka hibernate aka ACPI S4) is using ACPI. ACPI defines 2 kinds of STD, S4 and S4BIOS. S4 is completely done by the operating system, and then uses the ACPI interface to turn the system off. S4BIOS...uses the BIOS, usually to a dedicated suspend partition. Having the OS save the system image to disk is generally considered the way to go. But of course that requires that your OS have that added capability. So yes I guess you *are* right in that ACPI doesn't actually do the suspend to disk, but it is involved in the process. Regards -- Andy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [OT] ACPI based support for suspend to disk?
In message [EMAIL PROTECTED], Michael Nottebrock wrote: Fischer, Oliver wrote: You are right. My PC supports this via BIOS too. The disadvantage is, that the bios handle it. I like W2K's feature to do it ACPI based (?). This gives my the freedom to suspend my W2K to disk and to reboot with FBSD. Later I reboot again and choose W2K and it restores it previous state. If the bios does it, it restores always the last suspended OS. AFAIR, the Win2k-Suspend2Disk is not ACPI-based. I put my FreeNIX2002 paper at freefall. My comment about this topic is at http://people.freebsd.org/~takawata/acpipaper/acpi_freenix/node22.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message