[PATCH v2] spi: add OpenCores tiny SPI driver

2011-01-11 Thread Thomas Chou
This patch adds support of OpenCores tiny SPI master driver. http://opencores.org/project,tiny_spi Signed-off-by: Thomas Chou --- v2 add devicetree support drivers/spi/Kconfig |6 + drivers/spi/Makefile|1 + drivers/spi/oc_tiny_spi.c | 428 +++

Re: [PATCH 14/15] rtc/cmos: add OF bindings

2011-01-11 Thread Grant Likely
On Fri, Dec 17, 2010 at 04:33:52PM +0100, Sebastian Andrzej Siewior wrote: > This allows to load the OF driver based informations from the device > tree. Systems without BIOS may need to perform some initialization. > PowerPC creates a PNP device from the OF information and performs this > kind of

Re: [PATCH 10/15] x86/ioapic: Add OF bindings for IO-APIC

2011-01-11 Thread Grant Likely
On Fri, Dec 17, 2010 at 04:33:48PM +0100, Sebastian Andrzej Siewior wrote: > ioapic_xlate provides a translation from the information in device tree > to ioapic related informations. This includes > - obtaining hw irq which is the vector number "=> pin number + gsi" > - obtaining type (level/edge/.

Re: [PATCH 09/15] x86/dtb: Add generic bus probe

2011-01-11 Thread Grant Likely
On Fri, Dec 17, 2010 at 04:33:47PM +0100, Sebastian Andrzej Siewior wrote: > For now we probe these busses and we change is to board dependent probes > once we have to. > > Cc: devicetree-discuss@lists.ozlabs.org > Signed-off-by: Sebastian Andrzej Siewior > Signed-off-by: Dirk Brandewie Acked-b

Re: [PATCH 08/15] x86/dtb: add support for PCI devices backed by dtb nodes

2011-01-11 Thread Grant Likely
On Fri, Dec 17, 2010 at 04:33:46PM +0100, Sebastian Andrzej Siewior wrote: > x86_of_pci_init() does two things: > - it provides a generic irq enable and disable function. enable queries > the device tree for the interrupt information, calls ->xlate on the > irq host and updates the pci->irq inf

Re: [PATCH v2 07/15] of: move of_irq_map_pci() into generic code

2011-01-11 Thread Grant Likely
On Tue, Jan 04, 2011 at 03:27:54PM +0100, Sebastian Andrzej Siewior wrote: > From: Sebastian Andrzej Siewior > > There is a tiny difference between PPC32 and PPC64. Microblaze uses the > PPC32 variant. Mostly looks good, but breaks both Sparc and microblaze which is kind of important to fix befo

Re: [Power.org:parch] ePAPR 1.1 to do list

2011-01-11 Thread Scott Wood
On Tue, 11 Jan 2011 16:14:53 -0600 Yoder Stuart-B08248 wrote: > > > > -Original Message- > > From: Wood Scott-B07421 > > Sent: Monday, September 13, 2010 1:18 PM > > To: Yoder Stuart-B08248 > > Cc: pa...@power.org; devicetree-discuss > > Subject: Re: [Power.org:parch] ePAPR 1.1 to do li

Re: [PATCH 06/15] x86/dtb: add support hpet

2011-01-11 Thread Grant Likely
On Fri, Dec 17, 2010 at 04:33:44PM +0100, Sebastian Andrzej Siewior wrote: > Set hpet_address based on information provied form DTB > > Cc: devicetree-discuss@lists.ozlabs.org > Cc: Dirk Brandewie > Signed-off-by: Sebastian Andrzej Siewior Acked-by: Grant Likely > --- > arch/x86/kernel/prom.

RE: [Power.org:parch] ePAPR 1.1 to do list

2011-01-11 Thread Yoder Stuart-B08248
> -Original Message- > From: Wood Scott-B07421 > Sent: Monday, September 13, 2010 1:18 PM > To: Yoder Stuart-B08248 > Cc: pa...@power.org; devicetree-discuss > Subject: Re: [Power.org:parch] ePAPR 1.1 to do list > > On Mon, 30 Aug 2010 14:34:44 -0700 > Yoder Stuart-B08248 wrote: > > >

Re: [PATCH v2 05/15] x86/dtb: add early parsing of APIC and IO APIC

2011-01-11 Thread Grant Likely
On Tue, Jan 04, 2011 at 02:23:02PM +0100, Sebastian Andrzej Siewior wrote: > The apic & ioapic have to be added to system early because > native_init_IRQ() requires it. In order to obtain the address of the > ioapic the device tree has to be unflattened because > of_address_to_resource() has to wor

Re: [PATCH 04/15] x86/dtb: add irq domain abstraction

2011-01-11 Thread Grant Likely
On Fri, Dec 17, 2010 at 04:33:42PM +0100, Sebastian Andrzej Siewior wrote: > The here introduced irq_domain abstraction represents a generic irq > controller. It is a subset of powerpc's irq_host which is going to be > renamed to irq_domain and then become generic. This implementation will > be rem