From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=60622 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOp10-0001z5-1L for qemu-devel@nongnu.org; Wed, 16 Jun 2010 05:34:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OOp0a-0006do-TN for qemu-devel@nongnu.org; Wed, 16 Jun 2010 05:34:10 -0400 Received: from fmmailgate02.web.de ([217.72.192.227]:59248) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOp0a-0006de-HW for qemu-devel@nongnu.org; Wed, 16 Jun 2010 05:34:08 -0400 Message-ID: <4C189A59.3040300@web.de> Date: Wed, 16 Jun 2010 11:33:13 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4C18015C.1070306@web.de> <20100616044047.GF13238@redhat.com> <4C187725.2000902@web.de> <20100616073318.GZ21797@redhat.com> <4C188272.9010201@web.de> <20100616075259.GA21797@redhat.com> <4C1883EF.10109@web.de> <20100616090658.GC21797@redhat.com> In-Reply-To: <20100616090658.GC21797@redhat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3E5918B8A83C53DAFCFD8916" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: [PATCH] hpet: Clean up initial hpet counter List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: qemu-devel This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3E5918B8A83C53DAFCFD8916 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Gleb Natapov wrote: > On Wed, Jun 16, 2010 at 09:57:35AM +0200, Jan Kiszka wrote: >> Gleb Natapov wrote: >>> On Wed, Jun 16, 2010 at 09:51:14AM +0200, Jan Kiszka wrote: >>>> Gleb Natapov wrote: >>>>> On Wed, Jun 16, 2010 at 09:03:01AM +0200, Jan Kiszka wrote: >>>>>> Gleb Natapov wrote: >>>>>>> On Wed, Jun 16, 2010 at 12:40:28AM +0200, Jan Kiszka wrote: >>>>>>>> From: Jan Kiszka >>>>>>>> >>>>>>>> There is no need starting with the special value for hpet_cfg.co= unt. >>>>>>>> Either Seabios is aware of the new firmware interface and proper= ly >>>>>>>> interprets the counter or it simply ignores it anyway. >>>>>>>> >>>>>>> I want seabios to be able to distinguish between old qemu and new= one. >>>>>> I see now. But isn't it a good chance to introduce a proper generi= c >>>>>> interface for exploring supported fw-cfg keys? >>>>>> >>>>> Having such interface would be nice. Pity we haven't introduced it = from >>>>> the start. If we do it now seabios will have to find out somehow th= at >>>>> qemu support such interface. Chicken and egg ;) >>>> That is easy: Add a key the describes the highest supported key valu= e >>>> (looks like this is monotonously increasing). Older qemu versions wi= ll >>>> return 0. >>>> >>> That will not support holes in key space, and our key space is alread= y >>> sparse. >> Then add a service to obtain a bitmap of supported keys. If that bitma= p >> is empty... >> > Bitmap will be 2k long. We can add read capability to control port. To > check if key is present you select it (write its value to control port)= > and then read control port back. If values is non-zero the key is valid= =2E > But how to detect qemu that does not support that? Isn't there some key that was always there and will always be? Jan --------------enig3E5918B8A83C53DAFCFD8916 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkwYmlwACgkQitSsb3rl5xTo4QCeOkSKIzRUkT2jfxDUYXXK50WK RDoAoLqDHk/WbGNZJqHlVOG/2kX0kHgz =3uUS -----END PGP SIGNATURE----- --------------enig3E5918B8A83C53DAFCFD8916--