Re: Use case - Fast Linux restart bypassing BIOS
John Cherry <[email protected]> Thu, 21 Apr 2005 10:43:00 -0700
| Newsgroups | gmane.linux.kernel.carrier-grade |
|---|---|
| Message-ID | <[email protected]> |
--===============40625872497512572== Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2005-04-18 at 16:47 -0600, Khalid Aziz wrote: > Here is my first pass at use case for fast system restart (a whole day > before deadline. woohoo!) Aren't deadlines wonderful!? :) > > BTW, why did we choose to say "bypassing BIOS" instead of "bypassing > system firmware"? BIOS is fairly PC-centric and even PCs are starting to > move away from BIOS to EFI. You might notice my use of more generic term > "system firmware" in this doc rather than BIOS :) Takashi, changing the "bypassing BIOS" reference in the availability spec to "bypassing system firmware" would be a reasonable clarification for the 3.1 spec. > > Comments, thoughts, criticism? Nice writeup Khalid. Go ahead and check in the use case in the "Use Cases" folder at http://groups.osdl.org/apps/org/workgroup/cgl_tech_board/documents.php Khalid, in the scenarios section of the use case, would it be reasonable to include the use of kexec as the front end to a memory dumper as well? This would not specifically apply to the fast reboot requirement, but would demonstrate that the kexec implementation has uses outside of the linux booting linux scenarios. There is a whitepaper (a little dated) on kexec that could also be used as a reference. See http://developer.osdl.org/rddunlap/kexec/whitepaper/ John > > _______________________________________________ > cgl_discussion mailing list > [email protected] > http://lists.osdl.org/mailman/listinfo/cgl_discussion --===============40625872497512572== Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline _______________________________________________ cgl_discussion mailing list [email protected] http://lists.osdl.org/mailman/listinfo/cgl_discussion --===============40625872497512572==--