All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oliver Paukstadt <pstadt@sourcentral.org>
To: Carsten Otte <cotte@de.ibm.com>
Cc: kvm@vger.kernel.org, Avi Kivity <avi@qumranet.com>,
	aliguori@us.ibm.com, jblunck@suse.de, ihno@suse.de,
	rvdheij@gmail.com, rusty@rustcorp.com.au,
	Christian Borntraeger <borntraeger@de.ibm.com>
Subject: Re: [RFC] kvm-s390: userspace snapshot
Date: Tue, 10 Jun 2008 07:55:58 +0200	[thread overview]
Message-ID: <1213077358.3120.33.camel@nerve> (raw)
In-Reply-To: <1212767659.8861.11.camel@cotte.boeblingen.de.ibm.com>

On Fri, 2008-06-06 at 17:54 +0200, Carsten Otte wrote:
> This patch is a full snapshot of "kuli", our current userspace for
> kvm.
> It is <3000 lines of code, and it contains a bootloader as well as
> virtio backeds for console, network, and block. It's command line
> syntax
> is same as the common kvm userspace, but not all options are
> supported.
> See --help for details.
> Our next step will be to get rid of the guest phys == user virt
> address
> mapping, so that we can have the guest memory anywhere on a megabyte
> boundary in userland. After that, we'd like to integrate this into the
> common kvm userspace, it is not intended for customer production use
> but
> is a good starting point to explore what kvm can look alike on s390.
> 
> Have fun reading 
I started playing around with the stuff.

I was able to get a running host kernel based on yesterdays kvm.git +
Christian's VIRTIO_BLK_F_BLK_SIZE patch + Frank's latest qeth fixes.

I decided to use the same kernel/initrd for my first guest system and
expected the kernel to run at least through initial setup code, but
there was an unexpected intercept:

init_logging: KULI logging initialized
do_ipl: perparing for IPL
get_pages: map guest memory at 0x10000000 (pfn: 65536)
get_pages: map guest memory at 0x10001000 (pfn: 65537)
get_pages: map guest memory at 0x10003000 (pfn: 65539)
get_pages: map guest memory at 0x10005000 (pfn: 65541)
load_ipl: Booting from kernel image file
"image-2.6.26-rc5kvm-20080609-01433-gdf4245d-dirty"
load_from_files: loading ramdisk file
initrd-2.6.26-rc5kvm-20080609-01433-gdf4245d-dirty at 800000
load_from_files: loading kernel parameter file parmfile
do_ipl: IPL from address 10000
launch_cpu_ipl: starting guest (ipl)
run_cpu: cpu 0: activated, running work...
handle_should_not_happen: PANIC:cpu 0 caught unexpected intercept. Magic
number: 0x20

Did I miss anything, like setting up virtual consoles, addressing mode
or is there another kernel option for guests I did not see?
Documentation is a little short, any hint appreciated ;-)
I did this test running the host system as guest in z/VM 5.3 on z900, is
this "supported"?

Regards,
Oliver



  reply	other threads:[~2008-06-10  6:02 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-06 15:54 [RFC] kvm-s390: userspace snapshot Carsten Otte
2008-06-10  5:55 ` Oliver Paukstadt [this message]
2008-06-11 14:35   ` Christian Borntraeger
2008-06-11 20:53     ` Oliver Paukstadt
2008-06-11 22:14       ` Christian Borntraeger
2008-06-12  5:39         ` Oliver Paukstadt
2008-06-12 14:14           ` Christian Borntraeger
2008-06-12 19:56             ` Oliver Paukstadt

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=1213077358.3120.33.camel@nerve \
    --to=pstadt@sourcentral.org \
    --cc=aliguori@us.ibm.com \
    --cc=avi@qumranet.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cotte@de.ibm.com \
    --cc=ihno@suse.de \
    --cc=jblunck@suse.de \
    --cc=kvm@vger.kernel.org \
    --cc=rusty@rustcorp.com.au \
    --cc=rvdheij@gmail.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.