[OE-core] [PATCH 0/5] Upgrade qemu to 0.14.0
Zhai, Edwin
edwin.zhai at intel.com
Thu Mar 24 00:41:21 UTC 2011
Acked.
Let's keep larger_default_ram_size.patch, and fix it if any issue in
future:)
Thanks,
edwin
Khem Raj wrote:
>
> On Tue, Mar 22, 2011 at 5:17 PM, Zhai, Edwin <edwin.zhai at intel.com>
> wrote:
> >
> >
> > Richard Purdie wrote:
> >>
> >> On Thu, 2011-03-17 at 11:52 -0700, Khem Raj wrote:
> >> > This patchset upgrades qemu in oe-core to 0.14.0
> >> > The script fixes are done to cope for a bug in 0.14.0
> >> > as well as to get past a console spawning problem for non-nfs image
> >> > boots
> >> >
> >> >
> >> > Pull URL: git://git.openembedded.org/openembedded-core-contrib
> >> > Branch: kraj/qemu-update
> >> > Browse:
> >> >
> http://git.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/qemu-update
>
> >> >
> >> > Thanks,
> >> > Khem Raj <raj.khem at gmail.com>
> >> > ---
> >> >
> >> >
> >> > Khem Raj (5):
> >> > qemu: Upgrade 0.13.0 -> 0.14.0
> >>
> >> With this change, I'm just doing some checks that certain things work,
> >> its still in my pending queue.
> >>
> >
> > Khem,
> > Thanks for your works on qemu upgrade!
> > Following patches are dropped. 2&3 exist for a pretty long time, I'm
> not
> > sure. But any reason to drop ppc-hack.patch?
> > qemu-ppc-hack.patch
>
> This has been fixed upstream a bit differently.
>
> > fix-dirent.patch
>
> Its already applied upstream
>
> > workaround_bad_futex_headers.patch
>
> this is already applied upstream if you see then currently we apply it
> so we have the values defined twice
>
> >
> > For new added patches, it's better to have a simple description
> including
> > upstream commit log if have.
> > larger_default_ram_size.patch: Why pick up 384? 256 or 512 seems to
> be more
> > reasonable.
> >
>
> these are patches I took from debian/ubuntu only
> larger_default_ram_size.patch
> does not have description others have references. Probably we can drop
> this patch
> Its there if we want to boot fully blown images like desktop distros
> do 128M is little
> less. 384 is still minimum since people might not have that much ram
> to spare
> on host machines I guess.
>
> > I assume simple tests across all platform(x86/x86-64/arm/ppc/mips)
> was done,
> > right:)
>
> yes I booted all qemu images.
>
> >
> >
> >> > qemu.inc: Add sh4,sh4eb,mips64,mips64el targets
> >>
> >> For this, I'd like to make the list of targets a separate variable.
> I'm
> >> happy with your default for OECore, I might take out some of the
> arches
> >> for Yocto/Poky.
> >>
> >> > lib/oe/patch.py: Cosmetic change to avoid bitbake warning
> >> > scripts/poky-qemu-internal: Pass -m <mem_size> always on
> commandline
> >> > scripts/poky-qemu-internal: Add rw to KERNCMDLINE for non nfs
> boots
> >>
> >> I merged these, thanks.
> >>
> >> Cheers,
> >>
> >> Richard
> >>
> >>
> >> _______________________________________________
> >> Openembedded-core mailing list
> >> Openembedded-core at lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >>
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core at lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
>
More information about the Openembedded-core
mailing list