From: Pavel Machek <pavel@ucw.cz>
To: "Frédéric Riss" <frederic.riss@gmail.com>
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@osdl.org>,
len.brown@intel.com
Subject: Re: 2.6.18 suspend regression on Intel Macs
Date: Tue, 10 Oct 2006 12:39:10 +0200 [thread overview]
Message-ID: <20061010103910.GD31598@elf.ucw.cz> (raw)
In-Reply-To: <1160417982.5142.45.camel@funkylaptop>
Hi!
> Well, I'm not sure it qualifies as a regression, because AFAIK no
> official kernels can s2ram/resume Intel Macs correctly out of the box.
...
> There has already been some discussion about the SCI_EN ACPI control bit
> not being set when the Mactel boxes come out of suspend to ram.
> http://marc.theaimsgroup.com/?l=linux-acpi&m=114957637501557&w=2
> http://marc.theaimsgroup.com/?l=linux-kernel&m=115005083610700&w=2
> http://bugme.osdl.org/show_bug.cgi?id=6670
>
> The symptom is:
> irq 9: nobody cared (try booting with the "irqpoll" option)
> Disabling IRQ #9
> when the system comes out of sleep, making ACPI non-functional.
>
> Two days after having released 2.6.17, Linus commited a fix for this
> issue in his tree (commit 5603509137940f4cbc577281cee62110d4097b1b):
If fix was in 2.6.18-gitX, yes, that probably counts as a regression.
> I since then used lightly patched 2.6.17 kernels on my MacMini without a
> problem. With the release of 2.6.18, I decided to switch to a vanilla
> kernel but I realized that the above issue reappeared.
>
> I tracked it down to the ACPI merge that took place on July 1st. More
> precisely the commit 967440e3be1af06ad4dc7bb18d2e3c16130fe067 (ACPI:
> ACPICA 20060623) contains the following hunk:
>
> @@ -635,6 +663,25 @@ acpi_status acpi_hw_register_write(u8 us
>
> case ACPI_REGISTER_PM1_CONTROL: /* 16-bit access */
>
> + /*
> + * Perform a read first to preserve certain bits (per ACPI spec)
> + *
> + * Note: This includes SCI_EN, we never want to change this bit
> + */
> + status = acpi_hw_register_read(ACPI_MTX_DO_NOT_LOCK,
> + ACPI_REGISTER_PM1_CONTROL,
> + &read_value);
> + if (ACPI_FAILURE(status)) {
> + goto unlock_and_exit;
> + }
> +
> + /* Insert the bits to be preserved */
> +
> + ACPI_INSERT_BITS(value, ACPI_PM1_CONTROL_PRESERVED_BITS,
> + read_value);
> +
> + /* Now we can write the data */
> +
> status =
> acpi_hw_low_level_write(16, value,
> &acpi_gbl_FADT->xpm1a_cnt_blk);
>
>
> which makes Linus' fix a no-op, because it disallows setting the SCI_EN
> bit.
Okay, just submit a (tested) patch. (And add massive comments why it
is neccessary on mac mini).
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
next prev parent reply other threads:[~2006-10-10 10:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-09 18:19 2.6.18 suspend regression on Intel Macs Frédéric Riss
2006-10-10 10:39 ` Pavel Machek [this message]
2006-10-10 10:41 ` Arjan van de Ven
2006-10-10 10:49 ` Pavel Machek
2006-10-10 15:33 ` Linus Torvalds
2006-10-10 19:08 ` Frédéric Riss
2006-10-10 19:38 ` Arjan van de Ven
2006-10-10 19:46 ` Frédéric Riss
2006-10-10 19:50 ` Pavel Machek
2006-10-10 21:49 ` Linus Torvalds
2006-10-10 22:09 ` Frédéric Riss
2006-10-10 23:53 ` Linus Torvalds
2006-10-11 6:09 ` Frédéric Riss
2006-10-11 13:16 ` suspend debugging " Pavel Machek
2006-10-11 6:35 ` Len Brown
2006-10-11 14:35 ` Linus Torvalds
2006-10-10 21:28 ` Matthew Garrett
2006-10-11 6:37 ` Len Brown
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=20061010103910.GD31598@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=frederic.riss@gmail.com \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.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.