On Tue, 08 Jan 2008 22:35:36 -0800 Geoff Levand <[EMAIL PROTECTED]> wrote:
>
> +int ps3_repository_read_num_pu(unsigned int *num_pu)
> +{
> + int result;
> + u64 v1;
> +
> + v1 = 0;
> + result = read_node(PS3_LPAR_ID_CURRENT,
> +make_first_field("bi", 0),
> +
Hi Paul,
On Wed, 9 Jan 2008 00:49:30 -0500 Paul Gortmaker <[EMAIL PROTECTED]> wrote:
>
> +static void __init sbc834x_init_IRQ(void)
> +{
> + struct device_node *np;
> +
> + np = of_find_node_by_type(NULL, "ipic");
> + if (!np)
> + return;
> +
> + ipic_init(np, 0);
> +
Add PS3 logical performance monitor device support to the
PS3 system-bus and platform device registration routines.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
v2: o Add enum ps3_lpm_tb_type.
o Remove redundant enclosing structure and return proper
error codes from ps3_register_l
From: Takashi Yamamoto <[EMAIL PROTECTED]>
Add PS3 logical performance monitor (lpm) device driver.
The PS3's LV1 hypervisor provides a Logical Performance Monitor that
abstarcts the Cell processor's performance monitor features for use
by guest operating systems.
Signed-off-by: Takashi Yamamot
Add a definition for the Cell SPRN bookmark register
to asm-powerpc/regs.h
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
Needed for PS3's lpm driver.
include/asm-powerpc/reg.h |1 +
1 file changed, 1 insertion(+)
--- a/include/asm-powerpc/reg.h
+++ b/include/asm-powerpc/reg.h
@@ -553,
From: Takashi Yamamoto <[EMAIL PROTECTED]>
Add repository routines for the PS3 Logical Performance Monitor (lpm).
Signed-off-by: Takashi Yamamoto <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
v2: correct Yamamoto-san's mail addr.
arch/powerpc/platforms/ps3/platform.h
Hi Grant,
Just a couple of trivial things.
On Tue, 08 Jan 2008 22:09:50 -0700 Grant Likely <[EMAIL PROTECTED]> wrote:
>
> +int mpc52xx_set_psc_clkdiv(int psc_id, int clkdiv)
> + switch (psc_id) {
> + case 1: reg = &mpc52xx_cdm->mclken_div_psc1; mask = 0x20; break;
> + case 2: reg
On Tue, 08 Jan 2008 23:39:37 -0500 Paul Gortmaker <[EMAIL PROTECTED]> wrote:
>
> No problem. I think you will find all these issues are applicable to
> the mpc8560mds support that I based things off too. I'd rather do
> a single patch for both boards to deal with these, rather than respin
> the s
Josh, here are some Xilinx Virtex changes for 2.6.25:
git://git.secretlab.ca/git/linux-2.6-virtex.git virtex-for-2.6.25
Cheers,
g.
---
The following changes since commit 4f43143f9fbbb679c38d2ff99e44d3aaa00d0fe1:
Paul Mackerras (1):
Merge branch 'for-2.6.25' of git://git.kernel.org/...
On Wed, 9 Jan 2008 14:16:49 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> On Tue, 8 Jan 2008 09:01:33 -0700 John Rigby <[EMAIL PROTECTED]> wrote:
> >
> > +++ b/drivers/serial/mpc512x_uart.c
> >
> > +#include
>
> Purely to avoid suggestions of favouritism, I will not the above. :-)
Default config file for SBC8349 board, suitable for use as with NFS as
a root file system and gianfar as NFS root device.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/configs/sbc834x_defconfig | 800
1 files changed, 800 insertions(+), 0 del
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 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
The following three patches add support for the Wind River SBC834x board
into arch/powerpc. The support is primarily based on the existing Fsl
MPC834x_MDS board support.
1) Add support for Wind River SBC834x boards
b/arch/powerpc/platforms/83xx/Kconfig |9 ++
b/arch/powerpc/platforms/8
Hi Jon,
On Tue, 08 Jan 2008 16:07:17 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> +static void __init storcenter_init_IRQ(void)
> +{
> + struct mpic *mpic;
> + struct device_node *dnp;
> + const void *prop;
> + int size;
> + phys_addr_t paddr;
> +
> + dnp = of_find_nod
The PCI exclude device for the sbc85xx boards was only filtering out
the PHB and nothing else. This functionality is no longer required
at a board specific level -- it is handled as a more global quirk now.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/sbc8548
This converts the dts to be dts-v1 compatible. Tested with the latest
git pull of dtc (Dec 21/07).
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sbc8548.dts | 122 +++--
1 files changed, 62 insertions(+), 60 deletions(-)
diff --git
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 | 740 +++
This adds the 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 PCI#2.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/s
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
This is a repost of the SBC8548 patches, as requested, which contains the
dts-v1 patch and the pci exclude removal in addition to the original
three 8548 patches. These are layered on top of the SBC8560 patches
I'd sent yesterday (since they both go after the same Makefile/Kconfig etc).
The patc
From: Grant Likely <[EMAIL PROTECTED]>
PSC drivers should not access the CDM registers directly. Instead provide
a common routine for setting the PSC clock parameters with the required
locking.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/efika.c |
Hi All,
I have one mpc8568 board using UART1 as the serial port. The OS is
Linux Kernel2.4. If I use the polling mode driver of
gen550_progress(), it works fine. However the printk() does not work
after the console_init(). Anyone know what shall I change in the
kernel to use UART1 as seria
On Tue, 2008-01-08 at 22:29 -0600, Nathan Lynch wrote:
> Manish Ahuja wrote:
> > +
> > + Hypervisor-Assisted Dump
> > +
> > + November 2007
>
> Date is unneeded (and, uhm, dated :)
>
>
> > +The goal of hypervisor-
Stephen Rothwell wrote:
> Hi Paul,
>
> On Mon, 7 Jan 2008 09:25:28 -0500 Paul Gortmaker <[EMAIL PROTECTED]> wrote:
>
>
[...]
>> +static const struct cpm_pin sbc8560_pins[] = {
>>
>
> Of course, these could be __initdata (but not const as well). Sorry
> about not mentioning this last tim
Manish Ahuja wrote:
> +
> + Hypervisor-Assisted Dump
> +
> + November 2007
Date is unneeded (and, uhm, dated :)
> +The goal of hypervisor-assisted dump is to enable the dump of
> +a crashed system, and to do so fr
On Tue, 8 Jan 2008 09:01:33 -0700 John Rigby <[EMAIL PROTECTED]> wrote:
>
> +++ b/drivers/serial/mpc512x_uart.c
>
> +#include
Purely to avoid suggestions of favouritism, I will not the above. :-)
> +static struct of_device_id mpc512x_uart_of_match[] = {
Please make this const.
> +static void
>
> take a look at how include/math-emu/op-4.h implements
> __FP_FRAC_ADD_4 & __FP_FRAC_SUB_4. Will that fix the bug, if
> so we should make the code match how its done there.
>
> - k
>
>
The macro define __FP_FRAC_ADD_4 is below. It can fix the carry bug.
But still exist a problem that r
On Tue, 8 Jan 2008 09:01:29 -0700 John Rigby <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/512x/mpc5121_ads.c
> +#include
I see I don't need to comment on this :-)
> +static void __init mpc5121_ads_init_IRQ(void)
> +{
> + struct device_node *np;
> +
> + np = of_find_node_b
>
> can you provide the test case that shows the error.
>
It seems that math-emu only be used for MPC8xx on current kernel.
---
#include
#include
#include
#include
void
fdiv(float f, float f1, float expected)
{
float f2;
f2 = f / f1;
printf("fdiv %e / %e = %e expected %e %s
Hi Stephen,
On Tue, 8 Jan 2008 11:35:06 -0800 Stephen Neuendorffer <[EMAIL PROTECTED]>
wrote:
>
> +static struct of_device_id xilinx_of_bus_ids[] = {
Should be __initdata.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgpvngJViwM5v.pgp
De
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of
Stephen Rothwell
> Sent: Tuesday, January 08, 2008 3:29 PM
> To: Jon Loeliger
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] Use and not
variants.
>
> > But, of course, the variou
On Tue, 8 Jan 2008 21:45:18 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> +int of_mm_gpiochip_add(struct device_node *np,
> +const struct of_gpio_chip *of_gc)
> +{
> + int ret = -ENOMEM;
> + struct of_mm_gpio_chip *mm_gc;
> +
> + mm_gc = kzalloc(sizeof(*mm_gc)
Hi All,
I have one mpc8568 board using UART1 as the serial port. The OS is
Linux Kernel2.4. If I use the polling mode driver of
gen550_progress(), it works fine. However the printk() does not work
after the console_init(). Anyone know what shall I change in the
kernel to use UART1 as serial cons
On Tue, 08 Jan 2008 08:05:49 -0600 Jon Loeliger <[EMAIL PROTECTED]> wrote:
>
> By $DIETY, I'll obtain Janitorial Karma one way or another!
:-)
> The question now is, what next? I'm thinking about
> picking on arch/sparc/, then drivers/ and sound/,
> and finally pick off /include.
arch/sparc{,64
Stephen,
>> +/* Add addr value if not initialized before */
>> +if (ph->cpu_data.destination_address == 0) {
>> +ph->cpu_data.destination_address += addr;
>
> Could be just '=' like further down, right?
Actually the one below should be += as well. Thanks for catching it.
>>
Jon Loeliger wrote:
> So, like, the other day Scott Wood mumbled:
>> On Tue, Jan 08, 2008 at 04:06:56PM -0600, Jon Loeliger wrote:
>>> +/ {
>>> + model = "StorCenter";
>>> + compatible = "storcenter";
>>> + #address-cells = <1>;
>>> + #size-cells = <1>;
>>> +
>>> +aliases {
>>> +
So, like, the other day Scott Wood mumbled:
> On Tue, Jan 08, 2008 at 04:06:56PM -0600, Jon Loeliger wrote:
> > +/ {
> > + model = "StorCenter";
> > + compatible = "storcenter";
> > + #address-cells = <1>;
> > + #size-cells = <1>;
> > +
> > +aliases {
> > +serial0 =
On Tue, Jan 08, 2008 at 04:06:56PM -0600, Jon Loeliger wrote:
> +/ {
> + model = "StorCenter";
> + compatible = "storcenter";
> + #address-cells = <1>;
> + #size-cells = <1>;
> +
> +aliases {
> +serial0 = &serial0;
> +serial1 = &serial1;
> +
Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Cleaned up config options by starting with ancient
working config and oldconfig'ing it. Ugh and all.
arch/powerpc/configs/storcenter_defconfig | 1174 +
1 files changed
Use cuImage bootwrapper until U-Boot port is completed.
Derived heavily from Linkstation port.
Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Fixed Kconfig to select options rather than "depend on" them.
Fleshed out storcenter_restart() stub rou
Based on the Kurobox DTS files.
Signed-off-by: Andy Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
Pulled PCI node out.
Fixed flash node.
arch/powerpc/boot/dts/storcenter.dts | 155 ++
1 files changed, 155 insertions(+), 0 deletio
Folks,
Here's the second pass at the patches to add the basic
iomega StorCenter port to arch/powerpc. This version
of the patches addresses the comments from the first
round, cleaning up the Kconfig, DTS and board file.
Thanks,
jdl
arch/powerpc/boot/Makefile |3 +-
arc
Grant Likely wrote:
> On 1/8/08, John Rigby <[EMAIL PROTECTED]> wrote:
>>> It may work, but it pulls in code like prom_init.c that is not needed on
>>> non-OF boards. It's also quite confusing to have an embedded board's
>>> checkbox only show up when you say yes to "Generic desktop/server/laptop"
On 1/8/08, John Rigby <[EMAIL PROTECTED]> wrote:
>
> >
> > It may work, but it pulls in code like prom_init.c that is not needed on
> > non-OF boards. It's also quite confusing to have an embedded board's
> > checkbox only show up when you say yes to "Generic desktop/server/laptop".
> >
> I have t
>
> It may work, but it pulls in code like prom_init.c that is not needed on
> non-OF boards. It's also quite confusing to have an embedded board's
> checkbox only show up when you say yes to "Generic desktop/server/laptop".
>
I have to agree with this, I have been confused by this myself.
Per
This driver is not in mainline, however since it is by far the most complex
driver we have in terms of interacting with the device tree, I wouldn't mind
some feedback. The complexity comes from the fact that the driver is capable
of being connected through two different control interfaces. Pre
On Tue, 2008-01-08 at 20:23 +0100, Stefan Roese wrote:
> On Tuesday 08 January 2008, Sean MacLennan wrote:
> > How about just 44x?
> >
> > Cheers,
> > Sean
> >
> > diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
> > index 7580aa5..682deae 100644
> > --- a/drivers/usb/Kconfig
> > +++ b/d
On Tue, 8 Jan 2008 23:13:14 +0300
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
[snip mostly valid stuff]
> Yes, it's common sense and politeness to keep Signed-off-by lines
> intact (and the order of these lines), but it's not strict
> requirement. "Based on the patch from ..." is the equivalent of
On 1/8/08, John Rigby <[EMAIL PROTECTED]> wrote:
> Thanks for the quick feedback Grant.
>
> Grant Likely wrote:
> > Exactly *how* different is the 5121 PSC from the 5200 PSC? If it is
> > really different, then it makes sense to clone.
> The fifo handling has completely changed that is the main di
Thanks for the quick feedback Grant.
Grant Likely wrote:
> Exactly *how* different is the 5121 PSC from the 5200 PSC? If it is
> really different, then it makes sense to clone.
The fifo handling has completely changed that is the main difference.
> In fact; I'd
> duplicate the mpc52xx_psc.h fil
On Tue, Jan 08, 2008 at 01:02:51PM -0600, Josh Boyer wrote:
> On Tue, 08 Jan 2008 13:30:00 -0500
> Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
> > Ok, here is the ad7414 only. taco-dtm is no more!
>
> Cool. Couple more things.
>
> 1) This should go through the hwmon maintainer. Send it to him.
On 1/8/08, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> These patches synchronize all the in-kernel drivers to use the compatible
> names generated by the UBoot BSP generator. (at
> git://git.xilinx.com/gen-mhs-devtree.git)
>
> This set of patches should all be ready for 2.6.25: I've remov
On Tuesday 08 January 2008, Sean MacLennan wrote:
> Let's try again.
Looks good now. Time to send it to the i2c mailing list <[EMAIL PROTECTED]>
and the maintainer Jean Delvare <[EMAIL PROTECTED]>. And please keep the
linuxppc-dev list on CC.
Thanks.
Ciao,
Stefan
__
These values now match what is generated by the uboot BSP generator.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/xilinx_intc.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/xilinx_intc.c
b/arch/powerpc/sysd
This now better describes what the UBoot device tree generator
actually does. In particular:
1) Nodes have a label derived from the device name, and a node name
derived from a generic version of the device type, e.g. 'ethernet',
'serial', etc.
2) Usage of compound nodes (representing more than o
Mainly, this involves two changes:
1) xilinx->xlnx (recognized standard is to use the stock ticker)
2) In order to have the device tree focus on describing what the
hardware is as exactly as possible, the compatible strings contain the
full IP name and IP version.
Signed-off-by: Stephen Neuendorff
All the __devexit functions are now appropriately tagged. This fixes
some ppc link warnings.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/serial/uartlite.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/uartlite.c b/drivers/seria
Includes both flavors of plb, opb, dcr, and a pseudo 'compound' bus
for representing compound peripherals containing more than one logical
device.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/virtex.c | 12 +++-
1 files changed, 11 insertions(+)
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Fixed to apply against 2.6.24-rc5, and remove DEBUG information.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
drivers/serial/uartlite.c | 121 +
1 f
Missed this one in the boot loader before.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/serial.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/serial.c b/arch/powerpc/boot/serial.c
index cafeece..b6c68ef 100644
--- a/
These patches synchronize all the in-kernel drivers to use the compatible names
generated by the UBoot BSP generator. (at
git://git.xilinx.com/gen-mhs-devtree.git)
This set of patches should all be ready for 2.6.25: I've removed the ones that
weren't and cleaned up the remainder. In particul
On Tuesday 08 January 2008, Josh Boyer wrote:
> On Tue, 08 Jan 2008 13:30:00 -0500
>
> Sean MacLennan <[EMAIL PROTECTED]> wrote:
> > Ok, here is the ad7414 only. taco-dtm is no more!
>
> Cool. Couple more things.
>
> 1) This should go through the hwmon maintainer. Send it to him.
> (CC'ing this l
On Tue, Jan 08, 2008 at 10:56:41AM -0700, Grant Likely wrote:
> On 1/8/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 08, 2008 at 10:19:20AM -0700, Grant Likely wrote:
> > > > +config MPC5121_ADS
> > > > + bool "Freescale MPC5121E ADS"
> > > > + select DEFAULT_UIMAGE
> > > >
On Tuesday 08 January 2008, Sean MacLennan wrote:
> How about just 44x?
>
> Cheers,
> Sean
>
> diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
> index 7580aa5..682deae 100644
> --- a/drivers/usb/Kconfig
> +++ b/drivers/usb/Kconfig
> @@ -39,6 +39,7 @@ config USB_ARCH_HAS_OHCI
> #
From: Grant Likely <[EMAIL PROTECTED]>
Similar to of_find_compatible_node(), of_find_matching_node() and
for_each_matching_node() allow you to iterate over the device tree
looking for specific nodes except that it accepts a of_device_id
table instead of strings.
This patch also moves of_match_nod
On Tue, Jan 08, 2008 at 09:01:30AM -0700, John Rigby wrote:
> + [EMAIL PROTECTED] {
> + device_type = "board-control";
> + reg = <8200 8000>;
> + };
Should be:
[EMAIL PROTECTED] {
compatible = "fsl,mpc5121ads-cpld";
reg = <8200 8000>;
};
>
On Tue, 08 Jan 2008 13:30:00 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Ok, here is the ad7414 only. taco-dtm is no more!
Cool. Couple more things.
1) This should go through the hwmon maintainer. Send it to him.
(CC'ing this list is of course fine.)
2) You always need the Signed-off-by
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/boot/cuboot-warp.c 2008-01-08 12:09:39.0 -0500
@@ -0,0 +1,25 @@
+/*
+ * Copyright (c) 2008 PIKA Technologies
+ * Sean MacLennan <[EMAIL PROTECTED]>
+ *
+ * This program is free software; you can redistribute it and/o
*diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 66a3d8c..b3e4c35 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -469,7 +469,7 @@ config MCA
config PCI
bool "PCI support" if 40x || CPM2 || PPC_83xx || PPC_85xx || PPC_86xx \
|| PPC_MPC52xx ||
It has come down from on high that the taco will henceforth be know as
the Warp(tm). So here are updated patches with the "great name change".
I have also merged the NOR flash partitions into the dts file.
Cheers,
Sean
___
Linuxppc-dev mailing list
Otherwise oops will happen if ethernet device has not been opened:
Unable to handle kernel paging request for data at address 0x014c
Faulting instruction address: 0xc016f7f0
Oops: Kernel access of bad area, sig: 11 [#1]
MPC85xx
NIP: c016f7f0 LR: c01722a0 CTR:
REGS: c79ddc70 TRAP: 0300
On 1/8/08, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Thanks for the previous review and ideas. Here is the RFC for the
> GPIO LIB support.
I like this layout for gpios. It's concise and compact. It will work
well for my gpio driver also.
>
> I'm using it like this:
>
> qe
How about just 44x?
Cheers,
Sean
diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
index 7580aa5..682deae 100644
--- a/drivers/usb/Kconfig
+++ b/drivers/usb/Kconfig
@@ -39,6 +39,7 @@ config USB_ARCH_HAS_OHCI
# PPC:
default y if STB03xxx
default y if PPC_MPC52xx
+
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 32 +++
arch/powerpc/platforms/Kconfig |2 +
arch/powerpc/sysdev/qe_lib/qe_io.c | 73 ++
include/asm-powerpc/qe.h
This patch splits par_io_config_pin so we can use it with GPIO LIB API.
Also add a comment regarding #ifdef CONFIG_PPC_85xx being legacy.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/qe_lib/qe_io.c | 60 +++
1 files changed, 39 inse
This patch implements support for the GPIO LIB API. Two calls
unimplemented though: irq_to_gpio and gpio_to_irq.
Various OF helpers provided to ease life and reduce code duplication.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 58 ++
Let's try again.
Cheers,
Sean
diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig
index c466c6c..e9e1493 100644
--- a/drivers/i2c/busses/Kconfig
+++ b/drivers/i2c/busses/Kconfig
@@ -241,7 +241,6 @@ config I2C_PIIX4
config I2C_IBM_IIC
tristate "IBM PPC 4xx on-chip I
Hi all,
Thanks for the previous review and ideas. Here is the RFC for the
GPIO LIB support.
I'm using it like this:
qe_pio_a: [EMAIL PROTECTED] {
#gpio-cells = <1>;
compatible = "fsl,qe-pario-bank";
reg = <0x1400 0x18>;
gpio
On 07/01/2008, Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Mon, 07 Jan 2008 18:21:57 -0600 Manish Ahuja <[EMAIL PROTECTED]> wrote:
> >
> > +static int __init phyp_dump_setup(void)
> > +{
> >
> > + /* Is there dump data waiting for us? */
> > + rtas = of_find_node_by_path("/rtas");
> >
Ok, here is the ad7414 only. taco-dtm is no more!
Cheers,
Sean
diff --git a/drivers/hwmon/Kconfig b/drivers/hwmon/Kconfig
index a0445be..f14972a 100644
--- a/drivers/hwmon/Kconfig
+++ b/drivers/hwmon/Kconfig
@@ -57,6 +57,16 @@ config SENSORS_ABITUGURU3
This driver can also be built a
Arnd Bergmann wrote:
> On Tuesday 08 January 2008, John Rigby wrote:
>
>> obj-$(CONFIG_PPC_CHRP) += chrp/
>> obj-$(CONFIG_40x) += 40x/
>> obj-$(CONFIG_44x) += 44x/
>> +obj-$(CONFIG_PPC_512x) += 512x/
>> obj-$(CONFIG_PPC_MPC52xx) += 52xx/
>> obj
>
>
>> @@ -229,7 +229,7 @@ config NR_CPUS
>>
>> config NOT_COHERENT_CACHE
>> bool
>> -depends on 4xx || 8xx || E200
>> +depends on 4xx || 8xx || E200 || PPC_512x
>> default y
>>
>
> Why do you need this, when 5200 doesn't?
>
>
Because the 5121 cache is not coherent.
On Tuesday 08 January 2008, John Rigby wrote:
> +unsigned long
> +mpc512x_find_ips_freq(struct device_node *node)
> +{
The driver that is using this is listed as 'tristate' in Kconfig, but
this function is not exported, so you get a link error if you want to
build it as a module.
Arnd <><
On Tuesday 08 January 2008, Olof Johansson wrote:
> > diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> > index 66a3d8c..81c3f05 100644
> > --- a/arch/powerpc/Kconfig
> > +++ b/arch/powerpc/Kconfig
> > @@ -470,7 +470,7 @@ config PCI
> > bool "PCI support" if 40x || CPM2 || PPC_83xx |
Olof Johansson wrote:
> Hi,
>
>
>
>> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
>> index 66a3d8c..81c3f05 100644
>> --- a/arch/powerpc/Kconfig
>> +++ b/arch/powerpc/Kconfig
>> @@ -470,7 +470,7 @@ config PCI
>> bool "PCI support" if 40x || CPM2 || PPC_83xx || PPC_85xx || PPC_86
Grant Likely wrote:
> This is *very* board specific and not very complex a driver. It
> should probably live with the platform code somewhere in
> arch/powerpc/platforms. You can use the machine_device_initcall()
> hook to kick off the thread.
>
Doh, this is why I post to this list. The platfo
On Tuesday 08 January 2008, John Rigby wrote:
> obj-$(CONFIG_PPC_CHRP) += chrp/
> obj-$(CONFIG_40x) += 40x/
> obj-$(CONFIG_44x) += 44x/
> +obj-$(CONFIG_PPC_512x) += 512x/
> obj-$(CONFIG_PPC_MPC52xx) += 52xx/
> obj-$(CONFIG_PPC_8xx) += 8xx
On 1/8/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 08, 2008 at 10:19:20AM -0700, Grant Likely wrote:
> > > +config MPC5121_ADS
> > > + bool "Freescale MPC5121E ADS"
> > > + select DEFAULT_UIMAGE
> > > + help
> > > + This option enables support for the MPC5121E
On Tue, Jan 08, 2008 at 10:19:20AM -0700, Grant Likely wrote:
> > +config MPC5121_ADS
> > + bool "Freescale MPC5121E ADS"
> > + select DEFAULT_UIMAGE
> > + help
> > + This option enables support for the MPC5121E ADS board.
>
> Make this depend on PPC_MULTIPLATFORM and PPC
On 1/8/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 08, 2008 at 08:58:17AM -0700, Grant Likely wrote:
> > On 1/7/08, Li Yang <[EMAIL PROTECTED]> wrote:
> > > + phy_type = "utmi_wide";
> >
> > fsl,phy_type please.
>
> Again, code will break. Can we stop ambushing pe
On Tue, Jan 08, 2008 at 07:57:49AM +, David Woodhouse wrote:
>
> On Thu, 2007-12-13 at 11:15 -0600, Scott Wood wrote:
> > Some nand controllers, such as the Freescale enhanced local bus controller,
> > need to do late initialization based on details of the chip that has been
> > probed, such a
So, like, the other day Olof Johansson mumbled:
>
> > @@ -0,0 +1,90 @@
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
>
> Stephen will tell you to include linux/of_platform.h instead. :-)
Yeah, watch me outright NAK it too. :-)
jdl
_
On Tue, Jan 08, 2008 at 08:58:17AM -0700, Grant Likely wrote:
> On 1/7/08, Li Yang <[EMAIL PROTECTED]> wrote:
> > + [EMAIL PROTECTED] {
> > + #address-cells = <1>;
> > + #size-cells = <1>;
> > + device_type = "soc";
>
> I recommend dropping device_ty
Exactly *how* different is the 5121 PSC from the 5200 PSC? If it is
really different, then it makes sense to clone. In fact; I'd
duplicate the mpc52xx_psc.h file also to avoid any crossover.
However, if the differences are manegable, I'd rather see a single
driver that can drive either type of P
Hi,
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 66a3d8c..81c3f05 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -470,7 +470,7 @@ config PCI
> bool "PCI support" if 40x || CPM2 || PPC_83xx || PPC_85xx || PPC_86xx \
> || PPC_MPC52xx
Looks good to me; but I'd just merge this one with the earlier patch
that adds 5121 board support.
Cheers,
g.
On 1/8/08, John Rigby <[EMAIL PROTECTED]> wrote:
> Added mpc512x_find_ips_freq needed by the following
> serial driver patch. It is basically a renamed
> mpc512x_find_ipd_freq from 52xx.
On Tuesday 08 January 2008, Simon Richter wrote:
> in an embedded system similar to the lite5200 board, there is an MMC
> card socket connected to one of the PSCs. Ideally, I'd like to express
> this fact via the device tree and have the kernel bind the mmc-spi
> driver to the SPI interface, but
On 1/8/08, John Rigby <[EMAIL PROTECTED]> wrote:
> This is in preparation for the addition of MPC512x
> PSC support. The main difference in the 512x is
> in the fifo registers.
>
> Signed-off-by: John Rigby <[EMAIL PROTECTED]>
Looks good, I'll pick this one up.
Acked-by: Grant Likely <[EMAIL PRO
Comments below.
On 1/8/08, John Rigby <[EMAIL PROTECTED]> wrote:
> Bare minimum tree containing only
> what is currently supported.
>
> Signed-off-by: John Rigby <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc5121ads.dts | 102
> ++
> 1 files changed, 102 i
1 - 100 of 132 matches
Mail list logo
