qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Struan Bartlett <struan@praguespringpeople.org>
To: qemu-devel@nongnu.org
Subject: [patch] Re: [Qemu-devel] Suggestion - trap window-close of VM
Date: Mon, 28 Mar 2005 13:34:08 +0200	[thread overview]
Message-ID: <4247EBB0.6090409@praguespringpeople.org> (raw)
In-Reply-To: <4246FBD8.7000403@praguespringpeople.org>


[-- Attachment #1.1: Type: text/plain, Size: 4171 bytes --]

Hi,

I've attached a patch against the 2005-03-26 snapshot that implements 
two '-on-quit' options for the emulator window: ignore-unless-halted and 
suspend-unless-halted, that aim to make it safe to allow naive users to 
(try to) close the VM window by trapping requests to shutdown and either 
ignoring them or forcing a save of the VM state before obeying them.

Caveat: I'll come clean straight away that the patch is implemented 
using a nasty TARGET_i386-specific hack that detects whether the guest 
operating system has permanently halted by looking to see if the last 
instruction executed was 0xF4 and, if so, whether the IF flag is 
cleared. Saying that, this system appears to work reasonably well on my 
Pentium host running a Windows 2000 guest, but I have not tested it on 
any other systems.

Usage:

1. If you provide naive users with a variation on the following command 
line, then you can let your naive users (try to) close the VM window as 
much as they like. Unless the guest has permanently halted, attempts to 
close the VM window should save the VM state to 'suspended.qemu' in the 
current working directory before qemu exits. The same command line will 
restart the VM where it left off. Then, once the guest has permanently 
halted, qemu will delete the suspended.qemu file so that the next launch 
of qemu will boot afresh:

qemu -hda win2k.raw -m 64 -monitor null -loadvm suspended.qemu -on-quit 
suspend-unless-halted

2. Alternatively, the following command will make qemu ignore the user's 
request to close the emulator window unless the guest has already 
permanently halted:

qemu -hda win2k.raw -m 64 -monitor null -on-quit ignore-unless-halted

3. If you combine this with a test of whether qemu is already running, 
then it should be safe to let naive users try to both launch and to 
close qemu as much as they like. e.g.

killall -0 qemu 2>/dev/null; if [ $? == 1 ]; then qemu -hda win2k.raw -m 
64 -monitor null -loadvm suspended.qemu -on-quit suspend-unless-halted; fi &

4. Finally, if your leave out the -on-quit option altogether, then 
qemu's behaviour should remain completely unchanged.

I hope this is useful for some i386/W2K users out there. Any 
constructive criticism appreciated. If you know how I could improve 
permanent halt detection (that doesn't require in-depth knowledge of APM 
or ACPI) then please let me know.

Struan

Struan Bartlett wrote:

> Ryan Rempel wrote:
>
>>On Mon, Nov 29, 2004 at 21:46:54 +0100, Lennert Buytenhek wrote
>>  
>>
>>>On Mon, Nov 29, 2004 at 08:43:56PM +0000, Richard Neill wrote:
>>>    
>>>
>>>>A thought that occurred to me. If one is running a virtual machine (eg 
>>>>copy of WinXP), then simply closing the qemu window is a really bad 
>>>>idea, since it will effectively crash the guest.
>>>>      
>>>>
>>>Related thought -- it would be way cool if we could make killing qemu
>>>do exactly happens when you press the power button on an ACPI-capable
>>>machine with any recent OS on it (auto shutdown.)
>>>    
>>>
>>I was wondering if anyone has followed up on this suggestion. I'm
>>putting together a Qemu-based setup for some relatively naive users,
>>and ideally I'd like to be able to deal with this in a reasonable
>>elegant way (the ACPI hook sounds very elegant indeed).
>>
>>Alternatively, how do people deal with the problem of naive users who
>>might just close the Qemu window without shutting down the guest
>>properly? I'm working in a KDE environment -- perhaps there is a way
>>in KDE to prevent the close button from appearing? But that wouldn't
>>catch every case either (for instance, if the user were to shut down
>>the host).
>>
> This sounds like a good idea. An alternative solution, that might be 
> more straightforward to implement if Qemu doesn't implement ACPI yet, 
> would be for the kill signal to simply cause Qemu to do the equivalent 
> of entering 'stop' and 'savevm <somefilepath>' into the monitor.
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Qemu-devel mailing list
>Qemu-devel@nongnu.org
>http://lists.nongnu.org/mailman/listinfo/qemu-devel
>  
>

[-- Attachment #1.2: Type: text/html, Size: 5072 bytes --]

[-- Attachment #2: on-quit-patch-v0.1 --]
[-- Type: text/plain, Size: 3456 bytes --]

--- qemu-snapshot-2005-03-26_23/vl.c	Sun Mar 13 17:59:37 2005
+++ qemu-snapshot-2005-03-26_23-on-quit/vl.c	Mon Mar 28 02:06:52 2005
@@ -139,6 +139,9 @@
 int graphic_height = 600;
 int graphic_depth = 15;
 int full_screen = 0;
+#ifdef TARGET_I386
+int on_quit = 0;
+#endif
 TextConsole *vga_console;
 CharDriverState *serial_hds[MAX_SERIAL_PORTS];
 CharDriverState *parallel_hds[MAX_PARALLEL_PORTS];
@@ -2675,6 +2678,17 @@
                         qemu_get_clock(rt_clock));
 }
 
+#ifdef TARGET_I386
+int ishalted() {
+   uint8_t buf[16];
+   uint64_t v;
+	
+   cpu_memory_rw_debug(cpu_single_env, cpu_single_env->eip-1, buf, 16, 0);
+   v = ldub_raw(buf);
+   return (v == 0xf4) && ( !(cpu_single_env->eflags & 0x200) );
+}
+#endif
+
 int main_loop(void)
 {
     int ret, timeout;
@@ -2684,9 +2698,16 @@
         if (vm_running) {
             ret = cpu_exec(env);
             if (shutdown_requested) {
+#ifdef TARGET_I386	       
+	       if( on_quit == 0 || on_quit == 2 || ( on_quit == 1 && ishalted() ) ) {
+#endif		  
                 ret = EXCP_INTERRUPT; 
                 break;
             }
+#ifdef TARGET_I386	       
+ 	       shutdown_requested = 0;
+ 	    }
+#endif
             if (reset_requested) {
                 reset_requested = 0;
                 qemu_system_reset();
@@ -2783,6 +2804,11 @@
            "-std-vga        simulate a standard VGA card with VESA Bochs Extensions\n"
            "                (default is CL-GD5446 PCI VGA)\n"
 #endif
+#ifdef TARGET_I386
+	   "-on-quit [ignore-unless-halted|suspend-unless-halted]\n"
+	   "                select the behaviour when the emulator window is asked to quit\n"
+	   "                (default is none)\n"
+#endif
            "-loadvm file    start right away with a saved state (loadvm in monitor)\n"
            "\n"
            "During emulation, the following keys are useful:\n"
@@ -2864,6 +2890,10 @@
     QEMU_OPTION_full_screen,
     QEMU_OPTION_pidfile,
     QEMU_OPTION_no_kqemu,
+
+#ifdef TARGET_I386	       
+    QEMU_OPTION_on_quit
+#endif     
 };
 
 typedef struct QEMUOption {
@@ -2932,6 +2962,9 @@
     { "loadvm", HAS_ARG, QEMU_OPTION_loadvm },
     { "full-screen", 0, QEMU_OPTION_full_screen },
     { "pidfile", HAS_ARG, QEMU_OPTION_pidfile },
+#ifdef TARGET_I386
+    { "on-quit", HAS_ARG, QEMU_OPTION_on_quit },
+#endif   
 
     /* temporary options */
     { "pci", 0, QEMU_OPTION_pci },
@@ -3383,6 +3416,19 @@
             case QEMU_OPTION_pidfile:
                 create_pidfile(optarg);
                 break;
+#ifdef TARGET_I386   	       
+            case QEMU_OPTION_on_quit:
+	        if(!strcmp(optarg, "ignore-unless-halted")) {
+		   fprintf(stderr, "%s enabled\n", optarg);
+		   on_quit = 1;
+		}
+		else if(!strcmp(optarg, "suspend-unless-halted")) {
+		   fprintf(stderr, "%s enabled\n", optarg);
+		   on_quit = 2;
+		}
+	        else on_quit = 0;
+	        break;
+#endif	       
 #ifdef USE_KQEMU
             case QEMU_OPTION_no_kqemu:
                 kqemu_allowed = 0;
@@ -3696,6 +3742,23 @@
         }
     }
     main_loop();
+
+#ifdef TARGET_I386   
+    if( on_quit == 2 ) {
+       char *f = "suspended.qemu";
+       if( ishalted() ) {
+ 	
+ 	 fprintf(stderr, "VM is halted: removing suspend file %s\n",f);
+ 	 unlink(f);
+ 	 /* qemu_savevm(f); */
+       }
+       else {
+ 	 fprintf(stderr, "Autosaving VM to file %s\n",f);
+ 	 qemu_savevm(f);
+       }
+    }
+#endif   
+   
     quit_timers();
     return 0;
 }

  reply	other threads:[~2005-03-28 11:56 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-27  3:49 [Qemu-devel] Suggestion - trap window-close of VM Ryan Rempel
2005-03-27 18:30 ` Struan Bartlett
2005-03-28 11:34   ` Struan Bartlett [this message]
2005-03-28 12:51     ` [patch] " Asko Kauppi
2005-03-28 13:04       ` Paul Brook
2005-03-29 22:37     ` [Qemu-devel] " Ryan Rempel
2005-03-29 22:52       ` Paul Brook
2005-03-30  1:17         ` Ryan Rempel
2005-03-30 12:20           ` Struan Bartlett
2005-03-30 12:48             ` Lennert Buytenhek
2005-03-30 13:26               ` Struan Bartlett
2005-03-30 18:22                 ` Lennert Buytenhek
2005-03-30 20:16                   ` Leonardo E. Reiter
2005-03-30 21:22                     ` Lennert Buytenhek
2005-03-30 21:43                     ` Struan Bartlett
2005-03-31  9:32                       ` John R. Hogerhuis
2005-03-31 12:31                         ` Lennert Buytenhek
2005-03-30 13:21         ` APM bug " Struan Bartlett
2005-03-31 10:38           ` Struan Bartlett
2005-03-31 17:56             ` Struan Bartlett
2005-04-03 22:00               ` A Fix " Struan Bartlett
2005-04-04  9:53               ` Struan Bartlett
2005-04-04 17:12               ` Struan Bartlett
2005-04-04 22:26                 ` Iain McFarlane
2005-04-05 16:34                   ` Volker Ruppert
2005-04-05 21:05                     ` Iain McFarlane
2005-04-05 21:33                       ` [Qemu-devel] Re: Windows 2000 SP4 (was Re: APM bug) Leonardo E. Reiter
2005-04-05 22:57                         ` Hetz Ben Hamo
2005-04-05 23:03                           ` Leonardo E. Reiter
2005-04-05 23:48                             ` Hetz Ben Hamo
2005-04-06  0:28                               ` Leonardo E. Reiter
2005-04-06  0:52                               ` [Qemu-devel] Re: Windows 2000 SP4 Leonardo E. Reiter
2005-04-06 20:25                             ` [Qemu-devel] Re: Windows 2000 SP4 (was Re: APM bug) Fabrice Bellard
2005-04-06 22:47                               ` Hetz Ben Hamo
2005-04-07  7:17                                 ` Jonas Maebe
2005-04-07 11:56                                   ` Flavio Visentin
2005-04-05 23:40                         ` Derek Fawcus
2005-04-07 16:42                 ` A Fix Re: APM bug Re: [Qemu-devel] Re: Suggestion - trap window-closeof VM Andreas Bollhalder
2005-04-05 13:55             ` APM bug Re: [Qemu-devel] Re: Suggestion - trap window-close of VM Alex Beregszaszi
2005-03-31 16:38           ` Andreas Bollhalder
2005-03-31 17:32             ` Jason Gress
2005-05-07 16:30     ` [patch] on-quit-v0.21 with resume/suspend/power-off dialog Re: [patch] Re: [Qemu-devel] " Struan Bartlett
2005-05-09 15:43       ` Ryan Rempel
2005-05-09 22:25         ` Struan Bartlett
2005-05-09 23:19         ` Flavio Visentin
2005-05-10  8:40           ` Struan Bartlett
2005-07-29  0:07       ` [patch] " Struan Bartlett
2005-03-28 15:04 ` Mark Williamson
2005-03-28 19:13   ` Joshua Kugler

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=4247EBB0.6090409@praguespringpeople.org \
    --to=struan@praguespringpeople.org \
    --cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).