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
> +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 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
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
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
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
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
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 @
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
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
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 |
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
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
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
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.
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
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
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
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
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
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
___
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
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
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
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
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
29 matches
Mail list logo