RE: Grub fast resume

2008-03-03 Thread Xu, Martin
Matthew: I find two issues at your update. 1. SUPPORT_MOBILE is not defined so the fast-resume related command can not be compliled. 2. The symbol_version and symbol_release can not be gotten from function grub_kernel_version() in stage2/builtins.c, So fast-resume can not work. I used the moblin

Re: [Moblin Dev] RE: Grub fast resume

2008-03-03 Thread Matthew Garrett
On Tue, Mar 04, 2008 at 09:34:46AM +0800, Li, Frank wrote: > When system reboot(resume), grub will don't know use > System.map-whatever1 or System.map-whatever. > If we use universal system.map created from suspend kernel, the > situation will become simple. grub needs to know whi

RE: [Moblin Dev] RE: Grub fast resume

2008-03-03 Thread Li, Frank
Matthew: We need consider multi-kernel entry case. root (hd0,0) kernel /boot/vmlinuz-whatever1 resume_partition (hd0,2) resume_symbols /boot/System.map-whatever1 resume root (hd0,0) kernel /boot/vmlinuz-whatever2 resume_partition (hd0,2) resume_symbols /boot/System.map-whatever2 resume

Re: Grub fast resume

2008-03-03 Thread Matthew Garrett
On Mon, Mar 03, 2008 at 07:03:18PM +0800, Xu, Martin wrote: > Garrett: > I like the optimization, and in fact it is my original design. > The reason I abandon the design later is that make fast-resume depends on > system.map file. If the file does not exist, or be damaged, fast-resume can > not w

RE: Grub fast resume

2008-03-03 Thread Xu, Martin
Garrett: I like the optimization, and in fact it is my original design. The reason I abandon the design later is that make fast-resume depends on system.map file. If the file does not exist, or be damaged, fast-resume can not work. I have tried it at my machine and find that it can not work; I