All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikunj A Dadhania <nikunj@linux.vnet.ibm.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: thuth@linux.vnet.ibm.com, aik@ozlabs.ru, qemu-devel@nongnu.org,
	agraf@suse.de, qemu-ppc@nongnu.org, marcel.apfelbaum@gmail.com,
	imammedo@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3 0/2] Introduce default ram size in MachineClass
Date: Thu, 05 Mar 2015 20:32:03 +0530	[thread overview]
Message-ID: <87pp8nwkr8.fsf@linux.vnet.ibm.com> (raw)
In-Reply-To: <874mpz63gx.fsf@blackfin.pond.sub.org>

Markus Armbruster <armbru@redhat.com> writes:

> Nikunj A Dadhania <nikunj@linux.vnet.ibm.com> writes:
>
>> Markus Armbruster <armbru@redhat.com> writes:
>>
>>> Nikunj A Dadhania <nikunj@linux.vnet.ibm.com> writes:
>>>
>>>> Current DEFAULT_RAM_SIZE(128MB) enforced by QEMU would not work for
>>>> all machines. Introduce a default_ram_size as part of MachineClass.
>>>>
>>>> The below patches has following behaviour:
>>>>
>>>> 1) If the user does not provide "-m" option, machine's default ram
>>>>    size will be picked.
>>>>
>>>> 2) In case the user provides memory that is lesser than machine's
>>>>    default ram size, we upscale the ram_size to machine's
>>>>    default_ram_size. A warning is displayed for the change that qemu
>>>>    has done.
>>>
>>> Please do not "improve" the user's explicit order that way.  Either
>>> execute the order as is, or reject it as invalid.
>>
>> If there is consensus for doing this, I can change the patches
>> accordingly.
>>
>> Rejection is also change of behaviour. Because till now, a VM would
>> start with any memory size, even if it's less that 128MB
>> (default_ram_size). With rejection, all those VMs would fail booting
>> displaying the warning. Is this OK?
>
> I'd stick to "don't reject".  

Agree, i have already sent v4 with those changes, as there were multiple
opinions against changing the behaviour.

> Yes, the failure mode is ugly.  But protecting the user from it is
> also somewhat problematic, because we don't generally know how much
> RAM the actual guest requires, and it's an incompatible change.  Seems
> not worth it.
>
> Back in 2012, we discussed rejecting RAM size less than 1MiB for PC
> machines, because SeaBIOS requires at least that much, and decided
> against it.  See
> http://www.seabios.org/pipermail/seabios/2012-August/004343.html
>
> If you want to pursue "reject" anyway, please make sure to split this
> into two separate patches: one patch to make the default ram size
> machine-specific, and another patch to reject user requests for less.
>
> [...]

Thanks,
Nikunj

      reply	other threads:[~2015-03-05 15:02 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-05  9:06 [Qemu-devel] [PATCH v3 0/2] Introduce default ram size in MachineClass Nikunj A Dadhania
2015-03-05  9:06 ` [Qemu-devel] [PATCH v3 1/2] machine: add default_ram_size to machine class Nikunj A Dadhania
2015-03-05 10:17   ` Igor Mammedov
2015-03-05 10:31     ` Nikunj A Dadhania
2015-03-05 10:41       ` Thomas Huth
2015-03-05 10:54         ` Nikunj A Dadhania
2015-03-05  9:06 ` [Qemu-devel] [PATCH v3 2/2] spapr: override default ram size 1GB Nikunj A Dadhania
2015-03-05 10:19   ` Igor Mammedov
2015-03-05 10:04 ` [Qemu-devel] [PATCH v3 0/2] Introduce default ram size in MachineClass Markus Armbruster
2015-03-05 10:24   ` Nikunj A Dadhania
2015-03-05 12:05     ` Peter Maydell
2015-03-05 15:07       ` Nikunj A Dadhania
2015-03-05 12:19     ` Markus Armbruster
2015-03-05 15:02       ` Nikunj A Dadhania [this message]

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=87pp8nwkr8.fsf@linux.vnet.ibm.com \
    --to=nikunj@linux.vnet.ibm.com \
    --cc=agraf@suse.de \
    --cc=aik@ozlabs.ru \
    --cc=armbru@redhat.com \
    --cc=imammedo@redhat.com \
    --cc=marcel.apfelbaum@gmail.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    --cc=thuth@linux.vnet.ibm.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.