Hi,
I am trying to add Nand Node in Device Tree, for My Board(Some what
similar to MPC8548_CDS).
In Board, Nand is attached to LBC UPM Controller.
Currently My NAND Driver working Fine without NAND Device Node in
Device Tree.
But as Requirement, I have to add NAND D
On Mon, 2007-12-10 at 23:00, Kumar Gala wrote:
> On Dec 9, 2007, at 11:25 PM, Liu Yu wrote:
> >
> >> -Original Message-
> >> From: David Gibson [mailto:[EMAIL PROTECTED]
> >> Sent: Monday, December 10, 2007 12:56 PM
> >> To: Liu Yu
> >> Cc: linuxppc-dev@ozlabs.org
> >> Subject: Re: [PATCH]
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 10, 2007 11:01 PM
> To: Liu Yu
> Cc: David Gibson; linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] Fix rounding bug in emulation for double
> floatoperating
>
>
> On Dec 9, 2007, at 11:25 PM, Liu
On Mon, 2007-12-10 at 17:26 -0800, Siva Prasad wrote:
> Hi,
>
> I am trying to boot kernel with initrd. However, it hangs in
> run_init_process("/sbin/init"). I went into the system calls to see what
> it is doing.
>
> As part of debugging, I ended up adding a printk statement in
> arch/powerpc/
Hi,
I am trying to boot kernel with initrd. However, it hangs in
run_init_process("/sbin/init"). I went into the system calls to see what
it is doing.
As part of debugging, I ended up adding a printk statement in
arch/powerpc/kernel/process.c:sys_execve() routine. Noticed that all the
calls are
From: Mark A. Greer <[EMAIL PROTECTED]>
Remove unnecessary device_type properties and leading zeroes in node names.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/prpmc2800.dts |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/b
From: Mark A. Greer <[EMAIL PROTECTED]>
Remove support for the DTS timeout property that's currently there for
the watchdog timer on mv64x60 hostbridges. The platform_data remains
and can be modified by platform-specific code when necessary.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
From: Mark A. Greer <[EMAIL PROTECTED]>
DTS files should not specify the default timeout value for the
mv64360 i2c controller. Also, remove deprecated 'retries' property.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
FYI, the 'retries' property use and related platform_data will be
remove
From: Mark A. Greer <[EMAIL PROTECTED]>
MPSC DTS nodes should use 'cell-index' to distinguish between MPSC
controllers (just like all the other DTS files). Also, rename the
compatible property from 'marvell,mpsc' to 'marvell,mv64360-mpsc'
for consistency.
Signed-off-by: Mark A. Greer <[EMAIL PRO
From: Mark A. Greer <[EMAIL PROTECTED]>
DTS entries for mv64360 ethernet controllers should use 'reg' property
instead of the 'block-index' property. Also, use 'multiethernet'
instead of 'ethernet' for parent node and use '[EMAIL PROTECTED]' instead of
'eth?' for subnodes.
Signed-off-by: Mark A.
From: Mark A. Greer <[EMAIL PROTECTED]>
Compatible property names like "marvell,mv64x60..." are not acceptable
so replace them with name like "marvell,mv64360..."
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/prpmc2800.dts| 34 +++
arch/powe
From: Mark A. Greer <[EMAIL PROTECTED]>
Add & use labels for dts nodes that are referenced in the prpmc2800.dts
file to improve readability.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/prpmc2800.dts | 104 +-
1 file changed, 52 insertions(+
From: Mark A. Greer <[EMAIL PROTECTED]>
Convert the prpmc2800.dts file to dts-v1. Basically, this means
converting the numeric constants to be 'C'-like (e.g., hexadecimal
numbers start with '0x').
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/prpmc2800.dts | 188 ++
On Mon, 10 Dec 2007 23:29:34 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/83xx/mpc836x_rdk.c
> +
> +static void __init mpc836x_rdk_setup_arch(void)
> +{
> + struct device_node *np;
> +
> + if (ppc_md.progress)
> + ppc_md.progress("mpc836x_rdk
On Tue, 2007-12-11 at 11:18 +1100, Benjamin Herrenschmidt wrote:
> From: Michael Hanselmann <[EMAIL PROTECTED]>
>
> This patch updates smu.h with several new commands and parameter
> descriptions for existing ones.
>
> Signed-off-by: Michael Hanselmann <[EMAIL PROTECTED]>
> Signed-off-by: Benjam
This is the broken out patch series that equates to the "big blob"
patch (with minor modifications) that was sent here:
http://patchwork.ozlabs.org/linuxppc/patch?id=15382
These patches depend on the following patches to apply cleanly:
http://patchwork.ozlabs.org/linuxppc/patch?id=14397
http://p
On Mon, 10 Dec 2007 17:39:22 +0530 (IST) Poonam_Aggrwal-b10812 <[EMAIL
PROTECTED]> wrote:
>
> +++ b/arch/powerpc/sysdev/qe_lib/qe.c
> @@ -149,22 +149,116 @@ EXPORT_SYMBOL(qe_issue_cmd);
> */
> static unsigned int brg_clk = 0;
>
> -unsigned int get_brg_clk(void)
> +u32 get_brg_clk(enum qe_cloc
From: Michael Hanselmann <[EMAIL PROTECTED]>
This patch updates smu.h with several new commands and parameter
descriptions for existing ones.
Signed-off-by: Michael Hanselmann <[EMAIL PROTECTED]>
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
include/asm-powerpc/smu.h | 132
On Thu, 6 Dec 2007 18:00:45 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I started out looking for ways to remove our dependencies on pci_dn and
> got sidetracked into clening up the iSeries PCI code. The intention of
> the following set of patches is that there be no semanti
so remove a firmware feature test.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/pci_64.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/kernel/pci_64.c b/arch/powerpc/kernel/pci_64.c
index 69364f3..7e74aa2 100644
--- a/a
and it becomes clear that we should use zalloc_maybe_bootmem.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/pci-common.c | 21 ++---
1 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kern
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/asm-powerpc/pci-bridge.h | 65 +-
1 files changed, 22 insertions(+), 43 deletions(-)
diff --git a/include/asm-powerpc/pci-bridge.h b/include/asm-powerpc/pci-bridge.h
index e021314..f67d262 10064
On Mon, Dec 10, 2007 at 05:19:02PM -0600, Scott Wood wrote:
> David Gibson wrote:
> > On Mon, Dec 10, 2007 at 11:32:17AM -0600, Scott Wood wrote:
> >> How does using offsets as devps work if a devp was previously
> >> acquired to a node that has to be moved due to a change later made
> >> in an ear
Scott Wood wrote:
> David Gibson wrote:
>> On Mon, Dec 10, 2007 at 11:32:17AM -0600, Scott Wood wrote:
>>> How does using offsets as devps work if a devp was previously
>>> acquired to a node that has to be moved due to a change later made
>>> in an earlier part of the tree?
>>
>> It doesn't; don't
On Tue, Dec 11, 2007 at 10:03:21AM +1100, David Gibson wrote:
> On Mon, Dec 10, 2007 at 11:49:51PM +0300, Anton Vorontsov wrote:
> > Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> > ---
> > arch/powerpc/boot/dts/mpc836x_rdk.dts | 24 +++-
> > arch/powerpc/platforms/
On Tue, Dec 11, 2007 at 10:04:53AM +1100, David Gibson wrote:
> On Mon, Dec 10, 2007 at 11:47:05PM +0300, Anton Vorontsov wrote:
> > Hi all,
> >
> > Here are patches to support NAND on UPM. That driver is generic for
> > all processors with FSL UPMs. And because of that, few more patches are
> > n
David Gibson wrote:
> On Mon, Dec 10, 2007 at 11:32:17AM -0600, Scott Wood wrote:
>> How does using offsets as devps work if a devp was previously
>> acquired to a node that has to be moved due to a change later made
>> in an earlier part of the tree?
>
> It doesn't; don't do that. I just don't t
On Mon, Dec 10, 2007 at 02:55:24PM -0800, David Brownell wrote:
> > I'm interested in your opinion about that patch. You're also Cc'ed
> > to patch that using that feature.
> >
> > I know, currently that patch will conflict with GPIOLIB patches in -mm,
> > so this is only RFC.
>
> The point of CON
On Mon, Dec 10, 2007 at 11:32:17AM -0600, Scott Wood wrote:
> On Mon, Dec 10, 2007 at 02:28:39PM +1100, David Gibson wrote:
> > +#define check_err(err) \
> > + ({ \
> > + if (BAD_ERROR(err) || ((err < 0) && DEBUG)) \
> > + printf("%s():%d %s\n\r", __FUNCTION__, __LINE
On Mon, Dec 10, 2007 at 11:49:51PM +0300, Anton Vorontsov wrote:
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc836x_rdk.dts | 24 +++-
> arch/powerpc/platforms/83xx/Kconfig |2 ++
> arch/powerpc/platforms/83xx/mpc836x_rdk.
On Mon, Dec 10, 2007 at 11:47:05PM +0300, Anton Vorontsov wrote:
> Hi all,
>
> Here are patches to support NAND on UPM. That driver is generic for
> all processors with FSL UPMs. And because of that, few more patches are
> needed -- GPIO API and generic FSL UPM functions.
>
> This is early RFC, a
On Sat, Dec 08, 2007 at 04:07:14AM +0530, Balbir Singh wrote:
> Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
Looks good to me. Sure, it could be fleshed out to something more
generic and in common code, but this is small and simple and doesn't
bloat the kernel much as it stands, and it has val
> I'm interested in your opinion about that patch. You're also Cc'ed
> to patch that using that feature.
>
> I know, currently that patch will conflict with GPIOLIB patches in -mm,
> so this is only RFC.
The point of CONFIG_GENERIC_GPIO is to be *the* conditional used to
tell whether that programm
On 12/10/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 12/10/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > Copy mpc-i2c to preserve support for ARCH=ppc and allow changes on
> > ARCH=powerpc
> >
> > Temporarily copy the mpc-i2c driver to continue support for the ppc
> > architecture until it is
Same patch minus the Makefile change. It was part of testing the builds.
Copy mpc-i2c to preserve support for ARCH=ppc and allow changes on ARCH=powerpc
Temporarily copy the mpc-i2c driver to continue support for the ppc
architecture until it is removed in mid-2008. This file should be
deleted as
On 12/10/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Copy mpc-i2c to preserve support for ARCH=ppc and allow changes on
> ARCH=powerpc
>
> Temporarily copy the mpc-i2c driver to continue support for the ppc
> architecture until it is removed in mid-2008. This file should be
> deleted as part of ppc
On Mon, Dec 10, 2007 at 05:20:08PM -0500, Jon Smirl wrote:
> Copy mpc-i2c to preserve support for ARCH=ppc and allow changes on
> ARCH=powerpc
>
> Temporarily copy the mpc-i2c driver to continue support for the ppc
> architecture until it is removed in mid-2008. This file should be
> deleted as p
Copy mpc-i2c to preserve support for ARCH=ppc and allow changes on ARCH=powerpc
Temporarily copy the mpc-i2c driver to continue support for the ppc
architecture until it is removed in mid-2008. This file should be
deleted as part of ppc's final removal.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]
On Mon, Dec 10, 2007 at 04:54:32PM -0500, Jon Smirl wrote:
> How can I tell a build for ARCH=ppc vs ARCH=powerpc in Kconfig?
IIRC ARCH=powerpc will have CONFIG_PPC_MERGE set, arch=ppc will not.
Yours Tony
linux.conf.auhttp://linux.conf.au/ || http://lca2008.linux.org.au/
Jan 28 - F
On 12/10/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 12/10/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > Is the plan for ppc to be completely merged with powerpc and then be
> > eliminated? If so, how close is this to completion?
> >
> > What should we do with ppc users of mpc-i2c? If the plan
> > map_phys_fmr
>
> In fact, we do use hCalls there. Our hardware doesn't actually support FMRs,
> so we translate a "map FMR" into a "reallocate PMR", which doesn't work
> without hCalls. What's more, the hCalls involved (e.g. H_FREE_RESOURCE)
> might well return H_LONG_BUSY, so the wh
David Gibson wrote:
> On Thu, Nov 29, 2007 at 06:28:36PM +0300, Andrei Dolnikov wrote:
> > Device tree source file for the Emerson Katana Qp board
[snip]
> > + [EMAIL PROTECTED] { /* Marvell Discovery */
> > + #address-cells = <1>;
> > + #size-cells = <1>;
> > + mo
On 12/10/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 12/10/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > Is the plan for ppc to be completely merged with powerpc and then be
> > eliminated? If so, how close is this to completion?
> >
> > What should we do with ppc users of mpc-i2c? If the plan
On 12/10/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Is the plan for ppc to be completely merged with powerpc and then be
> eliminated? If so, how close is this to completion?
>
> What should we do with ppc users of mpc-i2c? If the plan is to
> eliminate ppc I would say to just copy the existing dri
Is the plan for ppc to be completely merged with powerpc and then be
eliminated? If so, how close is this to completion?
What should we do with ppc users of mpc-i2c? If the plan is to
eliminate ppc I would say to just copy the existing driver and then
delete the old version when the rest of ppc ge
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc836x_rdk.dts | 24 +++-
arch/powerpc/platforms/83xx/Kconfig |2 ++
arch/powerpc/platforms/83xx/mpc836x_rdk.c |1 +
3 files changed, 26 insertions(+), 1 deletions(-)
diff --git a
It's using FSL UPM infrastructure. So far only 8 bit accessors
are implemented.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/mtd/nand/Kconfig |7 +
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/fsl_upm.c | 310
3 files
Here are few routines needed to manage FSL UPMs properly. FSL UPM
infrastructure also supports lockless variant, to use when we're
pretty sure that only one UPM is used on the board.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |7 +++
arch/powerpc/sysd
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Hello David,
I'm interested in your opinion about that patch. You're also Cc'ed
to patch that using that feature.
I know, currently that patch will conflict with GPIOLIB patches in -mm,
so this is only RFC.
include/asm-generic/gpio.h | 4
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig|1 +
arch/powerpc/sysdev/cpm2_common.c | 142 +
2 files changed, 143 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/Kconfig b/arch/powerpc/platform
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |1 +
arch/powerpc/sysdev/qe_lib/qe_io.c | 93 +++-
2 files changed, 92 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/Kconfig b/arch/powerpc/platform
This patch implements GPIO API as described in Documentation/gpio.txt.
Two calls unimplemented though: irq_to_gpio and gpio_to_irq.
I'm also providing OF helpers.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |4 +++
arch/powerpc/kernel/prom_parse.c
On Tue, 11 Dec 2007 07:33:35 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2007-12-10 at 11:59 -0600, Josh Boyer wrote:
> >
> > This breaks ARCH=ppc builds. Unfortunately, that tree shares the
> > cputable.[ch] files, but has it's own traps.c. Which means you get
> > lots
Hi all,
Here are patches to support NAND on UPM. That driver is generic for
all processors with FSL UPMs. And because of that, few more patches are
needed -- GPIO API and generic FSL UPM functions.
This is early RFC, all patches are in single thread, so everyone could
make up overall picture of w
On Mon, 2007-12-10 at 11:59 -0600, Josh Boyer wrote:
>
> This breaks ARCH=ppc builds. Unfortunately, that tree shares the
> cputable.[ch] files, but has it's own traps.c. Which means you get
> lots of nice undefined references like below for example:
>
> arch/powerpc/kernel/built-in.o:(.init.d
On Mon, 2007-12-10 at 13:06 -0500, Jon Smirl wrote:
>
> I can't see an easy way to do this. The basic problem is that the i2c
> drivers are assumed to be cross platform. I would need to add a path
> through the i2c core for getting a void pointer from the bus to the
> device But then when the dev
On Mon, 2007-12-10 at 10:42 -0600, Scott Wood wrote:
> On Mon, Dec 10, 2007 at 08:38:46AM +1100, Benjamin Herrenschmidt wrote:
> > The more I think about it, the more I tend to agree that tagging isn't
> > necessary and you are right. We should just match the name against the
> > "compatible" prop
This is new board made by Freescale Semiconductor Inc. and
Logic Product Development.
Currently supported:
1. UEC1,2 (UEC2 doesn't work, but I'm sure this is firmware issue)
2. I2C
3. SPI
4. NS16550 serial
Not supported so far:
1. StMICRO NAND512W3A2BN6E, 512 Mbit
2. UEC3,4
3. QE SCCs (slow UCCs)
Balbir Singh wrote:
> Changelog
>
> 1. Get rid of the constant 5 (based on comments from
> [EMAIL PROTECTED])
> 2. Implement suggestions from Olof Johannson
> 3. Check if cmdline is NULL in fake_numa_create_new_node()
>
> Tested with additional parameters from Olof
On 12/10/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > I can't see an easy way to do this. The basic problem is that the i2c
> > drivers are assumed to be cross platform.
>
> It'd be a small binding-specific portion, similar to an of_platform stub
> on a generic driver. It coul
Poonam_Aggrwal-b10812 wrote:
> + qe = of_find_node_by_type(NULL, "qe");
> + if (qe) {
> + unsigned int size;
> + prop = of_get_property
> + (qe, "brg-frequenc
Jon Smirl wrote:
> I can't see an easy way to do this. The basic problem is that the i2c
> drivers are assumed to be cross platform.
It'd be a small binding-specific portion, similar to an of_platform stub
on a generic driver. It could probably wait until an actual need
arises, though.
> I woul
Respin to split error return fixups out of mpc-i2c to of_platform change
The following series implements standard linux module aliasing for i2c modules
It then converts the mpc i2c driver from being a platform driver to an open
firmware one. I2C device names are picked up from the device tree. Mod
Convert MPC i2c driver from being a platform_driver to an open firmware
version. Error returns were improved. Routine names were changed from fsl_ to
mpc_ to make them match the file name.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 96 ---
Convert pfc8563 i2c driver from old style to new style. The
driver is also modified to support device tree names via the
i2c mod alias mechanism.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/rtc/rtc-pcf8563.c | 110 -
1 files changed, 30 i
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC and x86. This change is required for PowerPC
device tree support.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/i2c-core.
Return errors that were being ignored in the mpc-i2c driver
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-mpc.c | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c
This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support
device tree names using the new i2c mod alias support
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 44 ++---
drivers/rtc/rtc-ds1307.c | 38 +
On 12/10/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 10, 2007 at 08:38:46AM +1100, Benjamin Herrenschmidt wrote:
> > The more I think about it, the more I tend to agree that tagging isn't
> > necessary and you are right. We should just match the name against the
> > "compatible" propert
On Thu, 06 Dec 2007 19:00:03 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> This adds a cputable function pointer for the CPU-side machine
> check handling. The semantic is still the same as the old one,
> the one in ppc_md. overrides the one in cputable, though
> ultimately we'll want
Several pSeries firmware versions share a rare locking issue in the
HCA-related hCalls. Check for a feature flag that indicates the issue being
fixed and serialize all HCA hCalls if not.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This is the revised version of my previous patch, which
On Mon, Dec 10, 2007 at 02:28:39PM +1100, David Gibson wrote:
> +#define check_err(err) \
> + ({ \
> + if (BAD_ERROR(err) || ((err < 0) && DEBUG)) \
> + printf("%s():%d %s\n\r", __FUNCTION__, __LINE__, \
> +fdt_strerror(err)); \
> +
Hi, guys,
> We're taking this to the firmware architects at the moment, but they're
not
> very fond of the idea of reporting the absence of bugs through
capability
> flags, as this could quickly lead to the exhaustion of flag bits. We'll
let
> the discussion stew for a bit, but if we don't g
On Monday 10 December 2007 00:22, Roland Dreier wrote:
> Fair enough... according to Documentation/infiniband/core_locking.txt,
> the only driver methods that cannot sleep are:
>
> [...]
> map_phys_fmr
In fact, we do use hCalls there. Our hardware doesn't actually support FMRs,
so we tran
Hi,
Appended a patch which builds without warnings due to struct declared
const. Please review it.
Thanks,
Étienne
Signed-off-by: Étienne Bersac <[EMAIL PROTECTED]>
---
Implement fan control for PowerMac 12,1 machines. This needs update to
windfarm_lm75 and windfarm_max6690 sensors drivers in or
On Mon, Dec 10, 2007 at 08:38:46AM +1100, Benjamin Herrenschmidt wrote:
> The more I think about it, the more I tend to agree that tagging isn't
> necessary and you are right. We should just match the name against the
> "compatible" property of the OF nodes (which mean we need to support
> multiple
Hi,
Thanks for reviewing the patch. I fix most of your comment excepts some
thing which i think are not mine. This is about the global variable. I
wrote this driver willing to be as more consistent with existing
windfarm_pm* drivers. All uses DBG(), global variable, etc. You'll see
that i dropped
On Sat, Dec 08, 2007 at 12:33:09PM +1100, David Gibson wrote:
> On Thu, Dec 06, 2007 at 04:27:56PM -0700, Mark A. Greer wrote:
> > David, et. al.,
> >
> > This is a big blob patch of what I've changed for the prpmc2800. It
> > includes the necessary changes in the kernel which you can probably
>
This was recently made configurable, and needs to be set for these boards.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Please apply for 2.6.24.
arch/powerpc/configs/mpc8272_ads_defconfig | 110 +++-
arch/powerpc/configs/pq2fads_defconfig | 152 +---
With Regards
Poonam
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 12/10/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Dec 9, 2007, at 5:36 PM, Jon Smirl wrote:
>
> > Convert MPC i2c driver from being a platform_driver to an open
> > firmware version. Error returns were improved. Routine names were
> > changed from fsl_ to mpc_ to make them match the file na
On Monday 10 December 2007, Étienne Bersac wrote:
> From: Étienne Bersac <[EMAIL PROTECTED]>
>
> Here is an updated patch that fix the potential bug, CPU param detection
> failure might not be detected. Please review it.
I didn't find much interesting to complain about, just a few style
issues t
On Dec 9, 2007, at 5:36 PM, Jon Smirl wrote:
> Convert MPC i2c driver from being a platform_driver to an open
> firmware version. Error returns were improved. Routine names were
> changed from fsl_ to mpc_ to make them match the file name.
>
> Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
> --
From: Étienne Bersac <[EMAIL PROTECTED]>
Hi,
Here is an updated patch that fix the potential bug, CPU param detection
failure might not be detected. Please review it.
Regards,
Étienne.
Signed-off-by: Étienne Bersac <[EMAIL PROTECTED]>
---
Implement fan control for PowerMac 12,1 machines. This
On Dec 9, 2007, at 11:25 PM, Liu Yu wrote:
>
>
>
>
>
>> -Original Message-
>> From: David Gibson [mailto:[EMAIL PROTECTED]
>> Sent: Monday, December 10, 2007 12:56 PM
>> To: Liu Yu
>> Cc: linuxppc-dev@ozlabs.org
>> Subject: Re: [PATCH] Fix rounding bug in emulation for double
>> floatoper
From: Poonam Aggrwal <[EMAIL PROTECTED]>
Modified Documentation to explain new properties introduced for UCC TDM
driver. Also two new nodes have been added "brg" and "clocks" to configure
a BRG from device tree.
Signed-off-by: Poonam Aggrwal <[EMAIL PROTECTED]>
Signed-off-by: Ashish Kalra <[EMA
From: Poonam Aggrwal <[EMAIL PROTECTED]>
This patch makes necessary changes in the QE and UCC framework to support
TDM. It also adds support to configure the BRG properly through device
tree entries. Includes the device tree changes for UCC TDM driver as well.
It also includes device tree entrie
From: Poonam Aggrwal <[EMAIL PROTECTED]>
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM data demultiplex it and send to upper applications. At the
transmit end it receives data for d
There are three patches
[PATCH 1/3] drivers/misc : UCC TDM driver for mpc83xx platforms. This
driver is usable in VoIP iind of applications to interface with SLIC
kind of devices to exchange TDM voice samples.
[PATCH 2/3] arch/ : Platform changes
- device tree entries for UCC TDM driver for MPC8
On Mon, 10 Dec 2007 16:43:31 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-12-06 at 21:27 -0600, Josh Boyer wrote:
> > On Thu, 06 Dec 2007 19:00:22 +1100
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > > Index: linux-work/arch/powerpc/boot/reg.h
> > > ===
Firmware would round up the number of SGEs to four, because the WQE
structure holds four SGEs. For SRQ, only three are supported, so return a
fixed value instead.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
The patch will apply cleanly on top of Roland's git. Please review and apply
for
91 matches
Mail list logo
