public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Stefan Seyfried <seife@suse.de>
To: Pavel Machek <pavel@suse.cz>
Cc: "Li, Shaohua" <shaohua.li@intel.com>,
	Andrew Morton <akpm@zip.com.au>,
	Bruno Ducrot <ducrot@poupinou.org>,
	kernel list <linux-kernel@vger.kernel.org>,
	ACPI mailing list <acpi-devel@lists.sourceforge.net>,
	"Brown, Len" <len.brown@intel.com>
Subject: Re: [ACPI] s4bios: does anyone use it?
Date: Tue, 08 Mar 2005 10:42:23 +0100	[thread overview]
Message-ID: <422D737F.2020807@suse.de> (raw)
In-Reply-To: <20050308091856.GB16436@elf.ucw.cz>

Pavel Machek wrote:
> Hi!
> 
>> >Okay, so we had 2 users in past but have 0 users now? :-).
>> I wonder how could anyone use S4BIOS in 2.6.11. S4 and S4b all came into
>> 'enter_state'. and in acpi_sleep_init:
>> 
>> 		if (i == ACPI_STATE_S4) {
>> 			if (acpi_gbl_FACS->S4bios_f) {
>> 				sleep_states[i] = 1;
>> 				printk(" S4bios");
>> 				acpi_pm_ops.pm_disk_mode =
>> PM_DISK_FIRMWARE;
>> 			}
>> 			if (sleep_states[i])
>> 				acpi_pm_ops.pm_disk_mode =
>> PM_DISK_PLATFORM;
>> 		}
>> That means we actually can't set PM_DISK_FIRMWARE (always set
>> PM_DISK_PLATFORM). Is this intended? If no, .pm_disk_mode should be a
>> mask.
> 
> pm_disk_mode is settable using /sys/power/disk, no?

No, it isn't. That was my original point: you can write "firmware" into
it, but it has no effect. This probably was a side-effect of the "make
firmware mode not default" patch from a year ago.
But the real question is: what is firmware mode good for today? Is there
a single machine where firmware mode once worked, but swsusp does not
work today?

> Anyway, what about this, then?
> 
> --- clean/Documentation/feature-removal-schedule.txt	2005-01-22 21:24:50.000000000 +0100
> +++ linux/Documentation/feature-removal-schedule.txt	2005-03-08 10:18:05.000000000 +0100

Fine with me. I think it cannot work since ~one year (when we changed
the default from "firmware if available" to "shutdown always", the code
piece cited above) and nobody complained until now, so it won't be
missed IMO.
-- 
Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX Nürnberg.

"Any ideas, John?"
"Well, surrounding them's out."

  reply	other threads:[~2005-03-08  9:42 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-08  5:24 [ACPI] s4bios: does anyone use it? Li, Shaohua
2005-03-08  9:18 ` Pavel Machek
2005-03-08  9:42   ` Stefan Seyfried [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-03-05 19:14 Pavel Machek
2005-03-07 17:08 ` [ACPI] " Bruno Ducrot
2005-03-07 20:44   ` Pavel Machek
2005-03-08  9:20     ` Bruno Ducrot

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=422D737F.2020807@suse.de \
    --to=seife@suse.de \
    --cc=acpi-devel@lists.sourceforge.net \
    --cc=akpm@zip.com.au \
    --cc=ducrot@poupinou.org \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@suse.cz \
    --cc=shaohua.li@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox