From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35924) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QOqZi-0007AW-Vt for qemu-devel@nongnu.org; Tue, 24 May 2011 08:19:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QOqZi-0002bW-3Q for qemu-devel@nongnu.org; Tue, 24 May 2011 08:19:02 -0400 Received: from david.siemens.de ([192.35.17.14]:31581) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QOqZh-0002bS-NL for qemu-devel@nongnu.org; Tue, 24 May 2011 08:19:02 -0400 Message-ID: <4DDBA234.1050708@siemens.com> Date: Tue, 24 May 2011 14:19:00 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4DDAD5D9.8030406@redhat.com> In-Reply-To: <4DDAD5D9.8030406@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 4/7] cpu model bug fixes and definition corrections List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: john cooper Cc: Anthony Liguori , qemu-devel@nongnu.org Starting with this patch, the series lacks proper subjects. Please also avoid such long subject lines. The background can be explained in the introduction mail (threading your mails would be nice as well, check git format-patch). Rather us short tags for the patches, describing the subsystem/target-arch they touch. On 2011-05-23 23:47, john cooper wrote: > Failure by qemu to open a default config file isn't cause to > error exit -- it just quietly continues on. After puzzling > issues with otherwise opaque config file locations and > startup handling numerous times, some help from qemu seemed > justified. > > In the case of a "?" pseudo filename arg to -readconfig, > verbose open of all config files will be enabled. Normal > handling of config files is otherwise unaffected by this > option. > > Note: other CLI flag schemes have been discussed at length > to accommodate this option. However given the constraints > of the existing user interface, a solution which minimally > impacts the user is ultimately required. Does this patch also fix the loading of CPU configs when starting qemu directly from the build folder? That would be warmly welcome! Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux