From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:54946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gwnku-0004X8-17 for qemu-devel@nongnu.org; Thu, 21 Feb 2019 07:47:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gwnkt-0005w3-5v for qemu-devel@nongnu.org; Thu, 21 Feb 2019 07:47:11 -0500 References: <20190218125615.18970-1-armbru@redhat.com> <20190218125615.18970-3-armbru@redhat.com> <2340eb1c-d8d8-3d92-bbb5-b541bb44dcba@redhat.com> <875ztfuc0j.fsf@dusky.pond.sub.org> <87sgwh5wef.fsf@dusky.pond.sub.org> <83b8edf2-8a4b-3d1b-bdde-63738ffb6479@redhat.com> From: Laszlo Ersek Message-ID: <0d6a16d6-18c1-0a19-ea18-5c156fee717d@redhat.com> Date: Thu, 21 Feb 2019 13:46:55 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 02/10] pflash: Macro PFLASH_BUG() is used just once, expand List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Markus Armbruster , =?UTF-8?Q?Philippe_Mathieu-Daud=c3=a9?= , Kevin Wolf , Qemu-block , QEMU Developers , =?UTF-8?Q?Alex_Benn=c3=a9e?= , Max Reitz , qemu-ppc On 02/21/19 13:38, Peter Maydell wrote: > On Thu, 21 Feb 2019 at 12:07, Laszlo Ersek wrote: >> since we're talking "reset_flash", I'll note that there is no actual >> reset handler for cfi.pflash01. I found out recently, via: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1678713 > > Yes; this isn't uncommon for some of the really old > device models. It should definitely have one added. > > You are correct also that the timer in the pflash_cfi01 > model is dead code -- it has always been so, since the > device was added in 2007. The reason it is there is that > pflash_cfi01 was created as a copy-and-hack of the > cfi02 device. In cfi02 we do use the timer, as a way > of simulating "make full-chip and sector erases take a > guest-visible amount of time rather than completing > instantaneously". cfi01 doesn't do that (and I think > may not implement anything other than block erase), > but the timer initialization code was left in rather > than being deleted as part of the copy-and-hack. Thank you, I've linked this back into the RHBZ. Laszlo