From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:48280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFmWF-0005ee-IZ for qemu-devel@nongnu.org; Fri, 29 Apr 2011 08:10:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QFmWE-00015e-LH for qemu-devel@nongnu.org; Fri, 29 Apr 2011 08:09:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:14599) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QFmWE-00015Y-AK for qemu-devel@nongnu.org; Fri, 29 Apr 2011 08:09:58 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p3TC9vtN005880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 29 Apr 2011 08:09:57 -0400 Message-ID: <4DBAAA92.60409@redhat.com> Date: Fri, 29 Apr 2011 14:09:54 +0200 From: Gerd Hoffmann MIME-Version: 1.0 References: <1303979358-4421-1-git-send-email-alevy@redhat.com> <1303979358-4421-4-git-send-email-alevy@redhat.com> In-Reply-To: <1303979358-4421-4-git-send-email-alevy@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCHv2 3/4] qxl: add debug_cs and cmdlog_cs List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alon Levy Cc: qemu-devel@nongnu.org On 04/28/11 10:29, Alon Levy wrote: > With this you can output the command log and/or the guest debug (driver) > output to a chardev instead of stderr: > > -global qxl-vga.cmdlog_chardev=qxl_cmdlog_chardev > -global qxl-vga.debug_chardev=qxl_debug_chardev > > useful for debugging. if no chardev is specified prints to stderr like the old > code. Hmm. That is a bit too much ad-hoc debug hacking IMHO. Also I'm not sure I like the idea to send debug stuff through chardev instead of just writing them to stderr or some logfile. I do see why you are doing that though. Unfortunaly qemu has no sane debug logging infrastructure. This is long overdue IMHO, so we don't need hacks like this one and also don't reinvent stuff over and over. cheers, Gerd