On Wed, 2008-01-23 at 14:14 +0100, Michel Dänzer wrote:
Does ppc32 (or your instance thereof) have a high resolution
sched_clock()?
I'm not sure (FWIW, we did get support for NO_HZ and HIGH_RES_TIMERS
in
2.6.24-rc as well, but playing with these config options and even
reverting the
Could the fact that our sched_clock() returns utter crap if called
before time_init() explain the problem ? If yes, that's an easy fix.
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Stefan Roese [EMAIL PROTECTED]
Subject: ppc: 4xx: sysctl table check failed: /kernel/l2cr .1.31 Missing
strategy
I'm seeing this error message when booting an recent arch/ppc kernel on
4xx platforms (tested on Ocotea and other 4xx platforms). Booting NFS
rootfs still works fine, but
On Jan 7, 2008, at 8:25 AM, Paul Gortmaker wrote:
This is a respin of the sbc8560 patches, incorporating the feedback
and
suggested changes from everyone. Changes include:
-coding style and missing of_put (Stephen Rothwell)
-minor dtc cleanups for gianfar, mdio, mpic etc. (David
Thanks Stephen for your comments, incorporated them.
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
Incorporated Stephen's comments.
From: Poonam Agarwal-b10812 [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 modules. At the
Hi at all,
i have strange problems with my cf_card driver on our MPC5200b board. Because
of our board schematic the cf card is mapped to memory space.
The interrupt is routed to IRQ1. IRQ1 is rising edge sensitive.
First the driver was written for Kernel 2.6.14 with device_driver structure and
On Thu, Jan 24, 2008 at 01:22:01PM +1100, Stephen Rothwell wrote:
On Wed, 23 Jan 2008 23:45:07 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/83xx/mpc836x_rdk.c
+static int __init mpc836x_rdk_declare_of_platform_devices(void)
+{
+ const struct of_device_id
On Wed, Jan 23, 2008 at 05:02:10PM -0600, Kumar Gala wrote:
Anton,
Can you try this patch and see if it resolves the issue for you.. (You'll
still get the Apple FW messages)
Yup, that patch fixes it.
Thanks,
- k
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
Kumar Gala wrote:
On Jan 7, 2008, at 8:25 AM, Paul Gortmaker wrote:
This is a respin of the sbc8560 patches, incorporating the feedback and
suggested changes from everyone. Changes include:
-coding style and missing of_put (Stephen Rothwell)
-minor dtc cleanups for gianfar, mdio, mpic
Scott,
I have to make this change for some board to cuboot-85xx.c:
diff --git a/arch/powerpc/boot/cuboot-85xx.c b/arch/powerpc/boot/
cuboot-85xx.c
index 6776a1a..e2616f2 100644
--- a/arch/powerpc/boot/cuboot-85xx.c
+++ b/arch/powerpc/boot/cuboot-85xx.c
@@ -15,6 +15,7 @@
#include cuboot.h
On Jan 24, 2008, at 8:17 AM, Paul Gortmaker wrote:
Kumar Gala wrote:
On Jan 7, 2008, at 8:25 AM, Paul Gortmaker wrote:
This is a respin of the sbc8560 patches, incorporating the
feedback and
suggested changes from everyone. Changes include:
-coding style and missing of_put (Stephen
Kumar Gala wrote:
On Jan 24, 2008, at 8:17 AM, Paul Gortmaker wrote:
Kumar Gala wrote:
Have we closed on these patches?
the sbc8560 is the last board that we need to close on for me to
kill 85xx in arch/ppc.
I think so. For the 8560, the last issue was David wanting
the dts to have
Stephen Rothwell wrote:
Hi Jon,
+
+dnp = of_find_node_by_type(NULL, open-pic);
+if (dnp == NULL)
+return;
+
+prop = of_get_property(dnp, reg, size);
+if (prop == NULL)
+return;
You need an of_node_put(dnp) before you return.
Damn your eyes!
This patch add the core driver for the c67x00 USB OTG controller. The core
driver is responsible for the platform bus binding and creating either
USB HCD or USB Gadget instances for each of the serial interface engines
on the chip.
This driver does not directly implement the HCD or gadget
This patch adds the low level support code for the Cypress c67x00 family of
OTG controllers. The low level code is responsible for register access and
implements the software protocol for communicating with the 16bit
microcontroller inside the c67x00 device.
Communication is done over the HPI
This patch adds HCD support for the Cypress c67x00 family of devices.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
drivers/usb/Makefile |2
drivers/usb/c67x00/Makefile| 11
drivers/usb/c67x00/c67x00-drv.c| 13
drivers/usb/c67x00/c67x00-hcd.c| 410
This patch adds USB gadget support for the Cypress c67x00 family of devices.
This is work in progress and not ready to be committed yet. I'm posting this
to show how it fits with the rest of the driver and to collect feedback.
The driver works good enought to use g_serial, but there are still
Kumar Gala wrote:
On Jan 23, 2008, at 6:50 PM, Stephen Rothwell wrote:
You need an of_node_put(dnp) before you return.
Fixed up by your friendly maintainer.
Kumar,
I meant, I won't be sending you a patch.
Thank you!
jdl
___
Linuxppc-dev
Hi,
this is a series against paulus for-2.6.25 tree to clean up various 8xx related
stuff.
The series can be pulled from git://git.bocc.de/dbox2.git cleanup.
Old patches 2+4 have been merged into Patch 2. Patch 4 has been modified to
move the
prototypes into a new platforms/8xx/mpc8xx.h. Patch
m8xx_cpm_hostalloc is still defined in commproc.c, but no users are left
in the kernel tree. m8xx_cpm_hostfree and m8xx_cpm_hostdump are only
defined in the headers. Remove this dead code.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/sysdev/commproc.c | 37
m8xx_pic_init calls both mpc8xx_pic_init and cpm_pic_init. Renaming the
function to use the same name space as the rest of the mpc8xx
specific funtions and to be more meaningful.
m8xx_pic_init is declared in ppc8xx_pic.h but defined nowhere in the ppc
tree. Remove it.
Signed-off-by: Jochen
m8xx_calibrate_decr seems to be a misspelled prototype for
mpc8xx_calibrate_decr. As it's not needed anyways, just remove it.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/platforms/8xx/m8xx_setup.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
Move cpm1 specific prototypes to asm/commproc.h and mpc8xx specific
prototypes to asm/mpc8xx.h. Adjust includes accordingly. Remove now
unneeded sysdev/commproc.h.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/platforms/8xx/ep88xc.c |2 +-
Hi all,
This is v5. It's tested on MPC8360E-RDK and MPC8568E-MDS.
Here is diffstat summary:
Documentation/powerpc/booting-without-of.txt | 26 +--
arch/powerpc/boot/dts/mpc832x_mds.dts | 11 -
arch/powerpc/boot/dts/mpc832x_rdb.dts | 11 -
Directly include mpc885ads.h from mpc885ads_setup.c. Now we can get rid
of the arch dependent includes in mpc8xx.h.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/platforms/8xx/m8xx_setup.c |3 +--
arch/powerpc/platforms/8xx/mpc885ads_setup.c |1 +
Rename commproc.[ch] to cpm1.[ch] to be more consistent with cpm2. Also
rename cpm2_common.c to cpm2.c as suggested by Scott Wood. Adjust the
includes accordingly.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/platforms/8xx/ep88xc.c |1 +
Buffer descriptors are used by both CPM1 and CPM2. Move the definitions
from the cpm dependent include file to common cpm.h
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
include/asm-powerpc/cpm.h | 73
include/asm-powerpc/cpm1.h | 65
Now we're searching for fsl,qe, fsl,qe-muram, fsl,qe-muram-data
and fsl,qe-ic.
Unfortunately it's still impossible to remove device_type = qe
from the existing device trees (except for MPC8360E-RDK), because
older u-boots are looking for it.
Per
device_type property is bogus, thus use proper compatible.
Also change compatible property to fsl,ucc-mdio.
Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc832x_mds.dts |3 +--
In case of QE we can use brg-frequency (which is qeclk/2).
Thus no need to divide sysclk in the spi_mpc83xx.
This patch also adds code to use get_brgfreq() on QE chips.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by: David Brownell [EMAIL PROTECTED]
---
arch/powerpc/sysdev/fsl_soc.c
Also:
- rename fsl_spi to fsl,spi;
- add and use cell-index property, if found;
- split probing code out of fsl_spi_init, thus we can call
it for legacy device_type probing and new compatible probing.
Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html
Signed-off-by: Anton
We'll match on soc compatible for generic code, and fsl,soc
for fsl specific code.
Unfortunately it's still impossible to remove device_type = soc
from the existing device tree, because older u-boots are looking for
it.
Neither we can remove model number from the soc name to heal
Stephen Rothwell wrote:
+tdm_ctrl[device_num]-ut_info-uf_info.tdm_tx_clk =
+(char *) of_get_property(np, fsl,tdm-tx-clk, NULL);
^
We don't normall put spaces here.
Since when?
--
Timur Tabi
Linux kernel developer at Freescale
Hello Poonam,
On Thu, Jan 24, 2008 at 04:00:06PM +0530, Poonam_Aggrwal-b10812 wrote:
Thanks Stephen for your comments, incorporated them.
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
On Jan 24, 2008, at 9:40 AM, Anton Vorontsov wrote:
device_type property is bogus, thus use proper compatible.
Also change compatible property to fsl,ucc-mdio.
Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
can we
Anton Vorontsov wrote:
Can we not introduce new pio-maps in the device trees? There
were debates regarding this, and if I understood everything
correctly, pio-maps considered as a bad taste. Better
do bunch of par_io_config_pin() in the board file. Better
yet fixup the firmware (u-boot) to
On Thu, Jan 24, 2008 at 09:52:14AM -0600, Kumar Gala wrote:
On Jan 24, 2008, at 9:40 AM, Anton Vorontsov wrote:
device_type property is bogus, thus use proper compatible.
Also change compatible property to fsl,ucc-mdio.
Per
IB spec doesn't allow packets to QP0 sent on any other VL than VL15.
Hardware doesn't filter those packets on the send side, so we need to do
this in the driver and firmware.
As eHCA doesn't support QP0, we can just filter out all traffic going to
QP0, regardless of SL or VL.
Signed-off-by:
The legacy_serial was treating each UART parent in a separate code block.
Rather than continue this trend for the new parent IDs, this condenses
all (soc, tsi, opb, plus two more new types) into one of_device_id array.
The new types are wrs,epld-localbus for the Wind River sbc8560, and a
more
Folks,
I have tagged and released a DTC 1.1.0.
You may find it using git here:
git://www.jdl.com/software/dtc
A tarball snap-shot is also available here:
http://www.jdl.com/software/dtc-1.1.0.tgz
Please let me know if there are problems with it!
Thanks,
jdl
On Thu, Jan 24, 2008 at 09:55:31AM -0600, Timur Tabi wrote:
Anton Vorontsov wrote:
Can we not introduce new pio-maps in the device trees? There
were debates regarding this, and if I understood everything
correctly, pio-maps considered as a bad taste. Better
do bunch of par_io_config_pin()
On Thu, Jan 24, 2008 at 10:33:47AM -0600, Timur Tabi wrote:
Anton Vorontsov wrote:
Are you saying that TDM is sharing same pins with the other QE device,
and we can choose to use/not use some device depending on which driver
is loaded?
No. I'd have to closely examine the DTS, but I don't
Anton Vorontsov wrote:
Are you saying that TDM is sharing same pins with the other QE device,
and we can choose to use/not use some device depending on which driver
is loaded?
No. I'd have to closely examine the DTS, but I don't think that UCC devices
share pins at all. But that isn't my
On Thu, Jan 24, 2008 at 06:18:50PM +0300, Anton Vorontsov wrote:
[..]
Documentation/powerpc/booting-without-of.txt | 26 +--
arch/powerpc/boot/dts/mpc832x_mds.dts | 11 -
arch/powerpc/boot/dts/mpc832x_rdb.dts | 11 -
arch/powerpc/boot/dts/mpc836x_mds.dts |
Heh. `git-format-patch --stdout -5 | diffstat` doesn't work correctly.
Once I've already stumbled against this, but obviously forgot.
Might try:
git diff --stat HEAD~4
or such!
Enjoy,
jdl
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Thu, Jan 24, 2008 at 10:24:13AM +0530, Poonam_Aggrwal-b10812 wrote:
+ ix) Baud Rate Generator (BRG)
+
+ Required properties:
+ - compatible : shpuld be fsl,cpm-brg
+ - fsl,brg-sources : define the input clock for all 16 BRGs. The input
+clock source could be 1 to 24 for CLK1 to
On Thu, Jan 24, 2008 at 12:43:38AM -0600, Kumar Gala wrote:
+ d-cache-size = 0x8000;// L1, 32K
+ i-cache-size = 0x8000;// L1, 32K
+ timebase-frequency = 0x4ead9a0;
+ bus-frequency = 0x13ab6680;
+
On Thu, Jan 24, 2008 at 10:33:47AM -0600, Timur Tabi wrote: Yes, but
deciding what the UCC does might not be static. At what point do we
declare, UCC5 is for eth0 and eth0 only?
When the board designer decides to hook eth0 up to UCC5.
If the board designer decides to hook multiple devices up
Hi Anton,
On Thu, 24 Jan 2008 16:29:01 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
On Thu, Jan 24, 2008 at 01:22:01PM +1100, Stephen Rothwell wrote:
On Wed, 23 Jan 2008 23:45:07 +0300 Anton Vorontsov [EMAIL PROTECTED]
wrote:
+++ b/arch/powerpc/platforms/83xx/mpc836x_rdk.c
Ben, do you approve of this? How should error be checked for, is
NO_IRQ right? The current code in the kernel looks to be broken
because of these checks, the ppc build is wrong and powerpc polled
mode doesn't work.
On 1/21/08, Jon Smirl [EMAIL PROTECTED] wrote:
Alter the mpc i2c driver to use
On Thu, 2008-01-24 at 17:32 -0500, Jon Smirl wrote:
Ben, do you approve of this? How should error be checked for, is
NO_IRQ right? The current code in the kernel looks to be broken
because of these checks, the ppc build is wrong and powerpc polled
mode doesn't work.
== 0 should work on
In message: [PATCH] powerpc: reduce code duplication in legacy_serial, add UART
parent types
on 24/01/2008 Paul Gortmaker wrote:
@@ -31,6 +32,15 @@ static struct legacy_serial_info {
int irq_check_parent;
phys_addr_t taddr;
}
The bd info struct changes if we have CPM2 enabled in u-boot.
---
arch/powerpc/boot/Makefile |6 +++-
arch/powerpc/boot/cuboot-85xx-cpm2.c | 61 ++
2 files changed, 66 insertions(+), 1 deletions(-)
create mode 100644
On 1/24/08, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Thu, 2008-01-24 at 17:32 -0500, Jon Smirl wrote:
Ben, do you approve of this? How should error be checked for, is
NO_IRQ right? The current code in the kernel looks to be broken
because of these checks, the ppc build is wrong
This series contains the patches for the Wind River SBC834x, SBC8548 and
SBC8560, grouped together for merge convenience.
Changes since previous:
sbc834x:
- machine_device_initcall as per Kumar's recent commit 6392f184
- remove four device_type from dts that DavidG wanted gone.
This adds support for the Wind River SBC8560 board, implemented as
powerpc. It closely follows the implementation of the MPC8560ADS.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/Kconfig | 11 +-
arch/powerpc/platforms/85xx/Makefile |1 +
This adds a v1 device tree source for the Wind River SBC8560 board. The
biggest difference between this and the MPC8560ADS reference platform
dts is the use of an external 16550 compatible UART instead of the CPM2.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
Currently there is no way to disable the CPM2 support. Some boards,
like the SBC8560 have their own external UART and don't have any direct
dependencies on the CPM for a serial console or anything else.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/Kconfig |
This adds the basic support for the Wind River SBC8548 board, implemented
as powerpc. It closely follows the implementation of the MPC8548CDS.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/Kconfig | 10 ++-
arch/powerpc/platforms/85xx/Makefile |1 +
This is a suitable .config file for building the WRS SBC8560 kernel
to be used for NFS root via one of the TSEC interfaces and with
serial console via the 16550 compatible UART on the board.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/configs/sbc8560_defconfig | 764
This adds the basic support for the Wind River SBC834x boards. The
SBC8349 is more common, although it should work on the SBC8347 board
as well. Support is heavily based on the existing MPC834x_MDS code.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/Kconfig
This is a suitable .config file for building the WRS SBC8548 kernel
to be used for NFS root via one of the TSEC interfaces and with
serial console via the soc/16550 compatible UART.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/configs/sbc8548_defconfig | 741
This adds a v1 device tree source for the Wind River SBC8548 board.
The biggest difference between this and the MPC8548CDS reference
platform is the absence of the CDS's Arcadia peripherals and physical
access to the PCI#2 bus.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
Default config file for SBC8349 board, suitable for use as with NFS as
a root file system and gianfar as the NFS root device.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/configs/sbc834x_defconfig | 800
1 files changed, 800 insertions(+), 0
This adds the device tree source for the Wind River SBC834x board.
It is based on the MPC834x_MDS DTS, with the biggest difference being
the lack of BCSR and the PCI2 that the MDS gets via the PIB. That,
and this file is also dts-v1 format.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
Scott Wood wrote:
Paul Gortmaker wrote:
@@ -41,7 +42,7 @@ config MPC85xx_DS
config SBC8560
bool Wind River SBC8560
select DEFAULT_UIMAGE
-select PPC_CPM_NEW_BINDING
+select PPC_CPM_NEW_BINDING if CPM2
help
This option enables support for the Wind River
On Tue, Jan 22, 2008 at 09:09:16PM -0500, Jon Smirl wrote:
PowerPC device trees use a different naming convention than the Linux
kernel. Provide alias names for i2c drivers in order to allow them to
be loaded by device tree name. The OF_ID macro ensures that the aliases
are only present in
Paul Gortmaker wrote:
@@ -41,7 +42,7 @@ config MPC85xx_DS
config SBC8560
bool Wind River SBC8560
select DEFAULT_UIMAGE
- select PPC_CPM_NEW_BINDING
+ select PPC_CPM_NEW_BINDING if CPM2
help
This option enables support for the Wind River SBC8560 board
Olof Johansson wrote:
For example, for an eeprom I might have: MCHP,24lc128est,
MCHP,24xx128, 24c128. The at24 driver (not in mainline yet :) would
likely match with 24c128, and it would normally not make sense to have
to list all specific vendors and models of the device type in question
in
On 1/24/08, Scott Wood [EMAIL PROTECTED] wrote:
Olof Johansson wrote:
For example, for an eeprom I might have: MCHP,24lc128est,
MCHP,24xx128, 24c128. The at24 driver (not in mainline yet :) would
likely match with 24c128, and it would normally not make sense to have
to list all specific
On 1/24/08, Olof Johansson [EMAIL PROTECTED] wrote:
On Tue, Jan 22, 2008 at 09:09:16PM -0500, Jon Smirl wrote:
PowerPC device trees use a different naming convention than the Linux
kernel. Provide alias names for i2c drivers in order to allow them to
be loaded by device tree name. The
Signed-off-by: Joe D'Abbraccio [EMAIL PROTECTED]
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/configs/mpc837x_rdb_defconfig | 887
1 files changed, 887 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/mpc837x_rdb_defconfig
Add the dts files for the MPC838xE Reference Development Board (RDB).
The board is a mini-ITX reference board with 256M DDR2, 8M flash,
32M NAND, USB, PCI, gigabit ethernet, SATA, and serial.
the difference among the three files is the 8377 has two, the 8378
none, and the 8379 has four sata
this is used on the mpc8315 SoC for DMA error interrupts.
Signed-off-by: Jerry Huang [EMAIL PROTECTED]
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/sysdev/ipic.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/ipic.c
The mpc8315 shares the same SATA controller as the mpc837x,
and likelihood is that future SoCs from Freescale will also.
Signed-off-by: Jerry Huang [EMAIL PROTECTED]
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
Kumar, let me know if you want me to post this to the ata list (I'm
assuming it's
Add the dts for the MPC8315E Reference Development Board (RDB).
The board is a mini-ITX reference board with 128M DDR2, 8M flash,
32M NAND, USB, PCI, gigabit ethernet, SATA, and serial.
Signed-off-by: Jerry Huang [EMAIL PROTECTED]
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
mpc8315 identical to mpc8313 here, just check compatible.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/Kconfig |2 +-
arch/powerpc/platforms/83xx/mpc831x_rdb.c |3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git
prepare for adding support for the mpc8315 rdb,
since they are identical wrt platform code.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
Kumar, this set of patches is base support for two new boards - the
mpc8315e rdb and the mpc837xe rdb. Please consider for 2.6.25. Thanks.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/configs/mpc8315_rdb_defconfig | 1417
1 files changed, 1417 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/mpc8315_rdb_defconfig
diff --git
primarily based on mpc837x mds code.
Signed-off-by: Joe D'Abbraccio [EMAIL PROTECTED]
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/Kconfig |8 ++-
arch/powerpc/platforms/83xx/Makefile |1 +
arch/powerpc/platforms/83xx/mpc837x_rdb.c | 99
@@ -49,7 +57,7 @@ config MPC8540
config MPC8560
bool
select CPM2
-default y if MPC8560_ADS
+default y if MPC8560_ADS || STX_GP3
Can we select this from 8560 boards, instead of a default y list?
I'll rework the whole Kconfig after all these board ports go in.
- k
Hi Scott
The device tree already has a brg-frequency property in qe node which
is the value of BRGCLK. The function get_brg_clk uses this property to
find the value of BRGCLK.
In case this value is 0(some older u-boots populate bus-frequency
property of qe and not the brg-frequency), get_brg_clk
Hello Anton/Tabi
I am not sure which is the best place to configure the pins. Because
some drivers do it in one way and some in the other.
I actually tried to make the driver similar to ucc_geth because it is a
QE driver. The driver has no platform code in the platform files similar
to ucc_geth.
Add the ability to find a device node by just what its compatible with.
This is useful in cases that we don't have a prop to find the node with.
---
arch/powerpc/boot/libfdt-wrapper.c |9 +
arch/powerpc/boot/ops.h| 11 +++
2 files changed, 20 insertions(+), 0
The bd info struct changes if we have CPM2 enabled in u-boot.
---
arch/powerpc/boot/Makefile |6 +++-
arch/powerpc/boot/cuboot-85xx-cpm2.c | 66 ++
2 files changed, 71 insertions(+), 1 deletions(-)
create mode 100644
---
Handled feedback from Scott and Stephen.
- k
arch/powerpc/boot/dts/stx_gp3_8560.dts | 217 ++
arch/powerpc/configs/stx_gp3_defconfig | 1183
arch/powerpc/platforms/85xx/Kconfig| 12 +-
arch/powerpc/platforms/85xx/Makefile |1 +
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/embedded6xx/ls_uart.c |5 +
3 files changed, 3
On 1/24/08, Kim Phillips [EMAIL PROTECTED] wrote:
Add the dts files for the MPC838xE Reference Development Board (RDB).
The board is a mini-ITX reference board with 256M DDR2, 8M flash,
32M NAND, USB, PCI, gigabit ethernet, SATA, and serial.
the difference among the three files is the 8377
Anybody have comments/concerns on this one?
Cheers,
g.
On 1/18/08, Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
Most of the embedded board ports select CONFIG_DEFAULT_UIMAGE so that
uImage files get built by default. However, the current code casues
the
Currently cell publishes OF devices at device_initcall() time, which
means the earliest a driver can bind to a device is also device_initcall()
time. We have a driver we want to register before other devices, so
publish the devices at subsys_initcall() time.
This should not cause any behaviour
Although of_platform_device's can have a shutdown routine, at the moment
the bus code doesn't actually call it. So add the required glue to
hook the shutdown routine.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
drivers/of/platform.c | 10 ++
1 files changed, 10 insertions(+),
Now that we create of_platform devices earlier on cell, we can make the
axon_msi driver an of_platform driver. This makes the code cleaner in
several ways, and most importantly means we have a struct device.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
There's a brown-paper-bag bug in axon_msi, we pass the address of our
FIFO directly to the hardware, without DMA mapping it. This leads to
DMA exceptions if you enable MSI the IOMMU.
The fix is to correctly DMA map the fifo, dma_alloc_coherent() does
what we want - and we need to track the virt
Paul Mackerras wrote:
Kamalesh Babulal writes:
NIP: 4570 LR: 0fc42dc0 CTR:
REGS: c0077b6bf8c0 TRAP: 0300 Not tainted (2.6.24-rc8-mm1-autotest)
MSR: 80001000 ME CR: 28022422 XER:
DAR: c0077b6bfce0, DSISR: 0a00
On Thursday 24 January 2008, Paul Gortmaker wrote:
The legacy_serial was treating each UART parent in a separate code block.
Rather than continue this trend for the new parent IDs, this condenses
all (soc, tsi, opb, plus two more new types) into one of_device_id array.
The new types are
Move mpc834x_mds device tree source forward to dts-v1 format. Nothing
too complex in this one, so it boils down to just adding a bunch of 0x
in the right places and converting clock speeds to decimal.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc834x_mds.dts |
On Wed, 2008-01-23 at 13:42 +0100, Peter Zijlstra wrote:
Another question, do you have:
CONFIG_FAIR_GROUP_SCHED=y
if so, does flipping that off have any effect?
Yes.
Here, I do the test of running 4 times the repro-case provided by Michel
with nice 19 and a dd eating CPU with nice 0.
On Fri, 2008-01-25 at 17:54 +1100, Benjamin Herrenschmidt wrote:
Here, I do the test of running 4 times the repro-case provided by Michel
with nice 19 and a dd eating CPU with nice 0.
Without this option, I get the dd at 100% and the nice 19 shells down
below it with whatever is left of
On Fri, 2008-01-25 at 18:03 +1100, Benjamin Herrenschmidt wrote:
On Fri, 2008-01-25 at 17:54 +1100, Benjamin Herrenschmidt wrote:
Here, I do the test of running 4 times the repro-case provided by Michel
with nice 19 and a dd eating CPU with nice 0.
Without this option, I get the dd
1 - 100 of 101 matches
Mail list logo