Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-12 Thread Gerd Hoffmann
Hi, > > AFAIK latest seabios already supports DMA. > > It's easy to add more config options for seabios > > if you are so inclined. > > Yes, I tried that, the fw_cfg overhead in SeaBios/linuxboot optrom is > already not a big issue for us. However, there are still some other > code in SeaBIOS n

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-06 Thread Chao Peng
> > > 1) qboot optimizations: adopt the fw_cfg DMA interface instead of > > > the > > > cbfs flash hack (so that -kernel works), drop PCI bridge > > > initialization, > > > copy less than 64K of memory from ROM to 0xf; > > > > I can do the evaluation on qboot. Also adding Amnon Ilan, to see i

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-06 Thread Michael S. Tsirkin
On Tue, Sep 06, 2016 at 04:21:25PM +0200, Paolo Bonzini wrote: > > > On 06/09/2016 12:48, Chao Peng wrote: > >> As you might expect, I don't agree with removing the > >> firmware. There's > >> room for much more optimization before duplicating firmware code in > >> QEMU. I'd rather see numbers

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-06 Thread Chao Peng
> > > 2) Linux optimizations: using an uncompressed image to avoid the > > > cost of copying and decompressing.  QEMU can already load the > > > image > > > at the right place and the real mode stub can do little more than > > > GDT/IDT setup. > > > > This works surely. I actually followed your s

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-06 Thread Paolo Bonzini
On 06/09/2016 12:48, Chao Peng wrote: >> As you might expect, I don't agree with removing the >> firmware. There's >> room for much more optimization before duplicating firmware code in >> QEMU. I'd rather see numbers for: >> >> 1) qboot optimizations: adopt the fw_cfg DMA interface instead of

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-06 Thread Michael S. Tsirkin
On Tue, Sep 06, 2016 at 06:48:57PM +0800, Chao Peng wrote: > > > Patches 1-4 are okay, though I think it would be easier to add a -M > > q35-lite too that just removes the legacy devices.  The -M q35-lite > > machine doesn't have to support versioning for now. > > Okay, this is also good to have

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-06 Thread Chao Peng
> Patches 1-4 are okay, though I think it would be easier to add a -M > q35-lite too that just removes the legacy devices.  The -M q35-lite > machine doesn't have to support versioning for now. Okay, this is also good to have in my mind. > > As you might expect, I don't agree with removing the

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-04 Thread Michael S. Tsirkin
On Fri, Sep 02, 2016 at 01:08:29PM +0200, Paolo Bonzini wrote: > > > On 25/08/2016 12:14, Chao Peng wrote: > > This patchset is trying to optimize guest startup time by disabling > > or simplifying some features in QEMU. The version 1 can be found at: > > https://lists.nongnu.org/archive/html/qem

Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-09-02 Thread Paolo Bonzini
On 25/08/2016 12:14, Chao Peng wrote: > This patchset is trying to optimize guest startup time by disabling > or simplifying some features in QEMU. The version 1 can be found at: > https://lists.nongnu.org/archive/html/qemu-devel/2016-06/msg04842.html > > Unlike version 1, this version optimizes

[Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization

2016-08-25 Thread Chao Peng
This patchset is trying to optimize guest startup time by disabling or simplifying some features in QEMU. The version 1 can be found at: https://lists.nongnu.org/archive/html/qemu-devel/2016-06/msg04842.html Unlike version 1, this version optimizes Q35 directly instead of introducing a totally new