From mboxrd@z Thu Jan 1 00:00:00 1970 From: viro@parcelfarce.linux.theplanet.co.uk Subject: Re: Linux v2.6.9... (compile stats) Date: Thu, 21 Oct 2004 02:55:22 +0100 Sender: linux-kernel-owner@vger.kernel.org Message-ID: <20041021015522.GH23987@parcelfarce.linux.theplanet.co.uk> References: <1098196575.4320.0.camel@cherrybomb.pdx.osdl.net> <20041019161834.GA23821@one-eyed-alien.net> <1098310286.3381.5.camel@cherrybomb.pdx.osdl.net> <20041020224106.GM23987@parcelfarce.linux.theplanet.co.uk> <41770307.5060304@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <41770307.5060304@pobox.com> To: Jeff Garzik Cc: Linus Torvalds , John Cherry , Matthew Dharm , Kernel Mailing List , "linux-ide@vger.kernel.org" List-Id: linux-ide@vger.kernel.org On Wed, Oct 20, 2004 at 08:29:59PM -0400, Jeff Garzik wrote: > I still merging stuff, so won't get around to it for another day or so :) > > I certainly don't mind anyone stealing the task from me, but the effort > is larger than the other iomap conversions. The patch above hits all > the easily-picked fruit, leaving the stuff that requires a modicum of > effort: > > * map/unmap N PCI bars (N >= 4, per controller) > * map/unmap 2 ISA I/O regions (0x170, 0x1f0) > * accurately handle the odd situation where IDE driver steals 0x170 > while libata steals 0x1f0 (or vice versa), a.k.a. the reason for > quirk_intel_ide_combined() and the ____request_resource nastiness > > Currently the code is set up to handle: > * N PIO ports > or > * a single MMIO address that contains all the registers the driver needs > (mmio_base) Hmm... It misses a bunch of easy stuff, actually (tons of casts to void * from what used to be unsigned long and is void __iomem * with your patch). I don't see where you handle PIO stuff, though - no ioport_map() _or_ pci_iomap() in sight. Note that ioport_map() is not equivalent to a cast - we add a constant there. How does ioread/iowrite work on the results?