Skip to contentSkip to conversation

link error

2.5.50, ACPI Roman Zippel 1 participant 2 messages Dec 4, 2002 – Dec 5, 2002 2 messages not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

Roman Zippel

author
#1 lore raw

Hi,

Quoted 8 lines · Shawn Starr

Well, SOFTWARE_SUSPEND needs ACPI_SLEEP. If ACPI_SLEEP is selected only then we don't care about software suspend.

So to list:

1). SOFTWARE_SUSPEND requires ACPI_SLEEP.
2). ACPI_SLEEP does not require SOFTWARE_SUSPEND.

That's about it =)

That doesn't make it really easier. I want a table like this:

SUSPEND SLEEP SUSPEND visible? SLEEP visible?
n n
n y
y y

All I can parse from above is that SUSPEND=y && SLEEP=n isn't possible, but what are the possible user choices and how does the state change if the user (de)selects an option?

bye, Roman

A message that is not in the archive (sent off-list or not yet received): [email protected]

author
#3 lore raw

Hi,

Quoted 7 lines · Shawn Starr

SLEEP SUSPEND SLEEP visible SUSPEND visible
n n y n
y n y y
y y y y

We really do need recursive support though. A user should not be able to select SOFTWARE_SUSPEND without SLEEP selected.

So just let SOFTWARE_SUSPEND depend on ACPI_SLEEP, if ACPI_SLEEP is independent it doesn't has to depend on SUSPEND.
Another possibility is that you might want to restore the old behaviour, that SOFTWARE_SUSPEND is always visible and forces ACPI_SLEEP to y if needed, but then you have to explicitly disable the user prompt and SOFTWARE_SUSPEND must not depend on ACPI_SLEEP:

config ACPI_SLEEP
bool "Sleep States" if !SOFTWARE_SUSPEND
default SOFTWARE_SUSPEND

config SOFTWARE_SUSPEND

	bool "Software Suspend (EXPERIMENTAL)"
	depends on EXPERIMENTAL && PM

bye, Roman

PS: Could you check your mailer why your mails don't reach lkml?