[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A1DC8B4.9060003@kernel.org>
Date: Thu, 28 May 2009 08:11:48 +0900
From: Tejun Heo <tj@...nel.org>
To: Matthew Wilcox <matthew@....cx>
CC: Greg KH <greg@...ah.com>, Robert Hancock <hancockrwd@...il.com>,
Alan Cox <alan@...rguk.ukuu.org.uk>, linux-pci@...r.kernel.org,
Linux Kernel <linux-kernel@...r.kernel.org>, towerlexa@....de,
Daniel Ritz <daniel.ritz@....ch>,
Dominik Brodowski <linux@...inikbrodowski.net>,
Kenji Kaneshige <kaneshige.kenji@...fujitsu.com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>
Subject: Re: [RFC PATCH] pccard: configure CLS on attach
Hello,
Matthew Wilcox wrote:
> On Wed, May 27, 2009 at 10:32:45PM +0900, Tejun Heo wrote:
>> THIS IS A RFC PATCH, SO NO SOB. PLEASE DON'T APPLY YET.
>
> This breaks CONFIG_PPC64, fwiw. We'll want to stub out
> pci_set_cacheline_size() for the PCI_DISABLE_MWI case too.
Right, thanks for spotting it.
> I don't know what PPC machines have Cardbus slots, presumably some
> Macs do. I don't know whether firmware takes care of configuring the
> Cacheline Size register for Cardbus hotplug or not. So we may want to
> include pci_set_cacheline_size() in the !MWI build, or not. Ben, Paul?
ppc64 is also missing PCI_CACHE_LINE_SIZE so pci_set_cacheline_size()
can't be built as-is. BTW, on x86, pci_cache_line_size isn't
configured like other pci devices on many machines, which doesn't harm
correctness but still... CLS being the same for all devices coming
down from the same root bridge, maybe we can do away with the current
logic and just take it from the upstream pci bridge?
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists