Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 26 Feb 2003 14:42:03 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 26 Feb 2003 14:42:03 -0500 Received: from fmr06.intel.com ([134.134.136.7]:34762 "EHLO caduceus.jf.intel.com") by vger.kernel.org with ESMTP id ; Wed, 26 Feb 2003 14:42:02 -0500 Subject: Re: [2.5.63 PATCH][TRIVIAL]Change rtc.c ioport extend from 10h to 8h From: Rusty Lynch To: root@chaos.analogic.com Cc: Alan Cox , p_gortmaker@yahoo.com, lkml , rddunlap@osdl.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 Feb 2003 11:42:30 -0800 Message-Id: <1046288552.4450.13.camel@vmhack> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1188 Lines: 34 On Wed, 2003-02-26 at 11:35, Richard B. Johnson wrote: > On 26 Feb 2003, Rusty Lynch wrote: > > > The real time clock only needs 8 bytes, but rtc.c is reserving 10h bytes. > [SNIPPED...] > > It only needs two bytes port 0x70 and port 0x71 in ix86. Since the Sparc > gets addressed differently and can only read/write words, it needs 8 > bytes. Please, if you are going to fix it, please fix it only once by > setting a different length for the different machines! > Cheers, > Dick Johnson Actually, it's finer grain then x86, it's a chipset issue. As Randy pointed out in the original thread ==> > Some Intel chipset specs list RTC as using 0x70 - 0x77, probably with > some aliasing in there, so it looks to me like an EXTENT of 8 would be > safer and still allow you access to 0x79. > > I'm looking at 82801BA-ICH2, 82801-ICH3, and 82801AA-ICH0 specs. > > -- > ~Randy > Any suggestions on the right way of doing this? --rustyl - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/