From: Izik Eidus <izike-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Anthony Liguori <aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
qemu-devel-qX2TKyscuCcdnm+yROfE0A@public.gmane.org,
Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>,
Paul Brook <paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org>,
Andrzej Zaborowski
<balrogg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Fabrice Bellard <fabrice-+Yn2HnRVxb5AfugRpC6u6w@public.gmane.org>
Subject: Re: [PATCH 1/5] Use correct types to enable > 2G support (v3)
Date: Mon, 04 Feb 2008 17:29:45 +0200 [thread overview]
Message-ID: <1202138985.18306.7.camel@localhost.localdomain> (raw)
In-Reply-To: <1202137865-20232-2-git-send-email-aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
On Mon, 2008-02-04 at 09:11 -0600, Anthony Liguori wrote:
> KVM supports more than 2GB of memory for x86_64 hosts. The following patch
> fixes a number of type related issues where int's were being used when they
> shouldn't have been. It also introduces CMOS support so the BIOS can build
> the appropriate e820 tables.
again, you need patch the bios for this, as the bochs bios doesnt know
how to map memory above 4 giga, and it doesnt know about this CMOS
addresses, (look at the patch that i sent)
>
> For v2 of this patch, I've moved ram_addr_t to cpu-all.h and switched
> ram_size to be a ram_addr_t. I've also removed the memory limit check for
> x86_64 (provided kqemu isn't enabled) and enabled the use of a 'M' or 'G'
> suffix for the -m option. I've also tried to do a more thorough job of
> updating the code to use the proper types.
>
> This patch also includes support for setting up > 2GB of memory for
> TARGET_I386. KVM works quite happily with 5GB of ram but I suspect there
> are still some uint32_t's in the non-KVM does not work when using more than
> 3GB of RAM.
yes, the patch for kvm was never desgiend to solve the problems qemu
would have with above 4 giga memory.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
WARNING: multiple messages have this Message-ID (diff)
From: Izik Eidus <izike@qumranet.com>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: kvm-devel@lists.sourceforge.net, qemu-devel@nongnu.org,
Paul Brook <paul@codesourcery.com>
Subject: [Qemu-devel] Re: [kvm-devel] [PATCH 1/5] Use correct types to enable > 2G support (v3)
Date: Mon, 04 Feb 2008 17:29:45 +0200 [thread overview]
Message-ID: <1202138985.18306.7.camel@localhost.localdomain> (raw)
In-Reply-To: <1202137865-20232-2-git-send-email-aliguori@us.ibm.com>
On Mon, 2008-02-04 at 09:11 -0600, Anthony Liguori wrote:
> KVM supports more than 2GB of memory for x86_64 hosts. The following patch
> fixes a number of type related issues where int's were being used when they
> shouldn't have been. It also introduces CMOS support so the BIOS can build
> the appropriate e820 tables.
again, you need patch the bios for this, as the bochs bios doesnt know
how to map memory above 4 giga, and it doesnt know about this CMOS
addresses, (look at the patch that i sent)
>
> For v2 of this patch, I've moved ram_addr_t to cpu-all.h and switched
> ram_size to be a ram_addr_t. I've also removed the memory limit check for
> x86_64 (provided kqemu isn't enabled) and enabled the use of a 'M' or 'G'
> suffix for the -m option. I've also tried to do a more thorough job of
> updating the code to use the proper types.
>
> This patch also includes support for setting up > 2GB of memory for
> TARGET_I386. KVM works quite happily with 5GB of ram but I suspect there
> are still some uint32_t's in the non-KVM does not work when using more than
> 3GB of RAM.
yes, the patch for kvm was never desgiend to solve the problems qemu
would have with above 4 giga memory.
next prev parent reply other threads:[~2008-02-04 15:29 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-04 15:11 [PATCH 0/5] Support for the Kernel Virtual Machine interface (v3) Anthony Liguori
2008-02-04 15:11 ` [Qemu-devel] " Anthony Liguori
[not found] ` <1202137865-20232-1-git-send-email-aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2008-02-04 15:11 ` [PATCH 1/5] Use correct types to enable > 2G support (v3) Anthony Liguori
2008-02-04 15:11 ` [Qemu-devel] " Anthony Liguori
[not found] ` <1202137865-20232-2-git-send-email-aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2008-02-04 15:29 ` Izik Eidus [this message]
2008-02-04 15:29 ` [Qemu-devel] Re: [kvm-devel] " Izik Eidus
[not found] ` <1202138985.18306.7.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2008-02-04 15:33 ` Anthony Liguori
2008-02-04 15:33 ` [Qemu-devel] Re: [kvm-devel] " Anthony Liguori
[not found] ` <47A73040.3030501-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2008-02-04 15:43 ` Izik Eidus
2008-02-04 15:43 ` [Qemu-devel] Re: [kvm-devel] " Izik Eidus
2008-02-04 15:31 ` Anthony Liguori
2008-02-04 15:31 ` [Qemu-devel] Re: [kvm-devel] " Anthony Liguori
2008-04-08 21:50 ` [Qemu-devel] " Aurelien Jarno
2008-04-08 21:50 ` Aurelien Jarno
2008-04-09 19:52 ` [Qemu-devel] [PATCH 1/5] Use correct types toenable " Sebastian Herbszt
2008-04-09 19:52 ` Sebastian Herbszt
2008-02-04 15:11 ` [PATCH 2/5] SCI fixes (v2) Anthony Liguori
2008-02-04 15:11 ` [Qemu-devel] " Anthony Liguori
2008-05-27 3:05 ` [kvm-devel] " Alex Williamson
2008-05-27 18:28 ` Anthony Liguori
2008-05-28 6:27 ` Avi Kivity
2008-05-28 12:37 ` Alex Williamson
2008-05-28 13:06 ` Avi Kivity
2008-05-28 21:50 ` Alex Williamson
2008-05-28 21:50 ` [Qemu-devel] Re: [kvm] " Alex Williamson
2008-02-04 15:11 ` [PATCH 3/5] Fix daemonize options (v2) Anthony Liguori
2008-02-04 15:11 ` [Qemu-devel] " Anthony Liguori
2008-02-04 15:11 ` [PATCH 4/5] Tell BIOS about the number of CPUs (v2) Anthony Liguori
2008-02-04 15:11 ` [Qemu-devel] " Anthony Liguori
2008-02-04 15:11 ` [PATCH 5/5] QEMU support for the Kernel Virtual Machine interface (v3) Anthony Liguori
2008-02-04 15:11 ` [Qemu-devel] " Anthony Liguori
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=1202138985.18306.7.camel@localhost.localdomain \
--to=izike-atkuwr5tajbwk0htik3j/w@public.gmane.org \
--cc=aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org \
--cc=avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org \
--cc=balrogg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=fabrice-+Yn2HnRVxb5AfugRpC6u6w@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=paul-qD8j1LwMmJjtCj0u4l0SBw@public.gmane.org \
--cc=qemu-devel-qX2TKyscuCcdnm+yROfE0A@public.gmane.org \
/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.