Re: PCI woes with 2.6.37

2011-01-07 Thread Benjamin Herrenschmidt
On Fri, 2011-01-07 at 16:06 -0700, Gary Thomas wrote: > I just tried porting my target (MPC8347) from 2.6.28 (remember > that one?) to 2.6.37. Recently I tried this with 2.6.32 without > a lot of success, so I thought I'd try the latest :-) The changes > are very simple, pretty much just the addi

[PATCH] ppc: update dynamic dma support

2011-01-07 Thread Nishanth Aravamudan
On 10.12.2010 [16:07:44 -0800], Nishanth Aravamudan wrote: > On 09.12.2010 [11:09:20 -0800], Nishanth Aravamudan wrote: > > On 26.10.2010 [20:35:17 -0700], Nishanth Aravamudan wrote: > > > If firmware allows us to map all of a partition's memory for DMA on a > > > particular bridge, create a 1:1 ma

PCI woes with 2.6.37

2011-01-07 Thread Gary Thomas
I just tried porting my target (MPC8347) from 2.6.28 (remember that one?) to 2.6.37. Recently I tried this with 2.6.32 without a lot of success, so I thought I'd try the latest :-) The changes are very simple, pretty much just the addition of my 8347 based platform DTS. Sadly, it fails even wor

Re: [RFC] MPIC Bindings and Bindings for AMP Systems

2011-01-07 Thread Scott Wood
On Fri, 7 Jan 2011 12:30:52 -0800 "Blanchard, Hollis" wrote: > On 01/07/2011 08:44 AM, Grant Likely wrote: > > On Fri, Jan 7, 2011 at 9:00 AM, Blanchard, Hollis > > wrote: > >> On 01/07/2011 07:48 AM, Grant Likely wrote: > >>> Actually, for a while now the kernel has been moving towards userspa

Re: [RFC] MPIC Bindings and Bindings for AMP Systems

2011-01-07 Thread Blanchard, Hollis
On 01/07/2011 08:44 AM, Grant Likely wrote: > On Fri, Jan 7, 2011 at 9:00 AM, Blanchard, Hollis > wrote: >> On 01/07/2011 07:48 AM, Grant Likely wrote: >>> Actually, for a while now the kernel has been moving towards userspace >>> being responsible for device identification. That's what udev is

Re: [PATCH] of/device: Don't register disabled devices

2011-01-07 Thread Grant Likely
On Thu, Jan 06, 2011 at 10:35:35AM +1100, David Gibson wrote: > On Wed, Jan 05, 2011 at 02:53:27PM -0800, Blanchard, Hollis wrote: > > On 01/03/2011 03:01 PM, Grant Likely wrote: > > > Device nodes with the property status="disabled" are not usable and so > > > don't register them when parsing the

Re: [RFC] MPIC Bindings and Bindings for AMP Systems

2011-01-07 Thread Grant Likely
On Fri, Jan 7, 2011 at 9:00 AM, Blanchard, Hollis wrote: > On 01/07/2011 07:48 AM, Grant Likely wrote: >> Actually, for a while now the kernel has been moving towards userspace >> being responsible for device identification.  That's what udev is for. >>   The kernel udev looks at the available inf

Re: [RFC] MPIC Bindings and Bindings for AMP Systems

2011-01-07 Thread Blanchard, Hollis
On 01/07/2011 07:48 AM, Grant Likely wrote: > Actually, for a while now the kernel has been moving towards userspace > being responsible for device identification. That's what udev is for. > The kernel udev looks at the available information when a device is > registered/bound, and it creates us

Re: [RFC] MPIC Bindings and Bindings for AMP Systems

2011-01-07 Thread Grant Likely
On Thu, Jan 6, 2011 at 2:52 PM, Blanchard, Hollis wrote: > On 01/05/2011 03:07 PM, Scott Wood wrote: >> On Wed, 5 Jan 2011 14:49:40 -0800 >> "Blanchard, Hollis"  wrote: >> >>> On 01/05/2011 02:09 PM, Scott Wood wrote: On Wed, 5 Jan 2011 15:58:55 -0600 Meador Inge   wrote: > We n

Re: mpc880 linux-2.6.32 slow running processes

2011-01-07 Thread Rafael Beims
On Thu, Jan 6, 2011 at 2:52 PM, Joakim Tjernlund wrote: > > The 8xx tlbil_va should not be needed in recent 2.6 after I fixed the 8xx TLB > code > to workaround the dcbst bug there instead. See > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0a2ab51ffb8dfdf51402

[PATCH] powerpc: add support for multiple 85xx RapidIO development boards

2011-01-07 Thread Alex Dubov
Many RapidIO development boards do not require any board/vendor specific tweaking at kernel start, and can rely on the flattened device tree for all their hardware configuration needs. This patch adds support for "generic,mpc85xx-riodev" compatible boards with PCI disabled by default and RapidIO e