Hi,
Thanks!
Maybe I should make a clean and split them into small patches.
Cheers!
Wei.
> Hi,
>
> This is a very large patch. It may be easier to review if it could be
> split on some logical way, that is at all possible (I don't
> know either
> way). This is just a quick note about some
Somehow the EMAC support was dropped (or never really added) to the
Kilauea defconfig file. This patch finally adds EMAC support.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/configs/kilauea_defconfig | 23 +--
1 files changed, 21 insertions(+), 2 deletio
So, like, the other day Scott Wood mumbled:
>
> I forgot to tag them as such, but these are of course dtc patches and
> not Linux patches.
All three applied (to DTC :-)).
Will you follow up with a patch for /bininc/ or /bin-include/
as well now? (I'm fine with either, and I forget where David's
So, like, the other day David Gibson mumbled:
> Ah, I think I sent it by private mail, so it won't be in patchwork.
> Here you are:
Ah, that explains it.
> dtc/libfdt: Add README clarifying licensing
>
> The fact the dtc are distributed together, but have different licenses
> can be a bit confus
On Fri, Jan 04, 2008 at 10:47:25AM +1100, David Gibson wrote:
> On Thu, Jan 03, 2008 at 12:16:19PM -0600, Timur Tabi wrote:
> > I'm no expert on this, but I think from the PowerPC point-of-view,
> > the *ideal* situation would be if the ASoC fabric driver were
> > generic, maybe even part of ASoC
On Fri, Jan 04, 2008 at 08:30:12AM -0600, Jon Loeliger wrote:
> All three applied (to DTC :-)).
>
> Will you follow up with a patch for /bininc/ or /bin-include/
> as well now? (I'm fine with either, and I forget where David's
> preference there landed.)
Yes, probably sometime today.
-Scott
___
Arnd Bergmann wrote:
> We started discussing this in v1, but the discussion got sidetracked:
> Is there a technical reason why you don't also allow 1M pages, which
> may be useful in certain scenarios?
>
No, it was mostly a matter of the time I have had and machines easily
available to me for te
The \n is provided by yyerror().
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
dtc-parser.y |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/dtc-parser.y b/dtc-parser.y
index f50f2f0..3a24d14 100644
--- a/dtc-parser.y
+++ b/dtc-parser.y
@@ -332,7 +332,7 @@ subnodes:
A property's data can be populated with a file's contents
as follows:
node {
prop = /incbin/("path/to/data");
};
A subset of a file can be included by passing start and size parameters.
For example, to include bytes 8 through 23:
node {
prop = /incbin/("path/to/data", 8, 16);
};
Also, free file->dir when freeing file.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
srcpos.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/srcpos.c b/srcpos.c
index 7340c33..7a0c47e 100644
--- a/srcpos.c
+++ b/srcpos.c
@@ -86,6 +86,16 @@ struct dtc_fil
Enable EMAC driver for Sequoia (and while we're in there, disable
Macintosh drivers for Sequoia and Bamboo).
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/configs/bamboo_defconfig
b/arch/powerpc/configs/bamboo_defconfig
--- a/arch/powerpc/configs/bamboo_defconfig
On Friday 04 January 2008, Jon Tollefson wrote:
> Arnd Bergmann wrote:
> > We started discussing this in v1, but the discussion got sidetracked:
> > Is there a technical reason why you don't also allow 1M pages, which
> > may be useful in certain scenarios?
> >
> No, it was mostly a matter of th
Grant Likely wrote:
> On 1/3/08, Scott Wood <[EMAIL PROTECTED]> wrote:
>> Grant Likely wrote:
>>> On 1/3/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
Grant Likely wrote:
> Why not be a child of the i2c bus with a phandle to the ssi bus?
Because when I probe the SSI node, I want to k
David Gibson wrote:
> And what distinction are you drawing between "first" and "second"
> here?
Oh, that's an easy one: The CS4270 can work without an I2C or SPI connection,
but it will never work without an I2S connection.
> Why would the I2S need to scan for codecs? Wouldn't it be up to th
Mark Brown wrote:
> Each individual call to set_sysclk() only takes three parameters but it
> can be called repeatedly and some configurations are going to require
> this.
In other words, ...
clock1 = <0, bb8000>
clock2 = <1, 653230>
clock23 = <0, ab2372>
> and of course the ordering matters.
I converted the i2c-ibm_iic driver from an ocp driver to an of_platform
driver. Since this driver is in the kernel.org kernel, should I rename
it and keep the old one around? I notice this was done with the emac
network driver.
This driver is required for the taco platform.
Cheers,
Sean
d
Paul,
This is a small set of patches that adds support for the PS3's logical
performance monitor.
The logical performance monitor is a hypervisor abstraction that provides
access to the Cell processor's performance monitoring features needed by
profilers such as oprofile and perfmon.
Please appl
From: Takashi Yamamoto <[EMAIL PROTECTED]>
Add repository routines for the PS3 Logical Performance Monitor (lpm).
Signed-off-by: Takashi Yamamoto <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/platform.h |7
arch/powerpc/platforms/ps
Add PS3 logical performance monitor (lpm) device support to the
PS3 system-bus and platform device registration routines.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/device-init.c | 95 ++-
arch/powerpc/platforms/ps3/system-bus.c |
On 1/4/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
> > Don't put
> > that burden on the dts author.
>
> As the DTS author in question, I hereby declare that such a requirement is not
> a burden in the slightest. Thank you.
Dude, you work for *Freescale*. The set of dts author
From: Takashi Yamamoto <[EMAIL PROTECTED]>
Add PS3 logical performance monitor (lpm) device driver.
The PS3's LV1 hypervisor provides a Logical Performance Monitor that
abstarcts the Cell processor's performance monitor features for use
by guest operating systems.
Signed-off-by: Takashi Yamamoto
Here is a patch for the base taco platform. It is against for-2.6.25. It
adds basically everything in the arch/powerpc.
Cheers,
Sean
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 66a3d8c..e6d3289 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -469,7 +469,7 @
Sean MacLennan wrote:
Here is a patch for the base taco platform. It is against for-2.6.25.
It adds basically everything in the arch/powerpc.
And here are the missing files :(
Cheers,
Sean
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/boot/cuboot-taco.c 2008-01-04
The taco has an fpga that controls the fan. It must be feed the current
temperature from an ad7414 chip. This patch adds a patched ad7414 temp
sensor from the ppc arch and adds a small driver (taco-dtm) to read the
temperature and feed it to the fpga.
Without this driver, the taco will just ru
This patch adds the maps for the taco. It also gets the ndfc.c NAND
driver in a compilable state. The map is guaranteed to change since the
exact NOR/NAND flash configuration is in flux right now when we found
the 256M NAND flash won't boot properly.
Currently it configures the NOR in a reason
Last ones for now.
This patch allows you to turn off scsi_wait_scan.
diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig
index a6676be..960dc78 100644
--- a/drivers/scsi/Kconfig
+++ b/drivers/scsi/Kconfig
@@ -248,7 +248,7 @@ config SCSI_SCAN_ASYNC
or async on the kernel's command l
> +module_exit(ad7414_exit);
> --- /dev/null 2005-11-20 22:22:37.0 -0500
> +++ drivers/hwmon/taco-dtm.c 2008-01-05 00:06:21.0 -0500
> @@ -0,0 +1,78 @@
> +/*
> + * drivers/hwmon/taco-dtm.c
> + *
> + * Overview: On the Taco, the fpga controls the fan. This provides
> + * the temp
On Sat, 2008-01-05 at 00:21 -0500, Sean MacLennan wrote:
> Last ones for now.
>
> This patch allows you to turn off scsi_wait_scan.
You'll have to run that one via the SCSI maintainers.
> diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig
> index a6676be..960dc78 100644
> --- a/drivers/sc
On Fri, 2008-01-04 at 23:49 -0500, Sean MacLennan wrote:
> Here is a patch for the base taco platform. It is against for-2.6.25. It
> adds basically everything in the arch/powerpc.
Care to tell us a bit more about what Taco is ? Even better is to also
do that in your Kconfig entry, maybe along w
29 matches
Mail list logo