From: Chao Peng <chao.p.peng@linux.intel.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Haozhong Zhang <haozhong.zhang@intel.com>,
Xiao Guangrong <guangrong.xiao@linux.intel.com>,
Eduardo Habkost <ehabkost@redhat.com>,
qemu-devel@nongnu.org, gor Mammedov <imammedo@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Amnon Ilan <ailan@redhat.com>,
Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization
Date: Tue, 06 Sep 2016 22:28:01 +0800 [thread overview]
Message-ID: <1473172081.4674.23.camel@linux.intel.com> (raw)
In-Reply-To: <20160906144736-mutt-send-email-mst@kernel.org>
> > > 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 0xf0000;
> >
> > I can do the evaluation on qboot. Also adding Amnon Ilan, to see if
> > there is some thing we can do for SeaBios.
>
> 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 needs to be investigated.
>
> >
> > >
> > >
> > > 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 suggestion in v1 to
> > make
> > kernel multiboot-compatible and then load that kernel in QEMU
> > directly
> > (Also skipped firmware but some changes in patch 11 would move from
> > QEMU to guest kernel). This way we also gain benefit of doing mmap
> > kernel as you talked below. Not sure if this is something you can
> > accpet.
>
> I'm not sure I understand the question here. Accept what?
>
I mean loading a multiboot kernel without the need for firmaware.
Thanks,
Chao
next prev parent reply other threads:[~2016-09-06 14:28 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-25 10:14 [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization Chao Peng
2016-08-25 10:14 ` [Qemu-devel] [RFC PATCH v2 01/12] pc: make smbus configurable Chao Peng
2016-09-06 20:18 ` Eduardo Habkost
2016-08-25 10:14 ` [Qemu-devel] [RFC PATCH v2 02/12] pc: make sata configurable Chao Peng
2016-08-25 10:14 ` [Qemu-devel] [RFC PATCH v2 03/12] pc: make pic configurable Chao Peng
2016-08-25 10:14 ` [Qemu-devel] [RFC PATCH v2 04/12] pc: make pit configurable Chao Peng
2016-08-25 10:14 ` [Qemu-devel] [RFC PATCH v2 05/12] acpi: build static _PRT Chao Peng
2016-08-29 17:06 ` Paolo Bonzini
2016-08-25 10:14 ` [Qemu-devel] [RFC PATCH v2 06/12] acpi: expose data structurs and functions of BIOS linker loader Chao Peng
2016-08-25 10:15 ` [Qemu-devel] [RFC PATCH v2 07/12] acpi: expose acpi_checksum() Chao Peng
2016-08-25 10:15 ` [Qemu-devel] [RFC PATCH v2 08/12] acpi: patch guest ACPI when there is no firmware Chao Peng
2016-08-25 10:15 ` [Qemu-devel] [RFC PATCH v2 09/12] ich9: enable pm registers " Chao Peng
2016-08-25 10:15 ` [Qemu-devel] [RFC PATCH v2 10/12] q35: initialize MMCFG base " Chao Peng
2016-08-25 10:15 ` [Qemu-devel] [RFC PATCH v2 11/12] pc: support direct loading protected/long mode kernel Chao Peng
2016-08-25 10:15 ` [Qemu-devel] [RFC PATCH v2 12/12] pc: skip firmware Chao Peng
2016-08-29 17:08 ` Paolo Bonzini
2016-09-02 11:08 ` [Qemu-devel] [RFC PATCH v2 00/12] Guest startup time optimization Paolo Bonzini
2016-09-05 2:37 ` Michael S. Tsirkin
2016-09-06 10:48 ` Chao Peng
2016-09-06 11:53 ` Michael S. Tsirkin
2016-09-06 14:28 ` Chao Peng [this message]
2016-09-12 15:15 ` Gerd Hoffmann
2016-09-12 17:57 ` [Qemu-devel] [SeaBIOS] " Peter Stuge
2016-09-06 14:21 ` [Qemu-devel] " Paolo Bonzini
2016-09-06 14:31 ` Chao Peng
2016-09-06 14:45 ` Michael S. Tsirkin
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=1473172081.4674.23.camel@linux.intel.com \
--to=chao.p.peng@linux.intel.com \
--cc=ailan@redhat.com \
--cc=ehabkost@redhat.com \
--cc=guangrong.xiao@linux.intel.com \
--cc=haozhong.zhang@intel.com \
--cc=imammedo@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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;
as well as URLs for NNTP newsgroup(s).