Hi!
Index: linux-2.6.21-rc3/kernel/power/user.c
===
--- linux-2.6.21-rc3.orig/kernel/power/user.c
+++ linux-2.6.21-rc3/kernel/power/user.c
@@ -402,9 +402,10 @@ static int snapshot_ioctl(struct inode *
On Friday, 9 March 2007 23:13, Pavel Machek wrote:
Hi!
Index: linux-2.6.21-rc3/kernel/power/user.c
===
--- linux-2.6.21-rc3.orig/kernel/power/user.c
+++ linux-2.6.21-rc3/kernel/power/user.c
@@ -402,9 +402,10 @@
On Fri 2007-03-09 23:34:00, Rafael J. Wysocki wrote:
On Friday, 9 March 2007 23:13, Pavel Machek wrote:
Hi!
Index: linux-2.6.21-rc3/kernel/power/user.c
===
--- linux-2.6.21-rc3.orig/kernel/power/user.c
+++
On Wednesday, 7 March 2007 22:07, Pavel Machek wrote:
> Hi!
>
> > Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > from triggering by disabling nonboot CPUs before we finally enter the
> > platform
> > suspend.
> >
> > Signed-off-by: Rafael J. Wysocki <[EMAIL
Hi!
> Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> from triggering by disabling nonboot CPUs before we finally enter the platform
> suspend.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> ---
> kernel/power/disk.c |1 +
> kernel/power/user.c |
On Friday, 9 March 2007 02:11, Len Brown wrote:
> On Wednesday 07 March 2007 18:13, Rafael J. Wysocki wrote:
> > On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
> > > On Wed, 7 Mar 2007 23:14:29 +0100
> > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Wednesday, 7 March
On Wednesday 07 March 2007 18:13, Rafael J. Wysocki wrote:
> On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
> > On Wed, 7 Mar 2007 23:14:29 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
> > > > On Wed, 7 Mar 2007
On Thursday, 8 March 2007 17:41, Pavel Machek wrote:
> Hi!
>
>
> Using IPI No-Shortcut mode
> swsusp: Resume From Partition /dev/sda1
> PM: Checking swsusp image.
> swsusp: Signature found, resuming
> PM: Preparing processes for restore.
> Stopping tasks ... done.
Hi!
Using IPI No-Shortcut mode
swsusp: Resume From Partition /dev/sda1
PM: Checking swsusp image.
swsusp: Signature found, resuming
PM: Preparing processes for restore.
Stopping tasks ... done.
PM: Reading swsusp image.
Loading image data pages (125285 pages) ... <3>swsusp: Resume
mi
Hi!
> > > +int pfn_is_nosave(unsigned long pfn)
> > > +{
> > > + unsigned long nosave_begin_pfn = __pa_symbol(&__nosave_begin) >>
> > > PAGE_SHIFT;
> > > + unsigned long nosave_end_pfn = PAGE_ALIGN(__pa_symbol(&__nosave_end))
> > > >> PAGE_SHIFT;
> > > + return (pfn >= nosave_begin_pfn) && (pfn
Hi!
> > > Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
> >
> > > +static int swsusp_header_init(void)
> > > +{
> > > + swsusp_header = (struct swsusp_header*) __get_free_page(GFP_KERNEL);
> > > + if (!swsusp_header)
> > > + panic("Could not allocate memory for swsusp_header\n");
> > >
Hi!
> > > o virt_to_page() call should be used on kernel linear addresses and not
> > > on kernel text and data addresses. Swsusp code uses it on kernel data
> > > (statically allocated swsusp_header).
> > >
> > > o Allocate swsusp_header d
Hi!
Using IPI No-Shortcut mode
swsusp: Resume From Partition /dev/sda1
PM: Checking swsusp image.
swsusp: Signature found, resuming
PM: Preparing processes for restore.
Stopping tasks ... done.
PM: Reading swsusp image.
Loading image data pages (125285 pages) ... 3swsusp: Resume
mismatch
On Thursday, 8 March 2007 17:41, Pavel Machek wrote:
Hi!
Using IPI No-Shortcut mode
swsusp: Resume From Partition /dev/sda1
PM: Checking swsusp image.
swsusp: Signature found, resuming
PM: Preparing processes for restore.
Stopping tasks ... done.
PM: Reading swsusp image.
Loading
Hi!
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically so that virt_to_page() can be used
safely.
o
Hi!
Signed-off-by: Vivek Goyal [EMAIL PROTECTED]
+static int swsusp_header_init(void)
+{
+ swsusp_header = (struct swsusp_header*) __get_free_page(GFP_KERNEL);
+ if (!swsusp_header)
+ panic(Could not allocate memory for swsusp_header\n);
+ return 0;
+}
+
Hi!
+int pfn_is_nosave(unsigned long pfn)
+{
+ unsigned long nosave_begin_pfn = __pa_symbol(__nosave_begin)
PAGE_SHIFT;
+ unsigned long nosave_end_pfn = PAGE_ALIGN(__pa_symbol(__nosave_end))
PAGE_SHIFT;
+ return (pfn = nosave_begin_pfn) (pfn nosave_end_pfn);
+}
On Wednesday 07 March 2007 18:13, Rafael J. Wysocki wrote:
On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:14:29 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
On Wed, 7 Mar 2007 20:44:11 +0100
On Friday, 9 March 2007 02:11, Len Brown wrote:
On Wednesday 07 March 2007 18:13, Rafael J. Wysocki wrote:
On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:14:29 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 7 March 2007 22:16, Andrew
Hi!
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/disk.c |1 +
kernel/power/user.c |2 +-
2
On Wednesday, 7 March 2007 22:07, Pavel Machek wrote:
Hi!
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the
platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
On Wed, Mar 07, 2007 at 11:47:40PM +0100, Pavel Machek wrote:
> Hi!
>
> > o __pa() should be used only on kernel linearly mapped virtual addresses
> > and not on kernel text and data addresses.
> >
> > o Hibernation code needs to determine the physical address associated
> > with kernel
On Wed, Mar 07, 2007 at 11:49:15PM +0100, Pavel Machek wrote:
> Hi!
>
> > o virt_to_page() call should be used on kernel linear addresses and not
> > on kernel text and data addresses. Swsusp code uses it on kernel data
> > (statically allocated swsusp_head
On Wed, Mar 07, 2007 at 11:50:06PM +0100, Pavel Machek wrote:
> Hi!
>
> > o virt_to_page() call should be used on kernel linear addresses and not
> > on kernel text and data addresses. Swsusp code uses it on kernel data
> > (statically allocated swsusp_head
On Thursday, 8 March 2007 01:20, Dave Jones wrote:
> On Thu, Mar 08, 2007 at 12:13:05AM +0100, Rafael J. Wysocki wrote:
>
> > > > Well, the WARN_ON() in
> arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > > > triggers every time an SMP x86_64 box is suspended to disk using the
> platform
On Thu, Mar 08, 2007 at 12:13:05AM +0100, Rafael J. Wysocki wrote:
> > > Well, the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > > triggers every time an SMP x86_64 box is suspended to disk using the
> > > platform
> > > mode (default), which is quite annoying IMHO and
Hi.
On Wed, 2007-03-07 at 23:50 +0100, Pavel Machek wrote:
> Hi!
>
> > o virt_to_page() call should be used on kernel linear addresses and not
> > on kernel text and data addresses. Swsusp code uses it on kernel data
> > (statically allocated swsusp_header).
> >
On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
> On Wed, 7 Mar 2007 23:14:29 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
> > > On Wed, 7 Mar 2007 20:44:11 +0100
> > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
On Wednesday, 7 March 2007 23:19, Pavel Machek wrote:
> Hi!
>
> > > > Prevent the WARN_ON() in
> > > > arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > > > from triggering by disabling nonboot CPUs before we finally enter the
> > > > platform
> > > > suspend.
> > > >
> > > >
Hi!
> o virt_to_page() call should be used on kernel linear addresses and not
> on kernel text and data addresses. Swsusp code uses it on kernel data
> (statically allocated swsusp_header).
>
> o Allocate swsusp_header dynamically so that virt_to_page() can be used
> s
On Wed, 7 Mar 2007 23:14:29 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
> > On Wed, 7 Mar 2007 20:44:11 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > >
> > >
Hi!
> o virt_to_page() call should be used on kernel linear addresses and not
> on kernel text and data addresses. Swsusp code uses it on kernel data
> (statically allocated swsusp_header).
>
> o Allocate swsusp_header dynamically so that virt_to_page() can be used
> s
Hi!
> o __pa() should be used only on kernel linearly mapped virtual addresses
> and not on kernel text and data addresses.
>
> o Hibernation code needs to determine the physical address associated
> with kernel symbol to mark a section boundary which contains pages which
> don't have to
Hi!
> > > Prevent the WARN_ON() in
> > > arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > > from triggering by disabling nonboot CPUs before we finally enter the
> > > platform
> > > suspend.
> > >
> > > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > ---
> > >
On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
> On Wed, 7 Mar 2007 20:44:11 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
> > Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > from triggering by
On Wed, 7 Mar 2007 20:44:11 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> from triggering by disabling nonboot CPUs before we finally enter the platform
>
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
kernel/power/disk.c |1 +
From: Stefan Seyfried <[EMAIL PROTECTED]>
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
From: Stefan Seyfried [EMAIL PROTECTED]
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
Acked-by:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/disk.c |1 +
On Wed, 7 Mar 2007 20:44:11 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
On Wed, 7 Mar 2007 20:44:11 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling
Hi!
Prevent the WARN_ON() in
arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the
platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/disk.c |1 +
On Wed, 7 Mar 2007 23:14:29 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
On Wed, 7 Mar 2007 20:44:11 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Prevent the WARN_ON() in
On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:14:29 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 7 March 2007 22:16, Andrew Morton wrote:
On Wed, 7 Mar 2007 20:44:11 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
From: Rafael
On Wednesday, 7 March 2007 23:19, Pavel Machek wrote:
Hi!
Prevent the WARN_ON() in
arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the
platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL
On Thu, Mar 08, 2007 at 12:13:05AM +0100, Rafael J. Wysocki wrote:
Well, the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
triggers every time an SMP x86_64 box is suspended to disk using the
platform
mode (default), which is quite annoying IMHO and users think
On Thursday, 8 March 2007 01:20, Dave Jones wrote:
On Thu, Mar 08, 2007 at 12:13:05AM +0100, Rafael J. Wysocki wrote:
Well, the WARN_ON() in
arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
triggers every time an SMP x86_64 box is suspended to disk using the
platform
mode
Hi!
o __pa() should be used only on kernel linearly mapped virtual addresses
and not on kernel text and data addresses.
o Hibernation code needs to determine the physical address associated
with kernel symbol to mark a section boundary which contains pages which
don't have to be
Hi!
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically so that virt_to_page() can be used
safely.
o I am changing
Hi!
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically so that virt_to_page() can be used
safely.
o I am changing
Hi.
On Wed, 2007-03-07 at 23:50 +0100, Pavel Machek wrote:
Hi!
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically
On Wed, Mar 07, 2007 at 11:50:06PM +0100, Pavel Machek wrote:
Hi!
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header
On Wed, Mar 07, 2007 at 11:49:15PM +0100, Pavel Machek wrote:
Hi!
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header
On Wed, Mar 07, 2007 at 11:47:40PM +0100, Pavel Machek wrote:
Hi!
o __pa() should be used only on kernel linearly mapped virtual addresses
and not on kernel text and data addresses.
o Hibernation code needs to determine the physical address associated
with kernel symbol to mark a
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically so that virt_to_page() can be used
safely.
o I am changing this because
|5 ++---
kernel/power/snapshot.c | 11 ---
6 files changed, 55 insertions(+), 14 deletions(-)
diff -puN
arch/i386/power/suspend.c~move-swsusp-__pa-dependent-code-to-arch-portion
arch/i386/power/suspend.c
---
linux-2.6.21-rc2-reloc/arch/i386/power/suspend.c~move-swsusp-__pa-dep
Hi,
On Tuesday, 6 March 2007 10:41, Pavel Machek wrote:
> Hi!
>
> > > > Index: linux-2.6.21-rc2/kernel/power/Kconfig
> > > > ===
> > > > --- linux-2.6.21-rc2.orig/kernel/power/Kconfig 2007-02-28
> > > > 23:54:45.0 +0100
>
Hi!
> > > Index: linux-2.6.21-rc2/kernel/power/Kconfig
> > > ===
> > > --- linux-2.6.21-rc2.orig/kernel/power/Kconfig2007-02-28
> > > 23:54:45.0 +0100
> > > +++ linux-2.6.21-rc2/kernel/power/Kconfig 2007-03-04
On Tuesday, 6 March 2007 09:32, Pavel Machek wrote:
> Hi!
>
> > Index: linux-2.6.21-rc2/kernel/power/Kconfig
> > ===
> > --- linux-2.6.21-rc2.orig/kernel/power/Kconfig 2007-02-28
> > 23:54:45.0 +0100
> > +++
Hi!
> Index: linux-2.6.21-rc2/kernel/power/Kconfig
> ===
> --- linux-2.6.21-rc2.orig/kernel/power/Kconfig2007-02-28
> 23:54:45.0 +0100
> +++ linux-2.6.21-rc2/kernel/power/Kconfig 2007-03-04 11:50:48.0
>
Hi!
Index: linux-2.6.21-rc2/kernel/power/Kconfig
===
--- linux-2.6.21-rc2.orig/kernel/power/Kconfig2007-02-28
23:54:45.0 +0100
+++ linux-2.6.21-rc2/kernel/power/Kconfig 2007-03-04 11:50:48.0
+0100
On Tuesday, 6 March 2007 09:32, Pavel Machek wrote:
Hi!
Index: linux-2.6.21-rc2/kernel/power/Kconfig
===
--- linux-2.6.21-rc2.orig/kernel/power/Kconfig 2007-02-28
23:54:45.0 +0100
+++
Hi!
Index: linux-2.6.21-rc2/kernel/power/Kconfig
===
--- linux-2.6.21-rc2.orig/kernel/power/Kconfig2007-02-28
23:54:45.0 +0100
+++ linux-2.6.21-rc2/kernel/power/Kconfig 2007-03-04 11:50:48.0
Hi,
On Tuesday, 6 March 2007 10:41, Pavel Machek wrote:
Hi!
Index: linux-2.6.21-rc2/kernel/power/Kconfig
===
--- linux-2.6.21-rc2.orig/kernel/power/Kconfig 2007-02-28
23:54:45.0 +0100
+++
++---
kernel/power/snapshot.c | 11 ---
6 files changed, 55 insertions(+), 14 deletions(-)
diff -puN
arch/i386/power/suspend.c~move-swsusp-__pa-dependent-code-to-arch-portion
arch/i386/power/suspend.c
---
linux-2.6.21-rc2-reloc/arch/i386/power/suspend.c~move-swsusp-__pa-dependent-code
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically so that virt_to_page() can be used
safely.
o I am changing this because
It doesn't need ACPI or APM.
- You may suspend your machine by 'swsusp' or 'shutdown -z '
- (patch for sysvinit needed).
+ Enable the suspend to disk (STD) functionality.
- It creates an image which is saved in your active swap. Upon next
+ You can s
machine by 'swsusp' or 'shutdown -z time'
- (patch for sysvinit needed).
+ Enable the suspend to disk (STD) functionality.
- It creates an image which is saved in your active swap. Upon next
+ You can suspend your machine with 'echo disk /sys/power/state
Hi!
> From: Stefan Seyfried <[EMAIL PROTECTED]>
>
> Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
> a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
>
> Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
> Signed-off-by: Rafael J. Wysocki
Hi!
From: Stefan Seyfried [EMAIL PROTECTED]
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki [EMAIL
On Saturday, 24 February 2007 23:06, Rafael J. Wysocki wrote:
> From: Stefan Seyfried <[EMAIL PROTECTED]>
>
> Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
> a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
>
> Signed-off-by: Stefan Seyfried
From: Stefan Seyfried <[EMAIL PROTECTED]>
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
From: Stefan Seyfried [EMAIL PROTECTED]
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
On Saturday, 24 February 2007 23:06, Rafael J. Wysocki wrote:
From: Stefan Seyfried [EMAIL PROTECTED]
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried [EMAIL
Hi!
> please take a look at my bugreport. It is very important for me...
>
> http://bugzilla.kernel.org/show_bug.cgi?id=7936
>
> Thanks a lot
If it is really caused by difference between -rc7 and -final... then I
guess it is 'git bisect' time...
Hi!
> I'm having problems with s2ram being unable to restore
> my Intel 945GM (a Dell D420 laptop) when resuming. I
> think everything else is restored properly (I have input
> so I can reboot or suspend again). Full hibernation is
> working flawless on this machine including restoring
>
Hi!
I'm having problems with s2ram being unable to restore
my Intel 945GM (a Dell D420 laptop) when resuming. I
think everything else is restored properly (I have input
so I can reboot or suspend again). Full hibernation is
working flawless on this machine including restoring
Hi!
please take a look at my bugreport. It is very important for me...
http://bugzilla.kernel.org/show_bug.cgi?id=7936
Thanks a lot
If it is really caused by difference between -rc7 and -final... then I
guess it is 'git bisect' time...
The SNAPSHOT_PMOPS and SNAPSHOT_S2RAM ioctls can Oops if they are called from
a kernel that doesn't set pm_ops (eg. non-ACPI kernel on a PC). Fix it.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
kernel/power/user.c | 13 +++--
1
Ups, forgot suspend-devel CC :)
Christian Axelsson wrote:
Hello!
I'm having problems with s2ram being unable to restore my Intel 945GM (a
Dell D420 laptop) when resuming. I think everything else is restored
properly (I have input so I can reboot or suspend again). Full
hibernation is
On Tue, Feb 06, 2007 at 06:18:54PM +0100, Christian Axelsson wrote:
> Ups, forgot suspend-devel CC :)
>
> Christian Axelsson wrote:
> > Hello!
> >
> > I'm having problems with s2ram being unable to restore my Intel 945GM (a
> > Dell D420 laptop) when resuming. I think everything else is
Hello!
I'm having problems with s2ram being unable to restore my Intel 945GM (a
Dell D420 laptop) when resuming. I think everything else is restored
properly (I have input so I can reboot or suspend again). Full
hibernation is working flawless on this machine including restoring
framebuffer
Hello!
I'm having problems with s2ram being unable to restore my Intel 945GM (a
Dell D420 laptop) when resuming. I think everything else is restored
properly (I have input so I can reboot or suspend again). Full
hibernation is working flawless on this machine including restoring
framebuffer
The SNAPSHOT_PMOPS and SNAPSHOT_S2RAM ioctls can Oops if they are called from
a kernel that doesn't set pm_ops (eg. non-ACPI kernel on a PC). Fix it.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
Acked-by: Pavel Machek [EMAIL PROTECTED]
---
kernel/power/user.c | 13 +++--
1 file
On Tue, Feb 06, 2007 at 06:18:54PM +0100, Christian Axelsson wrote:
Ups, forgot suspend-devel CC :)
Christian Axelsson wrote:
Hello!
I'm having problems with s2ram being unable to restore my Intel 945GM (a
Dell D420 laptop) when resuming. I think everything else is restored
Ups, forgot suspend-devel CC :)
Christian Axelsson wrote:
Hello!
I'm having problems with s2ram being unable to restore my Intel 945GM (a
Dell D420 laptop) when resuming. I think everything else is restored
properly (I have input so I can reboot or suspend again). Full
hibernation is
Hi,
please take a look at my bugreport. It is very important for me...
http://bugzilla.kernel.org/show_bug.cgi?id=7936
Thanks a lot
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi,
please take a look at my bugreport. It is very important for me...
http://bugzilla.kernel.org/show_bug.cgi?id=7936
Thanks a lot
Michal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
In the kernels later than 2.6.19 there is a regression that makes swsusp fail
if the resume device is not explicitly specified.
It can be fixed by adding an additional parameter to
mm/swapfile.c:swap_type_of() allowing us to pass the (struct block_device *)
corresponding to the first available
In the kernels later than 2.6.19 there is a regression that makes swsusp fail
if the resume device is not explicitly specified.
It can be fixed by adding an additional parameter to
mm/swapfile.c:swap_type_of() allowing us to pass the (struct block_device *)
corresponding to the first available
Hi!
> Rafael J. Wysocki (1):
> ACPI: S4: Use "platform" rather than "shutdown" mode by default
...platform is right thing to do, but it is also "more aggresive" than
"shutdown" -- it needs bigger chunk of ACPI BIOS to work properly.
So, it would be nice to test 2.6.20-rc2 on your
Hi!
Rafael J. Wysocki (1):
ACPI: S4: Use platform rather than shutdown mode by default
...platform is right thing to do, but it is also more aggresive than
shutdown -- it needs bigger chunk of ACPI BIOS to work properly.
So, it would be nice to test 2.6.20-rc2 on your favourite system
ume(),
as indicated by the recent discussion on Linux-PM
(cf. http://lists.osdl.org/pipermail/linux-pm/2006-November/004164.html).
The changes here only affect the userland interface of swsusp.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]&
Make the userland interface of swsusp call pm_ops->finish() after
enable_nonboot_cpus() and before resume_device(),
as indicated by the recent discussion on Linux-PM
(cf. http://lists.osdl.org/pipermail/linux-pm/2006-November/004164.html).
This patch changes the SNAPSHOT_PMOPS ioctl so that
-pm/2006-November/004164.html).
The changes here only affect the built-in swsusp.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
kernel/cpu.c|2
kernel/power/disk.c | 110 ++---
-pm/2006-November/004164.html).
The changes here only affect the built-in swsusp.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
Acked-by: Pavel Machek [EMAIL PROTECTED]
---
kernel/cpu.c|2
kernel/power/disk.c | 110 ++--
2 files
(),
as indicated by the recent discussion on Linux-PM
(cf. http://lists.osdl.org/pipermail/linux-pm/2006-November/004164.html).
The changes here only affect the userland interface of swsusp.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
Acked-by: Pavel Machek [EMAIL PROTECTED]
---
kernel/power
Make the userland interface of swsusp call pm_ops-finish() after
enable_nonboot_cpus() and before resume_device(),
as indicated by the recent discussion on Linux-PM
(cf. http://lists.osdl.org/pipermail/linux-pm/2006-November/004164.html).
This patch changes the SNAPSHOT_PMOPS ioctl so that its
-stable review patch. If anyone has any objections, please let us know.
--
From: Rafael J Wysocki <[EMAIL PROTECTED]>
The 'testproc' swsusp debug mode thaws tasks twice in a row, which is _very_
confusing. Fix that.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTE
501 - 600 of 1613 matches
Mail list logo