From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Tejun Heo <tj@kernel.org>
Cc: Matthew Wilcox <matthew@wil.cx>, Greg KH <greg@kroah.com>,
Robert Hancock <hancockrwd@gmail.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-pci@vger.kernel.org,
Linux Kernel <linux-kernel@vger.kernel.org>,
towerlexa@gmx.de, Daniel Ritz <daniel.ritz@gmx.ch>,
Dominik Brodowski <linux@dominikbrodowski.net>,
Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>,
Paul Mackerras <paulus@samba.org>
Subject: Re: [RFC PATCH] pccard: configure CLS on attach
Date: Thu, 28 May 2009 16:46:24 +1000 [thread overview]
Message-ID: <1243493184.3171.120.camel@pasglop> (raw)
In-Reply-To: <4A1DC8B4.9060003@kernel.org>
On Thu, 2009-05-28 at 08:11 +0900, Tejun Heo wrote:
> 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?
Right, 32-bit Mac laptops mostly, maybe embedded stuff too. On these we
definitely want to configure stuff properly from the kernel.
> ppc64 is also missing PCI_CACHE_LINE_SIZE so pci_set_cacheline_size()
> can't be built as-is.
Well, the PCI cache line size would be a runtime thing. There are some
"issues" though on some HT platforms that I don't completely remember,
it really all depends on what the machine actually is.
So I'll need to have a look at the actual patch set to figure out
how we want to deal with it.
> 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?
Cheers,
Ben.
next prev parent reply other threads:[~2009-05-28 6:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-26 13:05 Who's responsible for configuring CLS on a cardbus device? Tejun Heo
2009-05-26 13:23 ` Alan Cox
2009-05-26 23:44 ` Robert Hancock
2009-05-26 23:51 ` Tejun Heo
2009-05-27 0:19 ` Kenji Kaneshige
2009-05-27 13:32 ` [RFC PATCH] pccard: configure CLS on attach Tejun Heo
2009-05-27 14:03 ` Matthew Wilcox
2009-05-27 23:11 ` Tejun Heo
2009-05-28 6:46 ` Benjamin Herrenschmidt [this message]
2009-06-05 5:49 ` Axel Birndt
2009-05-29 16:53 ` Who's responsible for configuring CLS on a cardbus device? Grant Grundler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1243493184.3171.120.camel@pasglop \
--to=benh@kernel.crashing.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=daniel.ritz@gmx.ch \
--cc=greg@kroah.com \
--cc=hancockrwd@gmail.com \
--cc=kaneshige.kenji@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux@dominikbrodowski.net \
--cc=matthew@wil.cx \
--cc=paulus@samba.org \
--cc=tj@kernel.org \
--cc=towerlexa@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.