From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LO3zJ-0006j0-CB for qemu-devel@nongnu.org; Sat, 17 Jan 2009 00:44:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LO3zG-0006io-Mm for qemu-devel@nongnu.org; Sat, 17 Jan 2009 00:44:51 -0500 Received: from [199.232.76.173] (port=53804 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LO3zG-0006il-HL for qemu-devel@nongnu.org; Sat, 17 Jan 2009 00:44:50 -0500 Received: from bsdimp.com ([199.45.160.85]:54056 helo=harmony.bsdimp.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LO3zF-0000dS-UD for qemu-devel@nongnu.org; Sat, 17 Jan 2009 00:44:50 -0500 Date: Fri, 16 Jan 2009 22:42:55 -0700 (MST) Message-Id: <20090116.224255.1021546144.imp@bsdimp.com> Subject: Re: [Qemu-devel] [PATCH] Support epoch of 1980 in RTC emulation for MIPS Magnum From: "M. Warner Losh" In-Reply-To: <20090117013919.GA14281@miranda.arrow> References: <20090111173701.GA5213@miranda.arrow> <20090111.104733.-974214510.imp@bsdimp.com> <20090117013919.GA14281@miranda.arrow> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, sdbrady@ntlworld.com In message: <20090117013919.GA14281@miranda.arrow> Stuart Brady writes: : On Sun, Jan 11, 2009 at 10:47:33AM -0700, M. Warner Losh wrote: : > In message: <20090111173701.GA5213@miranda.arrow> : > Stuart Brady writes: : > : I've not modified the handling of the century byte, as I'm not entirely : > : sure what's required. With an epoch of 1980 and a year of 2009, you : > : could argue that the century byte should hold either 0, 1, 19 or 20. : > : > What does WinNT/mips expect? : : I've been informed that WinNT 3.50/MIPS does not read the century byte, : and I expect that other versions do the same, as an epoch of 1980 will : won't break until 2080. OpenBSD/arc and NetBSD/arc then would be the only other ones that might care. OpenBSD/arc is hard for me to check on, since it is so old. NetBSD/arc uses a common set of routines to read it, so it is a little hard to trace through. But my quick look shows that there's no function to read the centry set, so the common code will never read the centry byte. Warner