public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Alexander Malysh <a.malysh-1WJ9BOJEYl0b1SvskN2V4Q@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Cc: "Moore,
	Robert" <robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	eric.valette-GANU6spQydw@public.gmane.org, "Grover,
	Andrew" <andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	"Brown, Len" <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH] fix IRQ / GPEs restore on wake
Date: Tue, 20 Apr 2004 22:40:08 +0200	[thread overview]
Message-ID: <200404202240.14840.a.malysh@centrium.de> (raw)
In-Reply-To: <37F890616C995246BE76B3E6B2DBE05571648F-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 4014 bytes --]

Hi Robert,

On Tuesday 20 April 2004 21:50, Moore, Robert wrote:
> Please explain the reasoning behind this change.
>
> It looks as though you want to enable the runtime GPEs before executing
> _SST, _BFS, and _WAK.  Is this correct?  Why?

because at least on my laptop after executing of _WAK irq's are enabled, so 
stored gpe bits (before suspend) will be overwriten and not restored 
correctly while resume...

>
> Bob
>
> > -----Original Message-----
> > From: Eric Valette [mailto:eric.valette-GANU6spQydw@public.gmane.org]
> > Sent: Sunday, April 18, 2004 5:30 AM
> > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Cc: Moore, Robert
> > Subject: Re: [ACPI] [PATCH] fix IRQ / GPEs restore on wake
> >
> >
> > --- a/drivers/acpi/hardware/hwsleep.c	2004-04-17 22:57:11.000000000
> > +0200
> > +++ b/drivers/acpi/hardware/hwsleep.c	2004-04-17 23:12:08.000000000
> > +0200
> > @@ -512,6 +512,16 @@ acpi_leave_sleep_state (
> >
> >   	acpi_gbl_sleep_type_a = ACPI_SLEEP_TYPE_INVALID;
> >
> > +	/*
> > +	 * Restore the GPEs:
> > +	 * 1) Disable all wakeup GPEs
> > +	 * 2) Enable all runtime GPEs
> > +	 */
> > +	status = acpi_hw_restore_gpes_on_wake ();
> > +	if (ACPI_FAILURE (status)) {
> > +		ACPI_REPORT_ERROR(("Could not enable non wakeup GPEs,
>
> %s\n",
>
> > acpi_format_exception (status)));
> > +	}
> > +
> >   	/* Setup parameter object */
> >
> >   	arg_list.count = 1;
> > @@ -538,16 +548,6 @@ acpi_leave_sleep_state (
> >   	}
> >   	/* TBD: _WAK "sometimes" returns stuff - do we want to look at
>
> it?
>
> > */
> >
> > -	/*
> > -	 * Restore the GPEs:
> > -	 * 1) Disable all wakeup GPEs
> > -	 * 2) Enable all runtime GPEs
> > -	 */
> > -	status = acpi_hw_restore_gpes_on_wake ();
> > -	if (ACPI_FAILURE (status)) {
> > -		return_ACPI_STATUS (status);
> > -	}
> > -
> >   	/* Enable power button */
>
> acpi_set_register(acpi_gbl_fixed_event_info[ACPI_EVENT_POWER_BUTTON].ena
> bl
>
> > e_register_id,
> > --- a/drivers/acpi/sleep/main.c	2004-04-17 22:55:12.000000000
>
> +0200
>
> > +++ b/drivers/acpi/sleep/main.c	2004-04-17 23:09:45.000000000
>
> +0200
>
> > @@ -107,7 +107,6 @@ static int acpi_pm_enter(u32 state)
> >   	default:
> >   		return -EINVAL;
> >   	}
> > -	local_irq_restore(flags);
> >   	printk(KERN_DEBUG "Back to C!\n");
> >
> >   	/* restore processor state
> > @@ -118,6 +117,8 @@ static int acpi_pm_enter(u32 state)
> >   	if (state > PM_SUSPEND_STANDBY)
> >   		acpi_restore_state_mem();
> >
> > +	acpi_leave_sleep_state(state);
> > +	local_irq_restore(flags);
> >
> >   	return ACPI_SUCCESS(status) ? 0 : -EFAULT;
> >   }
> > @@ -133,8 +134,6 @@ static int acpi_pm_enter(u32 state)
> >
> >   static int acpi_pm_finish(u32 state)
> >   {
> > -	acpi_leave_sleep_state(state);
> > -
> >   	/* reset firmware waking vector */
> >   	acpi_set_firmware_waking_vector((acpi_physical_address) 0);
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=Click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel

-- 
Best regards / Mit besten Grüßen aus Düsseldorf

Dipl.-Ing.
Alexander Malysh
___________________________________________

Centrium GmbH
Vogelsanger Weg 80
40470 Düsseldorf

Fon: +49 (0211) 74 84 51 80
Fax: +49 (0211) 277 49 109

email: a.malysh (at) centrium.de
web: www.centrium.de
msn: a.malysh (at) centrium.de
icq: 98063111
___________________________________________

Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2004-04-20 20:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-20 19:50 [PATCH] fix IRQ / GPEs restore on wake Moore, Robert
     [not found] ` <37F890616C995246BE76B3E6B2DBE05571648F-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-04-20 20:40   ` Alexander Malysh [this message]
2004-04-20 20:53   ` Eric Valette
  -- strict thread matches above, loose matches on Subject: below --
2004-04-20 21:07 Moore, Robert
     [not found] ` <37F890616C995246BE76B3E6B2DBE05571657B-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-04-30 19:50   ` Eric Valette
     [not found]     ` <4092ADEF.2000505-GANU6spQydw@public.gmane.org>
2004-04-30 19:57       ` Karol Kozimor
     [not found]         ` <20040430195701.GA10958-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2004-04-30 20:12           ` Eric Valette
2004-04-17 21:51 Karol Kozimor
     [not found] ` <20040417215139.GA17862-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2004-04-17 22:05   ` Karol Kozimor
     [not found] ` <20040417215139.GA17862-DETuoxkZsSqrDJvtcaxF/A==@public.gmane.org>
2004-04-18 12:29   ` Eric Valette

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=200404202240.14840.a.malysh@centrium.de \
    --to=a.malysh-1wj9bojeyl0b1svskn2v4q@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=eric.valette-GANU6spQydw@public.gmane.org \
    --cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox