Hi, Scott I have updated the patch and tested with poky-tree mode (arm, x86). Since kvm and serial needs special processing, so for avoiding repeating the code, I will exclude serial and kvm in permitted extra-option, user need to use (serial, kvm) it they want to use it.
For "<-m XXX>" options, I will keep the original logic. If it's arm, the > 128M memory will be forced back to 128M. It's the high-level user's responsibility to make sure other params are valid. Any problem, just let me know. Thanks a lot for your help! criping > -----Original Message----- > From: Garman, Scott A > Sent: Monday, December 13, 2010 10:16 AM > To: Ke, Liping > Cc: Richard Purdie; Zhang, Jessica; Lu, Lianhao; Cui, Dexuan; > yocto@yoctoproject.org > Subject: Re: Add extra parameters for qemu script > > On 12/12/2010 05:43 PM, Ke, Liping wrote: > >> I tend to feel that this approach is more flexible, and scales > better > >>> than having to support each and every qemu option with our own > script > >>> syntax. Is this acceptable, or should we continue to support our > own > >>> custom options in addition to Criping's new approach? > >> > >> My gut feeling is that having some simplified way to trigger > possibly > >> complex option combinations is still desirable but adding a way to > pass > >> additional custom commandline is equally good. This gives us the > >> maximum > >> flexibility moving forwards but keeps the script easy to use? > >> > > > > Hi, Scott > > > > So the conclusion is that I should keep the old (serial nographic) > option while > > adding the new "<-XXX -XXX -XXX>" option? > > OK. I will send out the modified patch to you for review later. > > Yes, please respin the patch with those changes. > > Thanks! > > Scott > > -- > Scott Garman > Embedded Linux Distro Engineer - Yocto Project
qemu_extra_option.patch
Description: qemu_extra_option.patch
_______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
