From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:55539)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <peter.maydell@linaro.org>) id 1adpoS-0004b1-Ay
	for qemu-devel@nongnu.org; Wed, 09 Mar 2016 20:54:53 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <peter.maydell@linaro.org>) id 1adpoR-0003zd-4C
	for qemu-devel@nongnu.org; Wed, 09 Mar 2016 20:54:52 -0500
Received: from mail-vk0-x22a.google.com ([2607:f8b0:400c:c05::22a]:33963)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <peter.maydell@linaro.org>) id 1adpoQ-0003zV-Nk
	for qemu-devel@nongnu.org; Wed, 09 Mar 2016 20:54:51 -0500
Received: by mail-vk0-x22a.google.com with SMTP id e185so78850384vkb.1
	for <qemu-devel@nongnu.org>; Wed, 09 Mar 2016 17:54:50 -0800 (PST)
MIME-Version: 1.0
In-Reply-To: <CANLssssp-cGn6nsr33nHSHuc4y2ccXA8MxTyskE=ScdUbnSVGQ@mail.gmail.com>
References: <CANLssst0zPbWbH1KDgK__d1kW3B=TSJknKrFAXUXKKuKR3-ubg@mail.gmail.com>
	<CAFEAcA8dZOGsEZ3smegTeiAZgGBMpkXZDymZwfScGJvBifFEFg@mail.gmail.com>
	<CANLsssumQX9muKaKdArYDV=ex_=tTGexS=jJd_OA_uh+KQvDdQ@mail.gmail.com>
	<CANLssssdY6UFZozNtajrjuZpH4vWRMSCp4BDNuSXjGVfATsY4w@mail.gmail.com>
	<CAFEAcA8ZJjDnFCYMG0aidhAb4obfbBTYy5oJ60e0pQqfBCoG=w@mail.gmail.com>
	<CANLsssu=cgfRON=sNn=dc1TtNNMoreMi1Gs3thn+-MwQnCyAhg@mail.gmail.com>
	<CAFEAcA_r5O_SjSoMGTnPJqaQcbUu0JiwpujeOBy=shW+5vuQRQ@mail.gmail.com>
	<CANLsssvtnDNDzFxHah4QqbJpPciNuoP-DgBTbFPr9v+N20=3-Q@mail.gmail.com>
	<CAFEAcA83Aj_eBENbLssko5GKgLzO0tgYOGrMWBcwoU8yruZ5DA@mail.gmail.com>
	<CANLsssu1NGw8ZsjU6z3o58Uz+FvhrUdXYdh7Au2+MUi0U=cACg@mail.gmail.com>
	<CAFEAcA-5DcKpWxUe1gdYmx5qFfp7MMQx7jnWStbLCUHbm84-+Q@mail.gmail.com>
	<CANLsssvBN=C_-_i+9Mh7p_o=L3BZy19UJPB1aGFH2SsVAoFwaw@mail.gmail.com>
	<CAFEAcA_gSo7D27uRyKAU-sj83qXkB63m7Q+VgH2qJkwDJs5PVg@mail.gmail.com>
	<CANLssssp-cGn6nsr33nHSHuc4y2ccXA8MxTyskE=ScdUbnSVGQ@mail.gmail.com>
From: Peter Maydell <peter.maydell@linaro.org>
Date: Thu, 10 Mar 2016 08:54:30 +0700
Message-ID: <CAFEAcA8m0OBxu80jjCdT0Tt_qTE=xBYKSYBT7bTBFPitnBH=pA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] Memory on stellaris board
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Aurelio Remonda <aurelio.remonda@tallertechnologies.com>
Cc: QEMU Developers <qemu-devel@nongnu.org>

On 10 March 2016 at 07:23, Aurelio Remonda
<aurelio.remonda@tallertechnologies.com> wrote:
>
> El 9 mar. 2016 8:25 PM, "Peter Maydell" <peter.maydell@linaro.org> escrib=
i=C3=B3:
>> You should reject unworkable ram sizes rather than silently
>> changing what the user asked for; this matches our preferred
>> approach where the user asks for more RAM than the board
>> can support.
>
> With unworkable you mean RAM values over dc0 m=C3=A1ximum? I make sure th=
at it
> does not exceed 0xffff before i replace the dc0 value so if it goes over =
16M
> the program report the problem (via error_report()) and exit.

Also if the user asks for a non-round-number ram size:
don't round ram_size up or down, just fail if the user asked
for something that's not representable in a dc0 value.

thanks
-- PMM