Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm8540.dts | 204 +++
arch/powerpc/boot/dts/tqm8541.dts | 228 +++
arch/powerpc/boot/dts/tqm8555.dts | 228 +++
arch/powerpc/boot/dts/tqm8560.dts | 245
arch/powerpc/configs/tqm854
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 ge
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
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.
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 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 wrs
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 CR: 28022422 XER:
> DAR: c0077b6bfce0, DSISR: 0
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
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]>
---
arch/powerpc/platforms/cell/axon_
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(+)
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 cha
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
> th
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
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 insertion
---
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 +
arch/powerpc/
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 arch/powerpc/boot/cuboot-85xx-c
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 del
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. I
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
>> @@ -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.
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 contr
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 ++
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 a/arch/powerpc/configs/mpc8315_rdb_defc
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 b/arch/p
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 i
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]>
---
arch/powerp
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 a/arch/powerpc/plat
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.
arch/powerp
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 l
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.
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 qu
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 th
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 b
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]>
---
ar
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]>
---
arch/powerpc/bo
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 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 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 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 +
a
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 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]>
---
arch/powerpc/boot/dts/sbc85
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 +
arch/powerpc
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.
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
> > > because of these checks, the ppc build is wrong and powerpc polled
> > mode doesn't work.
>
> == 0 shoul
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 arch/powerpc/boot/cuboot-85xx-c
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;
> } le
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
> because of these checks, the ppc build is wrong and powerpc polled
> mode doesn't work.
== 0 should work on powerpc since NO_IRQ is defined to be 0 there no ?
Anyway, using
Ben, do you approve of this? How should error be checked for, is
wrote:
> Alter the mpc i2c driver to use the NO_IRQ symbol instead of the constant
> zero when checking for valid interrupts. NO_IRQ=-1 on ppc and NO_IRQ=0 on
> powerpc so the checks against zero are not correct.
>
> Signed-off-by:
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
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
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 = <0x13ab
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 CLK
> 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.or
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
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 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, bu
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_confi
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
__
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 gener
On Thu, Jan 24, 2008 at 08:24:42AM -0600, Kumar Gala wrote:
> 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"
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: Joach
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 http://ozlabs.org/pipermail/linuxppc-dev/2007-De
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)
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]>
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 conf
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
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
arch/power
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: An
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
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 +--
arch/powe
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 http://ozlabs.org/pipermail/linuxppc-dev/
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 ---
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 +
arch/powerpc/platform
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 +
include/asm-p
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 -
arch/powerpc/boot/dts/mpc836x_
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 +-
arch/powerpc/platform
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 a/ar
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 Friedri
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 --
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 5
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-de
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 iss
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| 41
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 int
The Cypress c67x00 (EZ-Host/EZ-OTG) controllers are multi-role low/fullspeed
USB controllers. This patch series implements a HCD driver and shows the
work-in-progress status of a gadget driver.
I believe patch 1..3 are ready, and I would like to see them queued up for
2.6.25.
Changes since v4:
-
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 beh
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 retur
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 want
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 m
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"
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 gianfa
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
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
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
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
tr
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 TD
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. (Davi
1 - 100 of 103 matches
Mail list logo
