From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NxQvA-0000vz-Q7 for qemu-devel@nongnu.org; Thu, 01 Apr 2010 16:23:20 -0400 Received: from [140.186.70.92] (port=39141 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxQv9-0000sy-Mq for qemu-devel@nongnu.org; Thu, 01 Apr 2010 16:23:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NxQv5-0004VB-47 for qemu-devel@nongnu.org; Thu, 01 Apr 2010 16:23:16 -0400 Received: from mail-wy0-f173.google.com ([74.125.82.173]:57439) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxQv4-0004V4-Sz for qemu-devel@nongnu.org; Thu, 01 Apr 2010 16:23:15 -0400 Received: by wye20 with SMTP id 20so679057wye.4 for ; Thu, 01 Apr 2010 13:23:13 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: From: Artyom Tarasenko Date: Thu, 1 Apr 2010 22:22:53 +0200 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Qemu-devel] Re: 452efb didn't show up in the list List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: qemu-devel 2010/4/1 Blue Swirl : > Which list? This mailing list? > On 4/1/10, Artyom Tarasenko wrote: >> and looks wrong or incomplete to me: >> >> =A0>According to Sun4M System Architecture Manual chapter 5.3.2, a limit >> =A0>of 0 will not generate interrupts. >> >> =A0This is indeed correct, but the chapter 5.3.2 also explains why: >> >> =A0"Setting the limit register to =A00 =A0allows the counter to free run= . Since the >> =A0timer always resets to a value of 500 nS after reaching maximum count= , >> =A0there is no match and no interrupts are generated." >> >> =A0The part about 500 nS (0x00000200 in the counter register) and >> =A0no match seems to be not addressed. > > The 500ns offset part could be addressed by making the timer period > shorter by 1 tick. I doubt such a change would have any visible > difference with QEMU, except that tick count of 0 should never appear > in the counter but it may now. as well as all the other values between 0 and 0x200. But it's less important I guess. > For the no match part, t->reached should not be set if t->limit =3D=3D 0. --=20 Regards, Artyom Tarasenko solaris/sparc under qemu blog: http://tyom.blogspot.com/