From: Vivek Goyal <vgoyal@in.ibm.com>
To: Nigel Cunningham <nigel@nigel.suspend2.net>
Cc: Arjan van de Ven <arjan@infradead.org>,
linux kernel mailing list <linux-kernel@vger.kernel.org>,
Reloc Kernel List <fastboot@lists.osdl.org>,
ebiederm@xmission.com, akpm@linux-foundation.org, ak@suse.de,
hpa@zytor.com, magnus.damm@gmail.com, lwang@redhat.com,
dzickus@redhat.com, pavel@suse.cz, rjw@sisk.pl
Subject: Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
Date: Thu, 8 Mar 2007 13:57:36 +0530 [thread overview]
Message-ID: <20070308082736.GN6000@in.ibm.com> (raw)
In-Reply-To: <1173341244.7913.5.camel@nigel.suspend2.net>
On Thu, Mar 08, 2007 at 07:07:23PM +1100, Nigel Cunningham wrote:
> Hi.
>
> On Thu, 2007-03-08 at 10:10 +0530, Vivek Goyal wrote:
> > On Thu, Mar 08, 2007 at 10:15:02AM +1100, Nigel Cunningham wrote:
> > > Hi.
> > >
> > > On Thu, 2007-03-08 at 07:49 +1100, Nigel Cunningham wrote:
> > > > Hi.
> > > >
> > > > On Wed, 2007-03-07 at 07:07 -0800, Arjan van de Ven wrote:
> > > > > On Wed, 2007-03-07 at 12:27 +0530, Vivek Goyal wrote:
> > > > > > Hi,
> > > > > >
> > > > > > Here is another attempt on x86_64 relocatable bzImage patches(V4). This
> > > > > > patchset makes a bzImage relocatable and same kernel binary can be loaded
> > > > > > and run from different physical addresses.
> > > > >
> > > > >
> > > > > have these patches been extensively tested with various suspend
> > > > > scenarios? (S1,S3,S4 in acpi speak or s2ram and s2disk in Linux speak)
> > > >
> > > > We did work on this for RHEL5, getting relocatable kernel support
> > > > working fine with S4. While doing it and since, I've been running
> > > > Suspend2 with the same patch.
> > > >
> > > > Since that work, Vivek has done more modifications, but I can confirm
> > > > that the basic design is reliable with S4. Haven't tried S3, but can do.
> > > > Will report back shortly.
> > >
> > > S3 works okay here with a relocatable x86_64 kernel (2.6.20).
> > >
> >
> > Hi Nigel,
> >
> > Is it possible to test S3 with 2.6.21-rc2 kernels also. Right now I don't
> > have access to any machine supporting S3. I tested it at the time of my last
> > posting and it had worked well. Appreciate your help.
>
> Tested with rc3 (rc2 wouldn't compile), and it works fine.
>
Thanks a lot Nigel.
> If you're willing, please add
>
> Signed-off-by: Nigel Cunningham <ncunning@redhat.com>
>
> or
>
> Acked-by: Nigel Cunningham <ncunning@redhat.com>
>
> to the hibernation related parts as you see appropriate, since I helped
> (albeit in a minor way compared to your work and Eric's work) with
> preparing and testing them for RHEL5 and have confirmed they're still ok
> in this version.
Sure. You have helped a lot. I think either Andi or Andrew needs to
add "Acked-by:" string while adding the hibernation related patches
(Assuming they decide do pick up the patches.)
Thanks
Vivek
next prev parent reply other threads:[~2007-03-08 8:29 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-07 6:57 [PATCH 0/20] x86_64 Relocatable bzImage support (V4) Vivek Goyal
2007-03-07 6:59 ` [PATCH 1/20] x86_64: Assembly safe page.h and pgtable.h Vivek Goyal
2007-03-07 19:24 ` Sam Ravnborg
2007-03-08 6:01 ` Vivek Goyal
2007-03-08 6:16 ` Eric W. Biederman
2007-03-07 7:00 ` [PATCH 2/20] x86_64: Kill temp boot pmds Vivek Goyal
2007-03-07 7:02 ` [PATCH 3/20] x86_64: Clean up the early boot page table Vivek Goyal
2007-03-07 7:03 ` [PATCH 4/20] x86_64: Fix early printk to use standard ISA mapping Vivek Goyal
2007-03-07 7:04 ` [PATCH 5/20] x86_64: modify copy_bootdata to use virtual addresses Vivek Goyal
2007-03-07 7:06 ` [PATCH 6/20] x86_64: cleanup segments Vivek Goyal
2007-03-07 7:08 ` [PATCH 7/20] x86_64: Add EFER to the register set saved by save_processor_state Vivek Goyal
2007-03-07 7:09 ` [PATCH 8/20] x86_64: 64bit PIC SMP trampoline Vivek Goyal
2007-03-07 7:10 ` [PATCH 9/20] x86_64: Get rid of dead code in suspend resume Vivek Goyal
2007-03-07 7:12 ` [PATCH 10/20] x86_64: wakeup.S rename registers to reflect right names Vivek Goyal
2007-03-07 22:30 ` Pavel Machek
2007-03-07 7:13 ` [PATCH 11/20] x86_64: wakeup.S misc cleanups Vivek Goyal
2007-03-07 22:40 ` Pavel Machek
2007-03-08 4:25 ` Vivek Goyal
2007-03-07 22:41 ` Pavel Machek
2007-03-08 4:29 ` Vivek Goyal
2007-03-08 11:43 ` Pavel Machek
2007-03-08 16:45 ` [Fastboot] " Lombard, David N
2007-03-07 7:14 ` [PATCH 12/20] x86_64: 64bit ACPI wakeup trampoline Vivek Goyal
2007-03-07 22:45 ` Pavel Machek
2007-03-07 22:57 ` [Fastboot] " Bernhard Walle
2007-03-08 4:58 ` Vivek Goyal
2007-03-08 11:44 ` Pavel Machek
2007-03-07 7:16 ` [PATCH 13/20] x86_64: Modify discover_ebda to use virtual addresses Vivek Goyal
2007-03-07 7:17 ` [PATCH 14/20] x86_64: Remove the identity mapping as early as possible Vivek Goyal
2007-03-07 7:18 ` [PATCH 15/20] Move swsusp __pa() dependent code to arch portion Vivek Goyal
2007-03-07 22:47 ` Pavel Machek
2007-03-08 5:34 ` Vivek Goyal
2007-03-08 11:47 ` Pavel Machek
2007-03-07 7:20 ` [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address Vivek Goyal
2007-03-07 22:49 ` Pavel Machek
2007-03-08 5:17 ` Vivek Goyal
2007-03-08 11:47 ` Pavel Machek
2007-03-07 22:50 ` Pavel Machek
2007-03-07 23:15 ` Nigel Cunningham
2007-03-08 5:04 ` Vivek Goyal
2007-03-08 11:44 ` Pavel Machek
2007-03-07 7:21 ` [PATCH 17/20] x86_64: __pa and __pa_symbol address space separation Vivek Goyal
2007-03-07 7:22 ` [PATCH 18/20] x86_64: Relocatable Kernel Support Vivek Goyal
2007-03-07 7:24 ` [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable bzImage Vivek Goyal
2007-03-07 7:25 ` [PATCH 20/20] x86_64: Move cpu verification code to common file Vivek Goyal
2007-03-07 15:07 ` [PATCH 0/20] x86_64 Relocatable bzImage support (V4) Arjan van de Ven
2007-03-07 19:08 ` Eric W. Biederman
2007-03-07 20:49 ` Nigel Cunningham
2007-03-07 23:15 ` Nigel Cunningham
2007-03-08 4:40 ` Vivek Goyal
2007-03-08 8:07 ` Nigel Cunningham
2007-03-08 8:27 ` Vivek Goyal [this message]
2007-03-08 7:48 ` Vivek Goyal
2007-03-08 3:36 ` Vivek Goyal
2007-03-14 23:10 ` Andi Kleen
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=20070308082736.GN6000@in.ibm.com \
--to=vgoyal@in.ibm.com \
--cc=ak@suse.de \
--cc=akpm@linux-foundation.org \
--cc=arjan@infradead.org \
--cc=dzickus@redhat.com \
--cc=ebiederm@xmission.com \
--cc=fastboot@lists.osdl.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lwang@redhat.com \
--cc=magnus.damm@gmail.com \
--cc=nigel@nigel.suspend2.net \
--cc=pavel@suse.cz \
--cc=rjw@sisk.pl \
/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