>-Original Message-
>From: Pavel Machek [mailto:[EMAIL PROTECTED]
>> > Did the trick, I got the kernel to load, and it even attempted
>> > exec... but I got doublefault (or what is it?)
>> >
>> > Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
>> >
>> > Do I have to disable
Hi!
> > Did the trick, I got the kernel to load, and it even attempted
> > exec... but I got doublefault (or what is it?)
> >
> > Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
> >
> > Do I have to disable ACPI completely? I tried with acpi=off,
> > nosmp... but problem does not
Hi!
Did the trick, I got the kernel to load, and it even attempted
exec... but I got doublefault (or what is it?)
Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
Do I have to disable ACPI completely? I tried with acpi=off,
nosmp... but problem does not seem device
-Original Message-
From: Pavel Machek [mailto:[EMAIL PROTECTED]
Did the trick, I got the kernel to load, and it even attempted
exec... but I got doublefault (or what is it?)
Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
Do I have to disable ACPI completely? I
On Sun, 2007-08-05 at 20:55 +0200, Pavel Machek wrote:
> Did the trick, I got the kernel to load, and it even attempted
> exec... but I got doublefault (or what is it?)
>
> Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
>
> Do I have to disable ACPI completely? I tried with
Hi!
> > [EMAIL PROTECTED]:~# kexec -p /data/l/linux/arch/i386/boot/bzImage
> > --append="init=/bin/bash kexec_jump_buf_pfn=`cat
> > /sys/kernel/kexec_jump_buf_pfn`"
> > Could not find a free area of memory of 9000 bytes...
> > locate_hole failed
> > [EMAIL PROTECTED]:~#
> >
> > What am I doing
Hi!
[EMAIL PROTECTED]:~# kexec -p /data/l/linux/arch/i386/boot/bzImage
--append=init=/bin/bash kexec_jump_buf_pfn=`cat
/sys/kernel/kexec_jump_buf_pfn`
Could not find a free area of memory of 9000 bytes...
locate_hole failed
[EMAIL PROTECTED]:~#
What am I doing wrong?
The
On Sun, 2007-08-05 at 20:55 +0200, Pavel Machek wrote:
Did the trick, I got the kernel to load, and it even attempted
exec... but I got doublefault (or what is it?)
Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
Do I have to disable ACPI completely? I tried with acpi=off,
On Tue, 2007-07-31 at 13:04 +0200, Pavel Machek wrote:
> Hi!
>
> > 3. Boot kernel compiled for normal usage, the reserved crash kernel
> >memory region must be added to kernel command line as following:
> >
> >crashkernel=M@M
> >
> >Where, should be replaced by the real memory size
On Tue, 2007-07-31 at 04:52 -0600, Eric W. Biederman wrote:
> "Huang, Ying" <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
> >> > Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
> >> >
Hi!
> > This part did not apply for me -- it seems crashdump related and I did
> > not have that applied. Is it critical?
>
> This is needed for kexec_jump to work properly. Which version of
> kexec-tools do you use? This patch is against 1.101. The kdump patch
> must be applied before this
Hi!
> >> >
> >> > +/* Adds the kexec_backup= command line parameter to command line. */
> >> > +static int cmdline_add_backup(char *cmdline, unsigned long addr)
> >> > +{
> >> > +int cmdlen, len, align = 1024;
> >> > +char str[30], *ptr;
> >> > +
> >> > +/* Passing in
Hi!
> 3. Boot kernel compiled for normal usage, the reserved crash kernel
>memory region must be added to kernel command line as following:
>
>crashkernel=M@M
>
>Where, should be replaced by the real memory size and
> position.
I used [EMAIL PROTECTED] .
> 4. Load kernel
"Huang, Ying" <[EMAIL PROTECTED]> writes:
> On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
>> > Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
>> > ===
>> > --- kexec-tools-1.101.orig/kexec/arch/i386/crashdump-x86.c
On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
> > Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
> > ===
> > --- kexec-tools-1.101.orig/kexec/arch/i386/crashdump-x86.c 2007-07-08
> > 23:00:25.0 +0800
> >
Hi!
> Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
> ===
> --- kexec-tools-1.101.orig/kexec/arch/i386/crashdump-x86.c2007-07-08
> 23:00:25.0 +0800
> +++ kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
Hi!
Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
===
--- kexec-tools-1.101.orig/kexec/arch/i386/crashdump-x86.c2007-07-08
23:00:25.0 +0800
+++ kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
===
--- kexec-tools-1.101.orig/kexec/arch/i386/crashdump-x86.c 2007-07-08
23:00:25.0 +0800
+++
Huang, Ying [EMAIL PROTECTED] writes:
On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
===
--- kexec-tools-1.101.orig/kexec/arch/i386/crashdump-x86.c 2007-07-08
Hi!
3. Boot kernel compiled for normal usage, the reserved crash kernel
memory region must be added to kernel command line as following:
crashkernel=XXM@XXM
Where, XX should be replaced by the real memory size and
position.
I used [EMAIL PROTECTED] .
4. Load kernel compiled
Hi!
+/* Adds the kexec_backup= command line parameter to command line. */
+static int cmdline_add_backup(char *cmdline, unsigned long addr)
+{
+int cmdlen, len, align = 1024;
+char str[30], *ptr;
+
+/* Passing in kexec_backup=xxxK format. Saves
Hi!
This part did not apply for me -- it seems crashdump related and I did
not have that applied. Is it critical?
This is needed for kexec_jump to work properly. Which version of
kexec-tools do you use? This patch is against 1.101. The kdump patch
must be applied before this patch is
On Tue, 2007-07-31 at 04:52 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
===
---
On Tue, 2007-07-31 at 13:04 +0200, Pavel Machek wrote:
Hi!
3. Boot kernel compiled for normal usage, the reserved crash kernel
memory region must be added to kernel command line as following:
crashkernel=XXM@XXM
Where, XX should be replaced by the real memory size and
On Thursday, 19 July 2007 08:43, Huang, Ying wrote:
> On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote:
> > I like the idea but I think I'll let people chat about it a bit more
> > before looking at merging the patches, OK?
>
> I think maybe we should wait for Rafael to separate the device
On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote:
> I like the idea but I think I'll let people chat about it a bit more
> before looking at merging the patches, OK?
I think maybe we should wait for Rafael to separate the device hibernate
(quiesce and state save) from device suspend.
On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote:
I like the idea but I think I'll let people chat about it a bit more
before looking at merging the patches, OK?
I think maybe we should wait for Rafael to separate the device hibernate
(quiesce and state save) from device suspend. Without
On Thursday, 19 July 2007 08:43, Huang, Ying wrote:
On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote:
I like the idea but I think I'll let people chat about it a bit more
before looking at merging the patches, OK?
I think maybe we should wait for Rafael to separate the device
On Thu, 19 Jul 2007, Nigel Cunningham wrote:
Hi.
On Thursday 19 July 2007 11:04:20 Andrew Morton wrote:
On Sun, 15 Jul 2007 15:13:13 +0800
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework
Hi.
On Thursday 19 July 2007 11:04:20 Andrew Morton wrote:
> On Sun, 15 Jul 2007 15:13:13 +0800
> "Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
> >
> > The changelog between v1 and v2
> >
> > 1. The kexec jump implementation is put into the kexec/kdump
> >framework instead of software suspend
On Sun, 15 Jul 2007 15:13:13 +0800
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
> The changelog between v1 and v2
>
> 1. The kexec jump implementation is put into the kexec/kdump
>framework instead of software suspend framework. The device
>and CPU state save/restore code of software
On Sun, 15 Jul 2007 15:13:13 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework instead of software suspend framework. The device
and CPU state save/restore code of software suspend is
Hi.
On Thursday 19 July 2007 11:04:20 Andrew Morton wrote:
On Sun, 15 Jul 2007 15:13:13 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework instead of software suspend framework. The
On Thu, 19 Jul 2007, Nigel Cunningham wrote:
Hi.
On Thursday 19 July 2007 11:04:20 Andrew Morton wrote:
On Sun, 15 Jul 2007 15:13:13 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework instead
Hi.
On Sunday 15 July 2007 17:13:13 Huang, Ying wrote:
> The complete changelog of the patch is as follow:
>
> ---
>
> Kexec base hibernation has some potential advantages over uswsusp and
> TuxOnIce (suspend2). Some most obvious advantages are:
>
> 1. The hibernation image size can exceed
On Sunday, 15 July 2007 09:13, Huang, Ying wrote:
> The changelog between v1 and v2
>
> 1. The kexec jump implementation is put into the kexec/kdump
>framework instead of software suspend framework. The device
>and CPU state save/restore code of software suspend is called
>when
On Sunday, 15 July 2007 09:13, Huang, Ying wrote:
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework instead of software suspend framework. The device
and CPU state save/restore code of software suspend is called
when needed.
Hi.
On Sunday 15 July 2007 17:13:13 Huang, Ying wrote:
The complete changelog of the patch is as follow:
---
Kexec base hibernation has some potential advantages over uswsusp and
TuxOnIce (suspend2). Some most obvious advantages are:
1. The hibernation image size can exceed half of
38 matches
Mail list logo