From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NHiHZ-0001WN-5A for qemu-devel@nongnu.org; Mon, 07 Dec 2009 13:26:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NHiHU-0001UT-3z for qemu-devel@nongnu.org; Mon, 07 Dec 2009 13:26:00 -0500 Received: from [199.232.76.173] (port=60313 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NHiHT-0001UF-Ru for qemu-devel@nongnu.org; Mon, 07 Dec 2009 13:25:56 -0500 Received: from mx1.redhat.com ([209.132.183.28]:5694) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NHiHS-00038N-TC for qemu-devel@nongnu.org; Mon, 07 Dec 2009 13:25:55 -0500 Message-ID: <4B1D4898.1020105@redhat.com> Date: Mon, 07 Dec 2009 20:25:28 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Permit zero-sized qemu_malloc() & friends References: <4B1D2462.3070000@codemonkey.ws> <4B1D2696.5080003@redhat.com> <4B1D27EE.7060400@codemonkey.ws> <4B1D292D.4010700@redhat.com> <4B1D2B54.40402@codemonkey.ws> <4B1D2CC2.7010806@redhat.com> <4B1D2E2E.6060907@codemonkey.ws> <4B1D2F38.1040604@redhat.com> <4B1D347A.3030102@codemonkey.ws> <4B1D363A.5020200@redhat.com> <4B1D36BE.9020801@codemonkey.ws> <4B1D37D2.3010707@redhat.com> <4B1D38B1.7040705@codemonkey.ws> <4B1D392C.4070109@redhat.com> <4B1D3E20.2030407@codemonkey.ws> In-Reply-To: <4B1D3E20.2030407@codemonkey.ws> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Kevin Wolf , Paul Brook , Markus Armbruster , qemu-devel@nongnu.org On 12/07/2009 07:40 PM, Anthony Liguori wrote: > Avi Kivity wrote: >> On 12/07/2009 07:17 PM, Anthony Liguori wrote: >>> Avi Kivity wrote: >>>> I don't understand. People will develop patches for 0.12 for a >>>> while as bugs are reported and fixed. >>> >>> What's the exact problem here? >>> >> >> Bug reported against qemu. Developer develops patch, while testing >> qemu crashes on unrelated assert(size == 0). > > 1) Developer develops a patch against 0.12, it works, and they submit > it to upstream. > 2) Upstream crashes because of assert(size==0). > 3) Developer is publicly shamed for developing against a release > instead of a git tree. > > The problem is (1), not (2). Not to mention that we won't allow > qemu_malloc() uses in upstream anymore which should make (2) impossible. My problem is with stable-0.12. Consider upstream fixed. 1) Bug reported against qemu-0.12.0. 2) Developer writes patch against master, submits, all is well except for the CODING_STYLE argument it triggers. 3) Developer writes patch against stable-0.12, can't test because testing crashes in some place where production doesn't crash. The patch doesn't have to do anything with memory allocation. By introducing gratuitous differences between developer and production mode, you're reducing quality. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.