Re: qemu-kvm: remove boot=on|off drive parameter compatibility (fwd)

2012-10-01 Thread Serge Hallyn 
We (Ubuntu) plan to switch to qemu in the next release which opens in
November.  I suppose there's likely to be a hiccough or two, but I can't
think of any offhand.

-serge

Quoting Scott Moser (smo...@ubuntu.com):
 you should have been added here.
 
 
 -- Forwarded message --
 Date: Mon, 1 Oct 2012 09:19:29
 From: Anthony Liguori anth...@codemonkey.ws
 To: Jan Kiszka jan.kis...@siemens.com, Marcelo Tosatti mtosa...@redhat.com
 Cc: kvm kvm@vger.kernel.org, qemu-devel qemu-de...@nongnu.org,
 Cole Robinson crobi...@redhat.com, Scott Moser smo...@ubuntu.com,
 Andreas Färber afaer...@suse.de, Michael Tokarev m...@tls.msk.ru
 Subject: Re: qemu-kvm: remove boot=on|off drive parameter compatibility
 
 Jan Kiszka jan.kis...@siemens.com writes:
 
  On 2012-10-01 11:31, Marcelo Tosatti wrote:
 
  It's not just about default configs. We need to validate if the
  migration formats are truly compatible (qemu-kvm - QEMU, the other way
  around definitely not). For the command line switches, we could provide
  a wrapper script that translates them into upstream format or simply
  ignores them. That should be harmless to carry upstream.
 
 qemu-kvm has:
 
  -no-kvm
  -no-kvm-irqchip
  -no-kvm-pit
  -no-kvm-pit-reinjection
  -tdf - does nothing
 
 There are replacements for all of the above.  If we need to add them to
 qemu.git, it's not big deal to add them.
 
  -drive ...,boot= - this is ignored
 
 cpu_set command for CPU hotplug which is known broken in qemu-kvm.
 
 testdev which is nice but only used for development
 
 Default nic is rtl8139 vs. e1000.
 
 Some logic to move change the default VGA ram size to 16mb for pc-1.2
 (QEMU uses 16mb by default now too).
 
 I think at this point, none of this matters but I added the various
 distro maintainers to the thread.
 
 I think it's time for the distros to drop qemu-kvm and just ship
 qemu.git.  Is there anything else that needs to happen to make that
 switch?
 
 Regards,
 
 Anthony Liguori
 
 
  But I would really stop worrying about the qemu-kvm code base.
 
  Jan
 
  --
  Siemens AG, Corporate Technology, CT RTC ITP SDP-DE
  Corporate Competence Center Embedded Linux
  --
  To unsubscribe from this list: send the line unsubscribe kvm in
  the body of a message to majord...@vger.kernel.org
  More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [Qemu-devel] qemu-kvm: remove boot=on|off drive parameter compatibility (fwd)

2012-10-01 Thread Serge Hallyn 
Quoting Peter Maydell (peter.mayd...@linaro.org):
 On 1 October 2012 15:15, Serge Hallyn serge.hal...@canonical.com wrote:
  We (Ubuntu) plan to switch to qemu in the next release which opens in
  November.  I suppose there's likely to be a hiccough or two, but I can't
  think of any offhand.
 
 Are you planning to do that for all CPU target architectures, or
 to maintain the current split between x86 and everything-else ?
 
 -- PMM

I'll have to talk to qemu-linaro folks about that.  I don't mind carrying
patchsets (that are headed upstream) to enable some chipsets if that's
what's needed to consolidate the source trees.  The bigger question
relates to main vs universe.  For instance qemu-system is built against
vde2, and qemu-kvm-spice against spice, both of which are in universe.
I understand the distinction may change or disappear soon, so this may
not be an issue.

I intend to schedule a session on this at UDS.

-serge
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] arm: higher initrd load addr

2010-08-12 Thread Serge Hallyn 
set INITRD_LOAD_ADDR to 0x00d0 instead of 0x0080 as to leave
enough room for vmlinuz + its decompressed counterpart.

It has been mentioned that a better fix might be to peek into the
vmlinux for the real size estimate, but as I'm not sure whether we'd
want to do that peeking here I'm posting this version first for
comment.

Signed-off-by: Loïc Minier loic.min...@ubuntu.com
Signed-off-by: Serge E. Hallyn serge.hal...@canonical.com
---
 hw/arm_boot.c |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/hw/arm_boot.c b/hw/arm_boot.c
index 620550b..c48c7a2 100644
--- a/hw/arm_boot.c
+++ b/hw/arm_boot.c
@@ -15,7 +15,7 @@
 
 #define KERNEL_ARGS_ADDR 0x100
 #define KERNEL_LOAD_ADDR 0x0001
-#define INITRD_LOAD_ADDR 0x0080
+#define INITRD_LOAD_ADDR 0x00d0
 
 /* The worlds second smallest bootloader.  Set r0-r2, then jump to kernel.  */
 static uint32_t bootloader[] = {
-- 
1.7.1

--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html