On Sun, May 02, 2010 at 08:09:56AM -0700, K D wrote: > After I added code to raise ulimits for qemu, I don't see any memory related > issue. I'm trying to spawn VM on an embedded linux with no window manager > etc. with '-curses' it goes into 'VGA Blank Mode' and it stops there. not > sure what it is doing. any clues? > Haven't used '-curses' option for a long time. Have you provided bootable disk? Does your guest boots into graphical mode or text mode?
> thanks for help. > > > > > > > > ________________________________ > From: Gleb Natapov <g...@redhat.com> > To: K D <kdca...@yahoo.com> > Cc: a...@redhat.com; mtosa...@redhat.com; kvm@vger.kernel.org > Sent: Sat, May 1, 2010 10:23:16 PM > Subject: Re: qemu-kvm.0.12.2 aborts on linux > > On Thu, Apr 29, 2010 at 07:35:02AM -0700, K D wrote: > > Here are my ulimits > > > > $ ulimit -a > > core file size (blocks, -c) unlimited > > data seg size (kbytes, -d) unlimited > > scheduling priority (-e) 0 > > file size (blocks, -f) unlimited > > pending signals (-i) 71680 > > max locked memory (kbytes, -l) 32 > > max memory size (kbytes, -m) unlimited > > open files (-n) 1024 > > pipe size (512 bytes, -p) 8 > > POSIX message queues (bytes, -q) 819200 > > real-time priority (-r) 0 > > stack size (kbytes, -s) 8192 > > cpu time (seconds, -t) unlimited > > max user processes (-u) 1024 > > virtual memory (kbytes, -v) 204800 > Your virtual memory is limited to 200M. Make it unlimited. > > > file locks (-x) unlimited > > $ > > > > I'm using monta vista distribution. I went through qemu code and there is > > no place to raise rlimits. didn't want to touch it. > > > > thanks for looking. > > > > > > > > > > > > ________________________________ > > From: Gleb Natapov <g...@redhat.com> > > To: K D <kdca...@yahoo.com> > > Cc: a...@redhat.com; mtosa...@redhat.com; kvm@vger.kernel.org > > Sent: Thu, April 29, 2010 3:17:06 AM > > Subject: Re: qemu-kvm.0.12.2 aborts on linux > > > > On Wed, Apr 28, 2010 at 10:19:37AM -0700, K D wrote: > > > Am using yahoo mail and my mails to this mailer gets rejected every time > > > saying message has HTML content etc. Should I use some other mail tool? > > > Below is my issue. > > > > > > I am trying to get KVM/qemu running on linux. I compiled 2.6.27.10 by > > > enabling "KVM", "KVM for intel" options at configure time. My box is > > > running with this KVM enabled inside kernel. I also built qemu-kvm-0.12.2 > > > using above kernel headers etc. I enabled virtualization in BIOS. I > > > didn't try to install any guest from CD etc. I made a hard disk image, > > > installed grub on it, copied kernel, initrd onto it. Now when I try to > > > create Vm as below, it crashes with following backtrace. What could be > > > going wrong? > > > > > > Also when I try to say "-m 256" malloc (or posix_memalign) fails with > > > ENOMEM. So right now "-m 128", which is default, works. Why is that? I > > > have 4G RAM in my setup and my native linux is using less than 1G. Is > > > there some rlimits for qemu that I need to raise? > > > > > > Sounds like I'm doing some basic stuff wrong. I'm using bios, vapic, > > > pxe-rtl bin straight from the qemu-kvm dir. > > > > > > If I don't do '-nographic' its running into some malloc failure inside > > > some vga routine. I pasted that backtrace too below. > > > > > What's your Linux distribution? First trace bellow shows that > > ptheard_create() > > failed which is strange. What ulimit -a shows? > > > > > > > Appreciate your help. > > > thanks > > > > > > qemu-system-x86_64 -hda /dev/shm/vmhd.img -bios ./bios.bin --option-rom > > > ./vapic.bin -curses -nographic -vga none -option-rom ./pxe-rtl8139.bin > > > > > > #0 0x414875a6 in raise () from /lib/libc.so.6 > > > (gdb) bt > > > #0 0x414875a6 in raise () from /lib/libc.so.6 > > > #1 0x4148ad18 in abort () from /lib/libc.so.6 > > > #2 0x080b4cb3 in die2 (err=<value optimized out>, > > > what=0x81f2662 "pthread_create") at posix-aio-compat.c:80 > > > #3 0x080b5682 in thread_create (arg=<value optimized out>, > > > start_routine=<value optimized out>, attr=<value optimized out>, > > > thread=<value optimized out>) at posix-aio-compat.c:118 > > > #4 spawn_thread () at posix-aio-compat.c:379 > > > #5 qemu_paio_submit (aiocb=0x846b550) at posix-aio-compat.c:390 > > > #6 0x080b57cb in paio_submit (bs=0x843c008, fd=5, sector_num=0, > > > qiov=0x84cefb8, nb_sectors=512, cb=0x81cb950 <dma_bdrv_cb>, > > > opaque=0x84cef80, type=1) at posix-aio-compat.c:584 > > > #7 0x080cc7b8 in raw_aio_submit (type=<value optimized out>, > > > opaque=<value optimized out>, cb=<value optimized out>, > > > nb_sectors=<value optimized out>, qiov=<value optimized out>, > > > sector_num=<value optimized out>, bs=<value optimized out>) > > > at block/raw-posix.c:562 > > > #8 raw_aio_readv (bs=0x843c008, sector_num=0, qiov=0x84cefb8, > > > nb_sectors=1, > > > cb=0x81cb950 <dma_bdrv_cb>, opaque=0x84cef80) at block/raw-posix.c:570 > > > #9 0x080b0593 in bdrv_aio_readv (bs=0x843c008, sector_num=0, > > > qiov=0x84cefb8, > > > nb_sectors=1, cb=0x81cb950 <dma_bdrv_cb>, opaque=0x84cef80) > > > at block.c:1548 > > > #10 0x081cbb26 in dma_bdrv_cb (opaque=0x84cef80, ret=0) > > > at /ws/pkoya-sjc/temp/qemu-kvm-0.12.2/dma-helpers.c:123 > > > #11 0x081cbcde in dma_bdrv_io (bs=0x843c008, sg=0x846861c, sector_num=0, > > > cb=0x8074320 <ide_read_dma_cb>, opaque=0x8468f1c, is_write=0) > > > at /ws/pkoya-sjc/temp/qemu-kvm-0.12.2/dma-helpers.c:167 > > > #12 0x0807441b in ide_read_dma_cb (opaque=0x8468f1c, ret=0) > > > at /ws/pkoya-sjc/temp/qemu-kvm-0.12.2/hw/ide/core.c:597 > > > #13 0x080760ec in bmdma_cmd_writeb (opaque=0x8468f1c, addr=49152, val=9) > > > at /ws/pkoya-sjc/temp/qemu-kvm-0.12.2/hw/ide/pci.c:51 > > > #14 0x080d9d5f in ioport_write (data=<value optimized out>, > > > address=<value optimized out>, index=<value optimized out>) at ioport.c:80 > > > #15 cpu_outb (addr=6587, val=<value optimized out>) at ioport.c:198 > > > #16 0xb60a3bc9 in ?? () > > > #17 0x0000c000 in ?? () > > > #18 0x00000009 in ?? () > > > #19 0x00000000 in ?? () > > > (gdb) q > > > > > > backtrace without "-nographic" > > > ============================ > > > (gdb) bt > > > #0 0x414875a6 in raise () from /lib/libc.so.6 > > > #1 0x4148ad18 in abort () from /lib/libc.so.6 > > > #2 0x080b4c3c in qemu_memalign (alignment=4096, size=16777216) at > > > osdep.c:96 > > > #3 0x080b4c5a in qemu_vmalloc (size=16777216) at osdep.c:110 > > > #4 0x08119995 in qemu_ram_alloc (size=16777216) > > > at /devel/temp/qemu-kvm-0.12.2/exec.c:2550 > > > #5 0x0807ffd0 in vga_common_init (s=0x84be7e4, vga_ram_size=16777216) > > > at /devel/temp/qemu-kvm-0.12.2/hw/vga.c:2291 > > > #6 0x080a1c4b in pci_cirrus_vga_initfn (dev=0x84be618) > > > at /devel/temp/qemu-kvm-0.12.2/hw/cirrus_vga.c:3209 > > > #7 0x0805e61e in pci_qdev_init (qdev=0x84be618, base=0x8229700) > > > at /devel/temp/qemu-kvm-0.12.2/hw/pci.c:1482 > > > #8 0x080fa7ee in qdev_init (dev=0x84be618) > > > at /devel/temp/qemu-kvm-0.12.2/hw/qdev.c:242 > > > #9 0x080fa885 in qdev_init_nofail (dev=0x84be618) > > > at /devel/temp/qemu-kvm-0.12.2/hw/qdev.c:285 > > > #10 0x0805d8ca in pci_create_simple (bus=0x845ab58, devfn=-1, > > > name=0x81ce0f8 "cirrus-vga") > > > at /devel/temp/qemu-kvm-0.12.2/hw/pci.c:1533 > > > #11 0x080a2c71 in pci_cirrus_vga_init (bus=0x845ab58) > > > at /devel/temp/qemu-kvm-0.12.2/hw/cirrus_vga.c:3235 > > > #12 0x0808abc3 in pc_init1 (ram_size=<value optimized out>, > > > boot_device=0xbf9fea17 "cad", kernel_filename=0x0, > > > kernel_cmdline=0x81f82f8 "", initrd_filename=0x0, > > > cpu_model=0x81eca10 "qemu64", pci_enabled=1) > > > at /devel/temp/qemu-kvm-0.12.2/hw/pc.c:1149 > > > #13 0x080518db in main (argc=8, argv=0xbf9feaf4, envp=Cannot access > > > memory at address 0x7730 > > > ) > > > at /devel/temp/qemu-kvm-0.12.2/vl.c:6055 > > > (gdb) q > > > > > > > -- > > Gleb. > > > > > > > > > > -- > Gleb. > -- > 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 > > > > -- Gleb. -- 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
