Hi all ...
i am writing a device driver in which the default configuration for LCD
display i need to keep it in a .config file so that as the system boots it
take the value from this file and does the initial configuration in the init
of the driver. If user changes the .config file content in
* The MPC837x PCIE controller hardware resources and SerDes are initiated in
u-boot.
* Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c
* The MPC837x PCIE controller`s configure address bit field is uniqe:
bus number: bits 31-24
device number:
On Wednesday 02 January 2008, Li Li wrote:
#ifdef CONFIG_PCI
- for_each_compatible_node(np, pci, fsl,mpc8349-pci)
- mpc83xx_add_bridge(np);
+ for_each_compatible_node(np, pci, fsl,mpc8349-pci) {
+ if (primary_pci_bus) {
+
Jon Smirl wrote:
On 12/19/07, Timur Tabi [EMAIL PROTECTED] wrote:
+ [EMAIL PROTECTED] {
+ compatible = fsl,ssi;
+ cell-index = 0;
+ reg = 16000 100;
+ interrupt-parent = mpic;
+
Jon Smirl wrote:
On 1/1/08, Jon Smirl [EMAIL PROTECTED] wrote:
On 12/19/07, Timur Tabi [EMAIL PROTECTED] wrote:
+ [EMAIL PROTECTED] {
+ compatible = fsl,ssi;
+ cell-index = 0;
+ reg = 16000 100;
+
On Jan 2, 2008, at 5:16 AM, Li Li wrote:
* The MPC837x PCIE controller hardware resources and SerDes are
initiated in u-boot.
* Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c
* The MPC837x PCIE controller`s configure address bit field is uniqe:
bus number:
Jon Smirl wrote:
On 12/19/07, Timur Tabi [EMAIL PROTECTED] wrote:
sound/soc/fsl/fsl_ssi.c | 614 +++
sound/soc/fsl/fsl_ssi.h | 224 +++
I'm confused about this part. You built a driver for the mpc8610 ssi
port. This port has a
On Wed, Jan 02, 2008 at 07:16:45PM +0800, Li Li wrote:
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 1ee009e..f84caa7 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -2111,6 +2111,10 @@
#define PCI_DEVICE_ID_TDI_EHCI 0x0101
#define
On 1/2/08, Timur Tabi [EMAIL PROTECTED] wrote:
Are you saying that you want to use the same kernel on four different
systems? If so, then you need to find a way to compile all fabric
drivers together, and at boot time each fabric driver will decide
whether it will do anything.
Yes, I have
On 1/2/08, Timur Tabi [EMAIL PROTECTED] wrote:
Jon Smirl wrote:
If that's the case the cs4270 should be in the i2c bus node (missing
currently) and then a link from the SSI bus would point to it.
The CS4270 is a child of both the I2C bus *and* the SSI bus. It needs
to have two nodes, one
On 1/2/08, Timur Tabi [EMAIL PROTECTED] wrote:
That's the best plan I came up with. This is apparently fixed in ASoC
V2. From ASoC V1's perspective, the fabric driver must be the master.
However, it doesn't make sense to have a node in the device tree for the
fabric driver, because there is
On 1/2/08, Jon Smirl [EMAIL PROTECTED] wrote:
On 1/2/08, Timur Tabi [EMAIL PROTECTED] wrote:
mpc8610_hpcd is the harder one to load since it doesn't have a device
tree entry. What you want to do it match on the compatible field of
the root node.
static struct of_device_id fabric_of_match[] =
On 1/2/08, Grant Likely [EMAIL PROTECTED] wrote:
On 1/2/08, Jon Smirl [EMAIL PROTECTED] wrote:
On 1/2/08, Timur Tabi [EMAIL PROTECTED] wrote:
mpc8610_hpcd is the harder one to load since it doesn't have a device
tree entry. What you want to do it match on the compatible field of
the root
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/44x/sequoia.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/44x/sequoia.c
b/arch/powerpc/platforms/44x/sequoia.c
index
On Wed, 02 Jan 2008 10:23:56 -0700
Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Oh, that's fun... my build scripts say this passed. Looking at
powerpc.sequoia_defconfig.log.passed shows it obviously failed. I hate
On Fri, Dec 28, 2007 at 04:18:36PM +0100, Jochen Friedrich wrote:
If a freescale watchdog device node is present, reset the watchdog
while waiting for serial input.
Hmm... I don't like combining the watchdog and serial code together. What
if some other serial device is used with this
Misbah khan wrote:
Hi all ...
i am writing a device driver in which the default configuration for LCD
display i need to keep it in a .config file so that as the system boots it
take the value from this file and does the initial configuration in the init
of the driver. If user changes the
In message: Re: [PATCH] mpc85xx_ads: add in missing of_node_put()
on 23/12/2007 Stephen Rothwell wrote:
On Fri, 21 Dec 2007 10:40:09 -0500 Paul Gortmaker [EMAIL PROTECTED] wrote:
cpm2_pic_init() does its own of_node_get() so we should do an of_node_put()
before calling it.
The
On Wed, Jan 02, 2008 at 09:10:44AM -0600, Timur Tabi wrote:
Jon Smirl wrote:
Does this need to be bus-frequency? It's always called MCLK in all of
the literature.
I'm trying to make this node as generic as possible. The fabric driver
is the one that will parse this node and pass the
* Arnd Bergmann ([EMAIL PROTECTED]) wrote:
On Saturday 29 December 2007, Mathieu Desnoyers wrote:
This patch restores the Cell OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
It puts it in arch/powerpc/Kconfig. Since I don't see any good reason to
On Sat, Dec 22, 2007 at 08:13:31PM +0100, Jochen Friedrich wrote:
+ [EMAIL PROTECTED] {
+ compatible = c-cube,gtx;
+ reg = 40 3000 0 20;
+ interrupts = 2 2;
+ interrupt-parent = PIC;
+
On Sat, Dec 22, 2007 at 08:58:21PM -0600, Timur Tabi wrote:
Scott Wood wrote:
None of the SOC nodes in any DTS have a compatible entry.
Not quite true; ep88xc, mpc8272ads, and pq2fads have them.
Ah ok. So what should the compatible entry for 8641 be?
compatible = fsl,mpc8641
Yes.
On Sat, Dec 29, 2007 at 04:10:54PM -0600, Timur Tabi wrote:
Anton Vorontsov wrote:
+ [EMAIL PROTECTED] {
+ device_type = serial;
+ compatible = ucc_uart;
+ model = UCC;
model isn't used, is it needed at all?
I have no
Folks,
I'd like to release a DTC 1.1 Real Soon Now!
However, I've been back-logged due to the holidays.
If you have any outstanding DTC or libfdt patches
that I have not yet applied and that you would like
in that release, please remind me by reposting it
and CC:'ing [EMAIL PROTECTED]
Thanks!
[POWERPC] pasemi: Fix NMI handling check
The logic that checks to see if a machine check is caused by an NMI will
always match when NMI hasn't been initialized, since the mpic routine
will return NO_IRQ (and that's what the nmi_virq value is as well).
Signed-off-by: Olof Johansson [EMAIL
On 1/2/08, Grant Likely [EMAIL PROTECTED] wrote:
Alternatively, the best place for this device would be on the ASOC
bus, but the ASOC bus hasn't been created when the platform code runs.
Maybe I can figure out a place in the platform code to create this
device after the ASOC driver has
On Wed, Jan 02, 2008 at 09:28:12AM -0700, Grant Likely wrote:
On 1/2/08, Timur Tabi [EMAIL PROTECTED] wrote:
However, it doesn't make sense to have a node in the device tree for the
fabric driver, because there is no such device. The fabric driver is
an abstraction. So I need to chose
On 1/2/08, Jon Smirl [EMAIL PROTECTED] wrote:
On 1/2/08, Grant Likely [EMAIL PROTECTED] wrote:
Alternatively, the best place for this device would be on the ASOC
bus, but the ASOC bus hasn't been created when the platform code runs.
Maybe I can figure out a place in the platform code to
On 1/2/08, Grant Likely [EMAIL PROTECTED] wrote:
On 1/2/08, Jon Smirl [EMAIL PROTECTED] wrote:
On 1/2/08, Grant Likely [EMAIL PROTECTED] wrote:
Alternatively, the best place for this device would be on the ASOC
bus, but the ASOC bus hasn't been created when the platform code runs.
On Fri, 2007-12-14 at 10:28, Kumar Gala wrote:
Are there any tools to autoconvert (preferably without losing
comments)?
Not sure of jon had a perl script or something.
No, I don't. It's hard to tell what should conceptually
remain hex, and what might need to be decimalized.
Sure, hard
This series makes the platform code use the new machine-specific initcall
hooks. This has the advantage of not needing to explicitly test
machine_is() at the top of every initcall function.
This time I split the changes out into separate patches so each platform
maintainer can pick up the ones
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/powermac/low_i2c.c|7 ++-
arch/powerpc/platforms/powermac/pfunc_base.c |3 +--
arch/powerpc/platforms/powermac/pic.c|3 +--
On Wednesday 02 January 2008, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Looks good, thanks!
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/pasemi/idle.c |5 +
arch/powerpc/platforms/pasemi/setup.c | 10 ++
2 files changed, 3 insertions(+), 12 deletions(-)
diff --git
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/8xx/ep88xc.c |5 ++---
arch/powerpc/platforms/8xx/mpc885ads_setup.c |5 ++---
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/82xx/mpc8272_ads.c|5 +
arch/powerpc/platforms/82xx/pq2fads.c|5 +
arch/powerpc/platforms/83xx/mpc832x_mds.c|5 +
Hi Jon,
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
I did the same for my i2c-cpm. Tested with the frontprocessor driver (dbox2
specific)
On 1/2/08, Jochen Friedrich [EMAIL PROTECTED] wrote:
Should this go into some central file? Else we would have to copy it in any
i2c bus driver that supports powerpc.
This would at least be i2c-cpm and i2c-gpio.
I can change that in the next rev. I'm waiting to see if there are any
more
Using the port of 2.4 code from Vitaly Bordug [EMAIL PROTECTED]
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
On Wed, 2008-01-02 at 12:14 -0700, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Ack.
arch/powerpc/platforms/powermac/low_i2c.c|7 ++-
arch/powerpc/platforms/powermac/pfunc_base.c |3 +--
On Wed, Jan 02, 2008 at 12:32:28PM -0700, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/pasemi/idle.c |5 +
arch/powerpc/platforms/pasemi/setup.c | 10 ++
2 files changed, 3
Hi Scott,
These unit addresses look wrong.
I know. These have (hopefully) been fixed in v3.
What does dbox2-config mean?
I used it to search for the vendor info byte in the flash. It has been moved to
the boot wrapper in v3.
Later this should all be moved to u-boot, IMHO.
+
This patch should go in immediately after:
commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
Author: Roland McGrath [EMAIL PROTECTED]
compat_binfmt_elf
Thanks,
Roland
---
[PATCH] compat_binfmt_elf Kconfig
This adds Kconfig and Makefile bits to build
This patch replaces the earlier patch by the same title already in x86/mm:
commit a9014d2dfcb253fb3ce5f4e3318849f743b85427
Author: Roland McGrath [EMAIL PROTECTED]
x86 compat_binfmt_elf
It requires the new patch I just posted, titled compat_binfmt_elf Kconfig.
This replaces my earlier patch of the same title, posted with:
Subject: [PATCH -mm 18/43] powerpc compat_binfmt_elf
Date: Thu, 20 Dec 2007 03:58:16 -0800 (PST)
This requires all the powerpc patches in that series from late December and
also requires the new patch I just posted,
Jochen Friedrich wrote:
+[EMAIL PROTECTED] {
+label = Flash without bootloader;
+reg = 2 7e;
+};
+[EMAIL PROTECTED] {
+label = Complete Flash;
+reg = 0 80;
+
On Wed, Jan 02, 2008 at 01:08:31PM -0800, Roland McGrath wrote:
This patch should go in immediately after:
commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
Author: Roland McGrath [EMAIL PROTECTED]
compat_binfmt_elf
Thanks,
Roland
---
[PATCH] compat_binfmt_elf
* Roland McGrath [EMAIL PROTECTED] wrote:
This patch should go in immediately after:
commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
Author: Roland McGrath [EMAIL PROTECTED]
compat_binfmt_elf
Thanks,
Roland
---
[PATCH] compat_binfmt_elf Kconfig
thanks,
* Roland McGrath [EMAIL PROTECTED] wrote:
This patch replaces the earlier patch by the same title already in
x86/mm:
commit a9014d2dfcb253fb3ce5f4e3318849f743b85427
Author: Roland McGrath [EMAIL PROTECTED]
x86 compat_binfmt_elf
It requires the new patch I just
On Wed, Jan 02, 2008 at 10:53:11PM +0100, Sam Ravnborg wrote:
On Wed, Jan 02, 2008 at 01:08:31PM -0800, Roland McGrath wrote:
This patch should go in immediately after:
commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
Author: Roland McGrath [EMAIL PROTECTED]
On 11/9/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Define MPC52xx specific device id list, add new
'fsl,lpb' compatible id for LocalPlus Bus.
I'll pick this up, but I'm going to drop the .compatible=soc line.
(I'd like to drop the device_type=soc line also, but that requires a
bit more
Hi Jochen,
Just a few trivial things.
On Wed, 02 Jan 2008 20:52:00 +0100 Jochen Friedrich [EMAIL PROTECTED] wrote:
+++ b/drivers/i2c/busses/i2c-cpm.c
+
+static irqreturn_t cpm_i2c_interrupt(int irq, void *dev_id)
+{
+ struct i2c_adapter *adap;
+ struct cpm_i2c *cpm;
+ struct
From: Mark A. Greer [EMAIL PROTECTED]
Fix error in booting-without-of.txt that indicates that a node can inherit
its #address-cells and #size-cells definitions from its parent's parent.
This is not correct and the latest dtc enforces it.
Signed-off-by: Mark A. Greer [EMAIL PROTECTED]
---
On Wed, 2 Jan 2008 17:07:50 -0700
Mark A. Greer [EMAIL PROTECTED] wrote:
From: Mark A. Greer [EMAIL PROTECTED]
Fix error in booting-without-of.txt that indicates that a node can inherit
its #address-cells and #size-cells definitions from its parent's parent.
This is not correct and the
Hi Clifford,
Thanks for the report.
PowerPC problems should be reported to [EMAIL PROTECTED]
This has been fixed in the current (approaching 2.6.24) kernel. It
should be fixed in 2.6.23.xx, so I have cc'd this to
[EMAIL PROTECTED] (and linuxppc-dev, of course).
(Also, please post patches
On Thu, 3 Jan 2008 13:16:24 +1100 Stephen Rothwell [EMAIL PROTECTED] wrote:
This has been fixed in the current (approaching 2.6.24) kernel. It
should be fixed in 2.6.23.xx, so I have cc'd this to
[EMAIL PROTECTED] (and linuxppc-dev, of course).
Should have been [EMAIL PROTECTED] (where I
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c |2 +-
arch/powerpc/kernel/of_platform.c |4 ++--
arch/powerpc/kernel/pci_32.c |4 ++--
arch/powerpc/kernel/pci_64.c |4 ++--
arch/powerpc/kernel/rtas_pci.c|5 +
5 files
We don't care if the device_create_file calls fail, the driver will work
just as well without them, so just issue a runtime warning.
drivers/macintosh/therm_windtunnel.c: In function 'setup_hardware':
drivers/macintosh/therm_windtunnel.c:268: warning: ignoring return value of
We don't care if the device_create_file calls fail, the driver will work
just as well without them, so just issue a runtime warning.
drivers/macintosh/therm_adt746x.c: In function 'thermostat_init':
drivers/macintosh/therm_adt746x.c:615: warning: ignoring return value of
'device_create_file',
Ya i got your point ...the way you told is the very generic way of doing this
but what i need is this :-
Like your any .config if you edit your configuration and restart your
default configuration changes The merit of this technique is that i need
not compile the driver with every default
Hopefully this will catch any out of order additions to the
table in the future.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/systbl.S| 44
arch/powerpc/platforms/cell/spu_callbacks.c |3 ++
include/asm-powerpc/systbl.h
On Wed, 2008-01-02 at 23:23 +0800, Kumar Gala wrote:
On Jan 2, 2008, at 5:16 AM, Li Li wrote:
* The MPC837x PCIE controller hardware resources and SerDes are
initiated in u-boot.
* Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c
* The MPC837x PCIE controller`s
On Wed, 2008-01-02 at 19:53 +0800, Arnd Bergmann wrote:
On Wednesday 02 January 2008, Li Li wrote:
#ifdef CONFIG_PCI
- for_each_compatible_node(np, pci, fsl,mpc8349-pci)
- mpc83xx_add_bridge(np);
+ for_each_compatible_node(np, pci, fsl,mpc8349-pci) {
+
Hmmm, in-reply-to on the web archive is broken again, sfr alerted.
On Thu Jan 3 16:41:41 EST 2008, Stephen Rothwell wrote:
Hopefully this will catch any out of order additions to the
table in the future.
#ifdef CONFIG_PPC64
-#define SYSCALL(func) .llong .sys_##func,.sys_##func
64 matches
Mail list logo