From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:54975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h2Cla-0005g7-Qj for qemu-devel@nongnu.org; Fri, 08 Mar 2019 05:30:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h2ClX-0001LZ-NI for qemu-devel@nongnu.org; Fri, 08 Mar 2019 05:30:13 -0500 From: Laszlo Ersek References: <20190308013222.12524-1-philmd@redhat.com> <20190308013222.12524-8-philmd@redhat.com> <5166477f-67db-cf41-cdc9-a459597be80e@redhat.com> Message-ID: <390aa400-70ee-ac80-ba83-290875cca56c@redhat.com> Date: Fri, 8 Mar 2019 11:29:51 +0100 MIME-Version: 1.0 In-Reply-To: <5166477f-67db-cf41-cdc9-a459597be80e@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v2 07/18] hw/nvram/fw_cfg: Add fw_cfg_common_unrealize() List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Thomas Huth , =?UTF-8?Q?Philippe_Mathieu-Daud=c3=a9?= , Gerd Hoffmann , "Michael S. Tsirkin" , qemu-devel@nongnu.org Cc: Marcel Apfelbaum , Eduardo Habkost , Paolo Bonzini , Richard Henderson , Artyom Tarasenko , "Dr. David Alan Gilbert" , Peter Maydell , David Gibson , Igor Mammedov , Eric Blake , qemu-ppc@nongnu.org, qemu-arm@nongnu.org, Markus Armbruster , Mark Cave-Ayland , "Daniel P . Berrange" On 03/08/19 07:55, Thomas Huth wrote: > On 08/03/2019 02.32, Philippe Mathieu-Daud=C3=A9 wrote: >> Back in abe147e0ce4 when fw_cfg_add_file() was introduced, there >> was no QOM design, object where not created and released at runtime. s/object where/objects were/ >> Later 38f3adc34d finished the QOM conversion of the fw_cfg device, >> adding the fw_cfg_common_realize() method. (I'm not sure if 38f3adc34d "finished the QOM conversion", but that's just my lack of QOM knowledge. Hopefully someone can confirm whether this statement is accurate.) >> The time has come to add the equivalent destructor and release the >> memory allocated for 'files'. >=20 > You should mention that the unrealize function is currently never calle= d > since the object never gets destroyed (AFAIK). But I hope we can fix > that in the not so distant future, so: >=20 > Reviewed-by: Thomas Huth >=20 How about we delay this patch until such time the function is actually called? This series is already huge, and quite divergent considering its goals. (Please refer to the blurb.) I don't mind this patch, but I think it should either belong to a separate fw_cfg cleanup series (or "wave" if you like). Or else, we should have a bug reported somewhere public, ensuring that we eventually call the function introduced here. And then the commit message should spell out -- as you say -- that the function is not called yet, but it will be, because of . Thanks Laszlo