From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932415Ab1LEPPg (ORCPT ); Mon, 5 Dec 2011 10:15:36 -0500 Received: from moutng.kundenserver.de ([212.227.17.10]:59602 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932349Ab1LEPPe (ORCPT ); Mon, 5 Dec 2011 10:15:34 -0500 From: Arnd Bergmann To: Chris Metcalf Subject: Re: [PATCH] lib/devres.c: allow specifying NO_IOPORT while using PCI Date: Mon, 5 Dec 2011 15:14:02 +0000 User-Agent: KMail/1.12.2 (Linux/3.2.0-rc1+; KDE/4.3.2; x86_64; ; ) Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-arch@vger.kernel.org, Rolf Eike Beer , Andrew Morton , "Maxin B. John" , Tejun Heo , "Michael S. Tsirkin" , Lucas De Marchi , Paul Mundt , Jesse Barnes , "David S. Miller" , Al Viro References: <1616727.0BYPKXtoA0@wuerfel> <4ED91D95.6040601@tilera.com> In-Reply-To: <4ED91D95.6040601@tilera.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112051514.02360.arnd@arndb.de> X-Provags-ID: V02:K0:BBBjtlDyvGW5AubPL6RkmCAt+DJxLClAPYV88UUD9Fd nBBlvJz4qbaU+KNjM9mVfZ7QlBHA6p1F/y/jmXPMCVDr+O1yPP bSMe14TYtX1NawB748b7FLrm6Xih1WwBJN/yv7q7YNTR6pNPh4 vx7VD58wPTfcSHWqIAvH2dqe1CUzN9TSVp8C2BfAHBRp1qmAQH WEhl9mDGXsp2RlHYsX7384oeL3vd0LhcZSlWikda4u/NcyjhDS LB1GES0ZrzcKt1CTXWFnWioi5uhwrBKofy60esY+KVCjKyV5s0 t+lFbklQh9tCesWZKpiHIzA1TqeNzJBZMOsauYZwG1v/wQG3sP 48VxrSI/6gHDKd4gm+Ks= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday 02 December 2011, Chris Metcalf wrote: > The specific issue I saw was calls to pcim_iomap_{regions,table} from > drivers/ata/libata-sff.c and drivers/ata/sata_sil24.c; we use the > sata_sil24 in one of our platforms (TILEmpower). Hmm, so sata_sil24 does not actually use PIO, so we can probably find a way to make that work. Why do you have to build libata-sff? Shouldn't that only be needed if you actually have an sff-type controller? Arnd