[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] -nographic and -daemonize wrt qemu-system-sparc
From: |
Michael Tokarev |
Subject: |
Re: [Qemu-devel] -nographic and -daemonize wrt qemu-system-sparc |
Date: |
Sat, 01 Jun 2013 14:50:31 +0400 |
User-agent: |
Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/17.0 Icedove/17.0 |
[Replying to a very old email which I missed initially]
Todd, do you still have the issue you describe?
I mean, not that we changed lots in that area (I guess we
changed nothing there), but i'm not sure I understand what
is going on there, and why the behavour changed the way you
describe. I guess there's some other bug somewhere which
you see now.
Thanks,
/mjt
12.03.2013 20:42, Todd T. Fries wrote:
> So I'm having problems that I believe I've traced back to the commit
> ab51b1d568e02c80b1abf9016bda3a86dc1db389 on qemu-system-sparc.
>
> Specifically, the commit states that:
>
> -nographic
>
> is equivalent to (replacing the 'null' with 'none'):
>
> -serial none -parallel none -monitor none -display none -vga none
>
> However on qemu-system-sparc this is not the case.
>
> Something about '-nographic -daemonize' works on qemu 1.3.1 to permit
> further specifying the serial port elsewhere (unix: or tcp: for example).
>
> By 'works' I mean to say if you do this:
>
> (cd53.iso is a 3.6M file)
> wget http://ftp3.usa.openbsd.org/pub/OpenBSD/snapshots/sparc/cd53.iso
> qemu-system-sparc -cdrom cd53.iso -boot d
>
> it works, as well as this:
>
> qemu-system-sparc -cdrom cd53.iso -boot d -nographic -serial
> unix:./test.unix,server,nowait
>
> Output looks like this:
>
> Configuration device id QEMU version 1 machine id 32
> CPUs: 1 x FMI,MB86904
> UUID: 00000000-0000-0000-0000-000000000000
> Welcome to OpenBIOS v1.0 built on Aug 19 2012 13:36
> Type 'help' for detailed information
> Trying cdrom:d...
> Not a bootable ELF image
> Loading a.out image...
> Loaded 66648 bytes
> entry point is 0x4000
> bootpath: /iommu/sbus/espdma/esp/address@hidden,0:d
>
> Jumping to entry point 00004000 for type 00000005...
> switching to new context:
>>> OpenBSD BOOT 2.6
> Booting bsd
> Loading at physical address 400000
>
> The problem occurs when I try to daemonize the same scenario.
>
> So I should be able to do this:
>
> qemu-system-sparc -cdrom cd53.iso -boot d -serial
> unix:./test.unix,server,nowait -parallel none -monitor none -display none
> -vga none
>
> However, all I get is the following for output:
>
> Configuration device id QEMU version 1 machine id 32
> CPUs: 1 x FMI,MB86904
> UUID: 00000000-0000-0000-0000-000000000000
> Not a bootable ELF image
> Loading a.out image...
> Loaded 66648 bytes
> entry point is 0x4000
> bootpath: /iommu/sbus/espdma/esp/address@hidden,0:d
>
> Jumping to entry point 00004000 for type 00000005...
> switching to new context:
>
> Something is making it not continue after jumping to the newly loaded
> boot file..
>
> I tried dropping '-vga none' and I see no changes (still not continuing).
> I tried dropping '-parallel none' and I see no changes (still not continuing).
>
> If I drop '-display none' it 'works' but displays to graphics instead of
> serial which I would prefer.
>
> If I add '-daemonize' it works just forks in the background, still opening
> an X terminal.
>
> I can add '-vnc :3' but it obviously doesn't change things back to serial,
> just makes it so I can start it without an X display.
>
> On qemu 1.3.1 I can add '-nographic' after '-daemonize' and it forks into
> the background, and works great for a serial console only simulate sparc.
>
> Using the current git tree, qemu I am greeted with:
> -nographic can not be used with -daemonize
>
> What should I do to get the 1.3.1 behavior back?
>
> Thanks,
>
- Re: [Qemu-devel] -nographic and -daemonize wrt qemu-system-sparc,
Michael Tokarev <=