From: Grant Likely [EMAIL PROTECTED]
Without simpleImage% in the BOOT_TARGETS list, it is impossible to
build any of the simpleImages.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Paulus, this is a bug fix for .26. I'll send you a pull request early next
week with this in it if nobody
On Wed, May 21, 2008 at 7:16 PM, David Brownell [EMAIL PROTECTED] wrote:
On Friday 16 May 2008, Grant Likely wrote:
In my mind; platform_data and the device tree are all about the same
thing: representation. In other words, how to describe the
configuration of the hardware independent of the
On Thu, May 22, 2008 at 8:26 PM, David Brownell [EMAIL PROTECTED] wrote:
On Wednesday 21 May 2008, Grant Likely wrote:
spi-controller {
#address-cells = 2;
#size-cells = 0;
[EMAIL PROTECTED],f000 { reg = 0 f000 ; } // CS 0, SPI address
f000
[EMAIL
On Thu, May 22, 2008 at 8:05 PM, David Brownell [EMAIL PROTECTED] wrote:
On Wednesday 21 May 2008, Anton Vorontsov wrote:
+++ b/drivers/spi/spi_of.c
I think better placement for this is drivers/of, no?
Yes please.
Okay, I wasn't sure. Will do.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret
On Wed, May 21, 2008 at 6:17 PM, David Brownell [EMAIL PROTECTED] wrote:
On Friday 16 May 2008, Grant Likely wrote:
This patch splits the allocation and registration portions of code out
of spi_new_device() and creates three new functions; spi_alloc_device(),
spi_register_device(), and
On Sat, May 24, 2008 at 12:43 AM, Grant Likely
[EMAIL PROTECTED] wrote:
On Wed, May 21, 2008 at 6:17 PM, David Brownell [EMAIL PROTECTED] wrote:
On Friday 16 May 2008, Grant Likely wrote:
This patch splits the allocation and registration portions of code out
of spi_new_device() and creates
Hi Grant,
+ - compatible : should be linux,mmc-spi.
+ - linux,modalias - should be of_mmc_spi.
I'm not even sure if the whole linux,modalias is even a good idea. I
had kind of thrown it in there as a convenient way to override
compatible when needed, but I haven't really
On Friday 23 May 2008, Grant Likely wrote:
Very good point. Okay, so we cannot assume any correlation between
the number of CS lines and the number of child nodes to the SPI bus.
That wasn't what I was implying ... all the devices hooked
up to a given chipselect should be viewed as a single
On Sat, May 24, 2008 at 12:26 AM, Grant Likely
[EMAIL PROTECTED] wrote:
On Thu, May 22, 2008 at 8:05 PM, David Brownell [EMAIL PROTECTED] wrote:
On Wednesday 21 May 2008, Anton Vorontsov wrote:
+++ b/drivers/spi/spi_of.c
I think better placement for this is drivers/of, no?
Yes please.
Grant Likely schrieb:
On Sat, May 24, 2008 at 12:26 AM, Grant Likely
[EMAIL PROTECTED] wrote:
On Thu, May 22, 2008 at 8:05 PM, David Brownell [EMAIL PROTECTED] wrote:
On Wednesday 21 May 2008, Anton Vorontsov wrote:
+++ b/drivers/spi/spi_of.c
I think better placement for this is drivers/of,
On Sat, May 24, 2008 at 11:14 AM, Jochen Friedrich [EMAIL PROTECTED] wrote:
Grant Likely schrieb:
On Sat, May 24, 2008 at 12:26 AM, Grant Likely
[EMAIL PROTECTED] wrote:
On Thu, May 22, 2008 at 8:05 PM, David Brownell [EMAIL PROTECTED] wrote:
On Wednesday 21 May 2008, Anton Vorontsov wrote:
On Saturday 24 May 2008, Grant Likely wrote:
+++ b/drivers/spi/spi_of.c
I think better placement for this is drivers/of, no?
Yes please.
Okay, I wasn't sure. Will do.
I'm having second thoughts about this. I think this code is more SPI
centric than it is OF centric. ie. it is
On Saturday 24 May 2008, Grant Likely wrote:
Isn't the same true for drivers/of/gpio.c or drivers/of/of_i2c.c, as well?
I would argue 'yes!'
... all the more reason to have the SPI glue go there too,
matching the ACPI/PCI precedent as well as those others!
I made an updated debian config.powerpc64 to enable support for
the PS3 and fix the QS20 and QS21 options.
I put a kernel, initrd and modules archive here:
http://cell.gotdns.org/pub/debian-cell-kernel-1/
Could people please test and report on various powerpc64
platforms.
-Geoff
+ Required properties:
+ - #address-cells : should be 0.
+ - #size-cells : should be 0.
Are these properties required at all? Will this node have any
children.
You mean, does this node define a bus. If it doesn't, there
shouldn't be #a and #s; if it does, the binding should
The real problem is we don't yet have good method (or place) to apply
a translation table from compatible values to modaliases. Ideally,
the translations should be part of the drivers themselves, but that
causes a chicken and egg problem of needing to load the driver to get
access to the table
On Sat, May 24, 2008 at 03:02:59PM -0700, Geoff Levand wrote:
I made an updated debian config.powerpc64 to enable support for
the PS3 and fix the QS20 and QS21 options.
Hi Geoff,
I put a kernel, initrd and modules archive here:
http://cell.gotdns.org/pub/debian-cell-kernel-1/
Thanks for
On Sat, May 24, 2008 at 1:56 PM, David Brownell [EMAIL PROTECTED] wrote:
On Friday 23 May 2008, Anton Vorontsov wrote:
This is second attempt to write the OpenFirmware bindings for the
MMC-over-SPI (and SPI bindings in general).
Summary: an OF-specific wrapper around the mmc_spi platform
On Sat, May 24, 2008 at 11:45 AM, David Brownell [EMAIL PROTECTED] wrote:
On Saturday 24 May 2008, Grant Likely wrote:
Isn't the same true for drivers/of/gpio.c or drivers/of/of_i2c.c, as well?
I would argue 'yes!'
... all the more reason to have the SPI glue go there too,
matching the
19 matches
Mail list logo
