From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45125) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEnPW-0003iD-8j for qemu-devel@nongnu.org; Tue, 05 Aug 2014 18:40:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XEnPQ-0005ij-3u for qemu-devel@nongnu.org; Tue, 05 Aug 2014 18:40:50 -0400 Received: from mail-vc0-f173.google.com ([209.85.220.173]:44378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEnPP-0005ib-Qi for qemu-devel@nongnu.org; Tue, 05 Aug 2014 18:40:44 -0400 Received: by mail-vc0-f173.google.com with SMTP id hy10so2693339vcb.32 for ; Tue, 05 Aug 2014 15:40:43 -0700 (PDT) MIME-Version: 1.0 Sender: peter.crosthwaite@petalogix.com In-Reply-To: References: <201407251442088727201@sangfor.com> <874my5hh4s.fsf@linaro.org> <201407251907132706648@sangfor.com> <53D25991.3010001@suse.de> <201407261028057289331@sangfor.com> <53D7FB52.3080801@redhat.com> Date: Wed, 6 Aug 2014 08:40:43 +1000 Message-ID: From: Peter Crosthwaite Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [questions] about qemu log List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: William Dauchy Cc: =?UTF-8?B?QWxleCBCZW5uw6ll?= , Zhang Haoyu , =?UTF-8?Q?Andreas_F=C3=A4rber?= , qemu-devel On Wed, Aug 6, 2014 at 6:48 AM, William Dauchy wrote: > On Tue, Jul 29, 2014 at 9:51 PM, Eric Blake wrote: >> The output is on qemu's stderr. You are in control of what that stderr is. > > I don't get why we can configure > -D /path/to/unique/file/name.log > > but we also have to redirect stderr (I didn't checked if the daemonize > option was closing it). What's the purpose of this logfile option? > Well -D will log to file only loggable (i.e. qemu_log()) information (which has all sorts of options and switches). Stderr, is a little more static and should in theory be limited to genuine errors. But if you want a combined log of both you can simply omit -D to default qemu_log output to stderr. This gives you a combined log that you can redirect anywhere. To be honest, this is what I do as a matter of course (2> foo rather than -D foo). There's plently of tree wide work to clean up the cases where stderr is used where qemu_log should be. If you are finding that log information is going to stderr instead of the log, patches would be welcome. Regards, Peter > -- > William >