Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-09 Thread Kevin O'Connor
On Thu, Jul 09, 2015 at 10:45:23AM +0200, Gerd Hoffmann wrote: Hi, The conclusion is that the main bottleneck to boot QEMU is fw_cfg. https://www.kraxel.org/cgit/qemu/log/?h=rebase/fw-cfg-dma-wip Some experimental (and untested) bits implementing a dma interface for fw_cfg (also some

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-09 Thread Gerd Hoffmann
Hi, The conclusion is that the main bottleneck to boot QEMU is fw_cfg. https://www.kraxel.org/cgit/qemu/log/?h=rebase/fw-cfg-dma-wip Some experimental (and untested) bits implementing a dma interface for fw_cfg (also some unrelated fw_cfg stuff). You might want try wire that up for x86 and

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-08 Thread Marc MarĂ­
On Wed, 8 Jul 2015 09:10:14 +0100 Stefan Hajnoczi stefa...@gmail.com wrote: On Sat, Jul 4, 2015 at 6:57 PM, Kevin O'Connor ke...@koconnor.net wrote: On Fri, Jul 03, 2015 at 03:12:14PM +0100, Stefan Hajnoczi wrote: On Fri, Jul 3, 2015 at 2:13 PM, Kevin O'Connor ke...@koconnor.net wrote:

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-08 Thread Kevin O'Connor
On Wed, Jul 08, 2015 at 03:44:33PM +0200, Marc MarĂ­ wrote: On Wed, 8 Jul 2015 09:10:14 +0100 Stefan Hajnoczi stefa...@gmail.com wrote: On Sat, Jul 4, 2015 at 6:57 PM, Kevin O'Connor ke...@koconnor.net wrote: On Fri, Jul 03, 2015 at 03:12:14PM +0100, Stefan Hajnoczi wrote: On Fri, Jul

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-03 Thread Kevin O'Connor
On Fri, Jul 03, 2015 at 11:43:22AM +0200, Peter Stuge wrote: If you want to optimize for the Linux special case then you should not be using anything BIOS-related at all. There seems to be a common misunderstanding that supporting the BIOS negatively impacts boot times. This is not so - the

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-03 Thread Stefan Hajnoczi
On Fri, Jul 3, 2015 at 10:43 AM, Peter Stuge pe...@stuge.se wrote: If you want to optimize for the Linux special case then you should not be using anything BIOS-related at all. Good idea. The 32-bit or 64-bit kernel entry point should be used instead of the 16-bit entry point. My reading of

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-03 Thread Stefan Hajnoczi
On Fri, Jul 3, 2015 at 2:13 PM, Kevin O'Connor ke...@koconnor.net wrote: On Fri, Jul 03, 2015 at 10:33:56AM +0100, Stefan Hajnoczi wrote: Hi, qboot (https://github.com/bonzini/qboot) is a stripped down firmware providing only what is needed to boot a Linux kernel on x86. I wonder if there is

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-03 Thread Peter Stuge
Stefan Hajnoczi wrote: Hi, qboot (https://github.com/bonzini/qboot) is a stripped down firmware providing only what is needed to boot a Linux kernel on x86. Incredible, you have re-invented coreboot! Well, maybe not, it is Red Hat after all. How about putting your efforts into the existing

Re: [SeaBIOS] Reducing SeaBIOS kernel entry time

2015-07-03 Thread Paolo Bonzini
On 03/07/2015 11:43, Peter Stuge wrote: Hi, qboot (https://github.com/bonzini/qboot) is a stripped down firmware providing only what is needed to boot a Linux kernel on x86. Incredible, you have re-invented coreboot! I'm pretty sure I didn't, unless you count reusing the cbfs format as