From: Tomas Szepe <szepe@pinerecords.com>
To: Patrick Mochel <mochel@osdl.org>
Cc: Ducrot Bruno <poup@poupinou.org>, lkml <linux-kernel@vger.kernel.org>
Subject: Re: [TRIVIAL] sanitize power management config menus, take two
Date: Tue, 5 Aug 2003 19:01:19 +0200 [thread overview]
Message-ID: <20030805170119.GI18982@louise.pinerecords.com> (raw)
In-Reply-To: <20030805165117.GH18982@louise.pinerecords.com>
> [szepe@pinerecords.com]
>
> > > > Yes, but what I do not understand is why cpufreq need power management.
> > >
> > > CONFIG_PM is a dummy option, it does not link any code into the kernel
> > > by itself.
> >
> > Actually, it does:
> > ...
> >
> > But, I agree with your change anyway.
>
> Trouble is, the same goes for ACPI -- it doesn't require that CONFIG_PM
> code be present.
>
> I think the correct x86 solution would be to introduce a real dummy
> option for the menus, and imply CONFIG_PM if APM or swsusp (the two
> options that seem to actually need CONFIG_PM code) is enabled.
Patrick, Bruno, what is your opinion on the following replacement
patch?
--
Tomas Szepe <szepe@pinerecords.com>
diff -urN a/arch/i386/Kconfig b/arch/i386/Kconfig
--- a/arch/i386/Kconfig 2003-08-05 18:39:25.000000000 +0200
+++ b/arch/i386/Kconfig 2003-08-05 18:56:48.000000000 +0200
@@ -797,13 +797,13 @@
endmenu
-menu "Power management options (ACPI, APM)"
+menu "Power management support"
depends on !X86_VOYAGER
config PM
- bool "Power Management support"
+ bool "APM and software suspend options"
---help---
- "Power Management" means that parts of your computer are shut
+ "Power management" provides for parts of your computer to be shut
off or put into a power conserving "sleep" mode if they are not
being used. There are two competing standards for doing this: APM
and ACPI. If you want to use either one, say Y here and then also
@@ -820,37 +820,6 @@
will issue the hlt instruction if nothing is to be done, thereby
sending the processor to sleep and saving power.
-config SOFTWARE_SUSPEND
- bool "Software Suspend (EXPERIMENTAL)"
- depends on EXPERIMENTAL && PM && SWAP
- ---help---
- Enable the possibilty of suspendig machine. It doesn't need APM.
- You may suspend your machine by 'swsusp' or 'shutdown -z <time>'
- (patch for sysvinit needed).
-
- It creates an image which is saved in your active swaps. By the next
- booting the, pass 'resume=/path/to/your/swap/file' and kernel will
- detect the saved image, restore the memory from
- it and then it continues to run as before you've suspended.
- If you don't want the previous state to continue use the 'noresume'
- kernel option. However note that your partitions will be fsck'd and
- you must re-mkswap your swap partitions/files.
-
- Right now you may boot without resuming and then later resume but
- in meantime you cannot use those swap partitions/files which were
- involved in suspending. Also in this case there is a risk that buffers
- on disk won't match with saved ones.
-
- SMP is supported ``as-is''. There's a code for it but doesn't work.
- There have been problems reported relating SCSI.
-
- This option is about getting stable. However there is still some
- absence of features.
-
- For more information take a look at Documentation/swsusp.txt.
-
-source "drivers/acpi/Kconfig"
-
config APM
tristate "Advanced Power Management BIOS support"
depends on PM
@@ -996,6 +965,10 @@
a work-around for a number of buggy BIOSes. Switch this option on if
your computer crashes instead of powering off properly.
+source "kernel/Kconfig.swsusp"
+
+source "drivers/acpi/Kconfig"
+
source "arch/i386/kernel/cpu/cpufreq/Kconfig"
endmenu
diff -urN a/arch/i386/kernel/cpu/cpufreq/Kconfig b/arch/i386/kernel/cpu/cpufreq/Kconfig
--- a/arch/i386/kernel/cpu/cpufreq/Kconfig 2003-07-10 23:30:33.000000000 +0200
+++ b/arch/i386/kernel/cpu/cpufreq/Kconfig 2003-08-05 18:42:00.000000000 +0200
@@ -2,8 +2,6 @@
# CPU Frequency scaling
#
-menu "CPU Frequency scaling"
-
config CPU_FREQ
bool "CPU Frequency scaling"
help
@@ -16,6 +14,8 @@
If in doubt, say N.
+if CPU_FREQ
+
source "drivers/cpufreq/Kconfig"
config CPU_FREQ_TABLE
@@ -162,4 +162,4 @@
If in doubt, say N.
-endmenu
+endif
diff -urN a/arch/x86_64/Kconfig b/arch/x86_64/Kconfig
--- a/arch/x86_64/Kconfig 2003-08-05 18:39:26.000000000 +0200
+++ b/arch/x86_64/Kconfig 2003-08-05 18:41:45.000000000 +0200
@@ -296,34 +296,7 @@
sending the processor to limited sleep and saving power. However
using ACPI will likely save more power.
-config SOFTWARE_SUSPEND
- bool "Software Suspend (EXPERIMENTAL)"
- depends on EXPERIMENTAL && PM && SWAP
- ---help---
- Enable the possibilty of suspending the machine. It doesn't need APM.
- You may suspend your machine by 'swsusp' or 'shutdown -z <time>'
- (patch for sysvinit needed).
-
- It creates an image which is saved in your active swaps. On the next
- boot, pass the 'resume=/path/to/your/swap/file' option and the kernel
- will detect the saved image, restore the memory from
- it, and then continue to run as before you suspended.
- If you don't want the previous state to continue, use the 'noresume'
- kernel option. However, note that your partitions will be fsck'd and
- you must re-mkswap your swap partitions/files.
-
- Right now you may boot without resuming and then later resume but
- in the meantime you cannot use those swap partitions/files which were
- involved in suspending. Also in this case there is a risk that buffers
- on disk won't match with saved ones.
-
- SMP is supported ``as-is''. There's code for it but doesn't work.
- There have been problems reported relating to SCSI.
-
- This option is close to getting stable. However there is still some
- absence of features.
-
- For more information take a look at Documentation/swsusp.txt.
+source "kernel/Kconfig.swsusp"
source "drivers/acpi/Kconfig"
diff -urN a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
--- a/drivers/acpi/Kconfig 2003-06-22 22:27:39.000000000 +0200
+++ b/drivers/acpi/Kconfig 2003-08-05 18:46:01.000000000 +0200
@@ -2,8 +2,6 @@
# ACPI Configuration
#
-menu "ACPI Support"
-
config ACPI
bool "ACPI Support" if X86
depends on !X86_VISWS
@@ -36,6 +34,8 @@
available at:
<http://www.acpi.info>
+if ACPI
+
config ACPI_HT_ONLY
bool "CPU Enumeration Only"
depends on X86 && ACPI && X86_LOCAL_APIC
@@ -236,5 +236,4 @@
depends on IA64 && (!IA64_HP_SIM || IA64_SGI_SN)
default y
-endmenu
-
+endif
diff -urN a/kernel/Kconfig.swsusp b/kernel/Kconfig.swsusp
--- a/kernel/Kconfig.swsusp 1970-01-01 01:00:00.000000000 +0100
+++ b/kernel/Kconfig.swsusp 2003-08-05 18:41:45.000000000 +0200
@@ -0,0 +1,26 @@
+config SOFTWARE_SUSPEND
+ bool "Software Suspend (EXPERIMENTAL)"
+ depends on EXPERIMENTAL && PM && SWAP
+ ---help---
+ Enable the possibility of suspending the machine. This feature
+ doesn't require APM. You may suspend your machine by 'swsusp'
+ or 'shutdown -z <time>' (with the appropriate patch for sysvinit).
+
+ The suspend procedure will create an image that is saved in one
+ of your active swap partitions (swap files are not supported).
+
+ On the next boot, passing the kernel boot option
+ 'resume=/path/to/your/swap/partition' will cause the kernel
+ to detect the saved image, restore system memory from it and
+ then continue to run as before you suspended. If you don't
+ want the previous state restored, use the 'noresume' kernel
+ boot option. However, note that in this case your partitions
+ will appear to be damaged and you will need to re-mkswap.
+
+ You are not advised to boot without resuming and then resume
+ later. There is a high probability that buffers on disk won't
+ match with the saved ones.
+
+ SMP is NOT supported at this time.
+
+ For more information take a look at Documentation/swsusp.txt.
next prev parent reply other threads:[~2003-08-05 17:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-05 7:26 [TRIVIAL] sanitize power management config menus, take two Tomas Szepe
2003-08-05 16:11 ` Ducrot Bruno
2003-08-05 16:15 ` Tomas Szepe
2003-08-05 16:24 ` Ducrot Bruno
2003-08-05 16:26 ` Tomas Szepe
2003-08-05 16:36 ` Tomas Szepe
2003-08-05 16:48 ` Patrick Mochel
2003-08-05 16:51 ` Tomas Szepe
2003-08-05 17:01 ` Tomas Szepe [this message]
2003-08-05 17:47 ` Patrick Mochel
2003-08-05 17:46 ` Tomas Szepe
2003-08-06 9:20 ` Ducrot Bruno
2003-08-06 13:06 ` Pavel Machek
2003-08-05 16:55 ` Ducrot Bruno
-- strict thread matches above, loose matches on Subject: below --
2003-08-05 7:43 John Bradford
2003-07-27 12:18 Tomas Szepe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030805170119.GI18982@louise.pinerecords.com \
--to=szepe@pinerecords.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@osdl.org \
--cc=poup@poupinou.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.