qemu-block
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 1/3] qsd: Add pre-init argument parsing pass


From: Vladimir Sementsov-Ogievskiy
Subject: Re: [PATCH 1/3] qsd: Add pre-init argument parsing pass
Date: Thu, 30 Dec 2021 19:00:40 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0

22.12.2021 14:41, Hanna Reitz wrote:
We want to add a --daemonize argument to QSD's command line.  This will
require forking the process before we do any complex initialization
steps, like setting up the block layer or QMP.  Therefore, we must scan
the command line for it long before our current process_options() call.

Instead of adding custom new code to do so, just reuse process_options()
and give it a @pre_init_pass argument to distinguish the two passes.  I
believe there are some other switches but --daemonize that deserve
parsing in the first pass:

- --help and --version are supposed to only print some text and then
   immediately exit (so any initialization we do would be for naught).
   This changes behavior, because now "--blockdev inv-drv --help" will
   print a help text instead of complaining about the --blockdev
   argument.
   Note that this is similar in behavior to other tools, though: "--help"
   is generally immediately acted upon when finding it in the argument
   list, potentially before other arguments (even ones before it) are
   acted on.  For example, "ls /does-not-exist --help" prints a help text
   and does not complain about ENOENT.

- --pidfile does not need initialization, and is already exempted from
   the sequential order that process_options() claims to strictly follow
   (the PID file is only created after all arguments are processed, not
   at the time the --pidfile argument appears), so it makes sense to
   include it in the same category as --daemonize.

- Invalid arguments should always be reported as soon as possible.  (The
   same caveat with --help applies: That means that "--blockdev inv-drv
   --inv-arg" will now complain about --inv-arg, not inv-drv.)

Note that we could decide to check only for --daemonize in the first
pass, and defer --help, --version, and checking for invalid arguments to
the second one, thus largely keeping our current behavior.  However,
this would break "--help --daemonize": The child would print the help
text to stdout, which is redirected to /dev/null, and so the text would
disappear.  We would need to have the text be printed to stderr instead,
and this would then make the parent process exit with EXIT_FAILURE,
which is probably not what we want for --help.

This patch does make some references to --daemonize without having
implemented it yet, but that will happen in the next patch.

Signed-off-by: Hanna Reitz <hreitz@redhat.com>

Reviewed-by: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>

---
  storage-daemon/qemu-storage-daemon.c | 37 ++++++++++++++++++++++++++--
  1 file changed, 35 insertions(+), 2 deletions(-)

diff --git a/storage-daemon/qemu-storage-daemon.c 
b/storage-daemon/qemu-storage-daemon.c
index 52cf17e8ac..42a52d3b1c 100644
--- a/storage-daemon/qemu-storage-daemon.c
+++ b/storage-daemon/qemu-storage-daemon.c
@@ -164,7 +164,23 @@ static int getopt_set_loc(int argc, char **argv, const 
char *optstring,
      return c;
  }
-static void process_options(int argc, char *argv[])
+/**
+ * Process QSD command-line arguments.
+ *
+ * This is done in two passes:
+ *
+ * First (@pre_init_pass is true), we do a pass where all global
+ * arguments pertaining to the QSD process (like --help or --daemonize)
+ * are processed.  This pass is done before most of the QEMU-specific
+ * initialization steps (e.g. initializing the block layer or QMP), and
+ * so must only process arguments that are not really QEMU-specific.
+ *
+ * Second (@pre_init_pass is false), we (sequentially) process all
+ * QEMU/QSD-specific arguments.  Many of these arguments are effectively
+ * translated to QMP commands (like --blockdev for blockdev-add, or
+ * --export for block-export-add).
+ */
+static void process_options(int argc, char *argv[], bool pre_init_pass)
  {
      int c;
@@ -187,7 +203,22 @@ static void process_options(int argc, char *argv[])
       * they are given on the command lines. This means that things must be

So, --pidfile already breaks a bit this comment. Still would be good to adjust 
it now..

may be, s/options/QEMU-specific options/ or something like this.

       * defined first before they can be referenced in another option.
       */
+    optind = 1;
      while ((c = getopt_set_loc(argc, argv, "-hT:V", long_options)) != -1) {
+        bool handle_option_pre_init;
+
+        /* Should this argument be processed in the pre-init pass? */
+        handle_option_pre_init =
+            c == '?' ||
+            c == 'h' ||
+            c == 'V' ||
+            c == OPTION_PIDFILE;
+
+        /* Process every option only in its respective pass */
+        if (pre_init_pass != handle_option_pre_init) {
+            continue;
+        }
+
          switch (c) {
          case '?':
              exit(EXIT_FAILURE);
@@ -321,6 +352,8 @@ int main(int argc, char *argv[])
      qemu_init_exec_dir(argv[0]);
      os_setup_signal_handling();
+ process_options(argc, argv, true);
+
      module_call_init(MODULE_INIT_QOM);
      module_call_init(MODULE_INIT_TRACE);
      qemu_add_opts(&qemu_trace_opts);
@@ -335,7 +368,7 @@ int main(int argc, char *argv[])
      qemu_set_log(LOG_TRACE);
qemu_init_main_loop(&error_fatal);
-    process_options(argc, argv);
+    process_options(argc, argv, false);
/*
       * Write the pid file after creating chardevs, exports, and NBD servers 
but



--
Best regards,
Vladimir



reply via email to

[Prev in Thread] Current Thread [Next in Thread]