* Re: [PATCH 5/5] [POWERPC] fsl_soc, legacy_serial: add support for "soc" compatible matching
From: Anton Vorontsov @ 2008-01-25 17:26 UTC (permalink / raw)
To: Kumar Gala; +Cc: Scott Wood, linuxppc-dev list, Yoder Stuart
In-Reply-To: <20080125171355.GA9879@localhost.localdomain>
On Fri, Jan 25, 2008 at 08:13:55PM +0300, Anton Vorontsov wrote:
[...]
> My thinking:
>
> Freescale soc register space: "fsl,soc"
> generic soc device: "soc" (or maybe "linux,soc" better?)
>
> I know, Scott Wood is pushing "xxxx-immr" thing forward... but
> I don't like that name because SOC isn't only device with the
> Internal Memory Mapped Registers. (Think of QE placed outside
> of "soc"/"immr" node).
>
> Though, "soc" by itself is fully unfortunate name. QE is the
> part of SOC too, as we used to call it when speaking of hardware.
> But logically we divide things for "core soc" and "core soc's
> companion/communication/offload modules", i.e. QE/CPMs/...
>
> We can remove that ambiguity by moving QE/CPMs nodes inside
> the soc node. Then indeed -immr would be the best compatible for
> the "soc" node.
Oh, and yes, I'm aware that CPM's IMMRs are relocatable, and
that's [most probably] why we have CPMs outside of soc node.
So, my point is that that -immr name is too vague, so in my
opinion we should avoid using it.
--
Anton Vorontsov
email: cbou@mail.ru
backup email: ya-cbou@yandex.ru
irc://irc.freenode.net/bd2
^ permalink raw reply
* drivers/char/hvc_* and /Documentation/powerpc/hvcs.txt
From: Timur Tabi @ 2008-01-25 22:39 UTC (permalink / raw)
To: linuxppc-dev
Hi,
I'm working on a console driver for the Freescale hypervisor. I notice a bunch
of hvc_* files in the drivers/char directory. I also noticed
/Documentation/powerpc/hvcs.txt.
My guess is that hvcs.txt talks about drivers/char/hvcs.c, which is a console
driver specific to some IBM hypervisor. The hvc_*.c files are based on that
code but they're more generic and allow people to write console drivers for
other hypervisors easliy. Am I right?
If so, does this mean that I can take hvc_beat.c, modify it to make Freescale
hypervisor calls instead, and presto, I'm done?
--
Timur Tabi
Linux kernel developer at Freescale
^ permalink raw reply
* RE: Failed to mount rootfs
From: Bizhan Gholikhamseh (bgholikh) @ 2008-01-25 16:47 UTC (permalink / raw)
To: hs; +Cc: linuxppc-embedded
In-Reply-To: <47998D8B.8050100@denx.de>
=20
Hi Heiko,=20
> "Bizhan Gholikhamseh (bgholikh)" <bgholikh@cisco.com> wrote:
> > Our custom board is leveraged from MPC8541cds from freescale.
> > We have been running Linux 2.6.11 on it recently I have=20
> tried to boot=20
> > the system with the latest Linux 2.6.22-rc4 from PowerPC git tree.
> > =20
> > I did ported the libfdt to our older version of the uboot and were=20
> > able to
>=20
> Hmm... why you didnt use actual code?
>=20
> [...]
> > chosen {
> > linux,stdout-path =3D "/soc8541@e0000000/serial@4600";
> > };
> > chosen {
> > name =3D "chosen";
> > bootargs =3D "root=3D/dev/ram rw console=3DttyS1,115200";
> > linux,platform =3D <600>;
> > linux,initrd-start =3D <1ef33000>;
> > linux,initrd-end =3D <1fe190aa>;
> > linux,stdout-path =3D "/soc8541@e0000000/serial@4600";
> > };
> > };
>=20
> Here is your problem, you have 2 choosen nodes:
>=20
> 64k data, 108k bss, 116k init) Mount-cache hash table entries: 512
> device-tree: Duplicate name in /, renamed to "chosen#1"
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> -> Linux didnt find your commandline ...
>=20
> Hmm... do you have CONFIG_OF_FLAT_TREE and CONFIG_OF_LIBFDT defined?
> If so, this would explain, why you have 2 choosen nodes.
Yes I do have both CONFIG_OF_FLAT_TREE and CONFIG_OF_LIBFDT defined. Is
there a document to tell more about these options please?
Thanks,
Bizhan
^ permalink raw reply
* Re: [PATCH 7/9] powerpc: add MPC837x RDB platform support
From: Kim Phillips @ 2008-01-25 17:45 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev, Jerry, Huang, Joe D'Abbraccio
In-Reply-To: <ED723035-5E14-44B5-B35C-B94133561D78@kernel.crashing.org>
On Fri, 25 Jan 2008 10:17:14 -0600
Kumar Gala <galak@kernel.crashing.org> wrote:
>
> On Jan 24, 2008, at 8:47 PM, Kim Phillips wrote:
>
> > primarily based on mpc837x mds code.
> >
> > Signed-off-by: Joe D'Abbraccio <ljd015@freescale.com>
> > Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> > ---
>
> Who's the actual other of these patches? (all 9 of them).
I took Joe's 837x from:
http://ozlabs.org/pipermail/linuxppc-embedded/2007-September/028460.html
and updated them.
831x I took from Jerry Huang's tree and updated them.
Kim
^ permalink raw reply
* Re: [PATCH 5/5] [POWERPC] fsl_soc, legacy_serial: add support for "soc" compatible matching
From: Scott Wood @ 2008-01-25 18:17 UTC (permalink / raw)
To: avorontsov; +Cc: linuxppc-dev list, Yoder Stuart
In-Reply-To: <20080125171355.GA9879@localhost.localdomain>
Anton Vorontsov wrote:
> Freescale soc register space: "fsl,soc"
> generic soc device: "soc" (or maybe "linux,soc" better?)
>
> I know, Scott Wood is pushing "xxxx-immr" thing forward... but
> I don't like that name because SOC isn't only device with the
> Internal Memory Mapped Registers.
If you look in the manual for xxxx, you'll find something called
"Internal Memory Mapped Registers". Thus, the name xxxx-immr.
>(Think of QE placed outside of "soc"/"immr" node).
When is the QE ever placed outside the soc/immr/ccsr node?
The QE registers are part of the IMMR/CCSR.
-Scott
^ permalink raw reply
* Re: [PATCH 5/5] [POWERPC] fsl_soc, legacy_serial: add support for "soc" compatible matching
From: Anton Vorontsov @ 2008-01-25 18:53 UTC (permalink / raw)
To: Scott Wood; +Cc: linuxppc-dev list, Yoder Stuart
In-Reply-To: <479A27AF.5080701@freescale.com>
On Fri, Jan 25, 2008 at 12:17:19PM -0600, Scott Wood wrote:
> Anton Vorontsov wrote:
> >Freescale soc register space: "fsl,soc"
> >generic soc device: "soc" (or maybe "linux,soc" better?)
> >
> >I know, Scott Wood is pushing "xxxx-immr" thing forward... but
> >I don't like that name because SOC isn't only device with the
> >Internal Memory Mapped Registers.
>
> If you look in the manual for xxxx, you'll find something called
> "Internal Memory Mapped Registers". Thus, the name xxxx-immr.
Theory.
> >(Think of QE placed outside of "soc"/"immr" node).
>
> When is the QE ever placed outside the soc/immr/ccsr node?
> The QE registers are part of the IMMR/CCSR.
Practice.
$ grep qe@ arch/powerpc/boot/dts/*
arch/powerpc/boot/dts/mpc832x_mds.dts: qe@e0100000 {
arch/powerpc/boot/dts/mpc832x_rdb.dts: qe@e0100000 {
arch/powerpc/boot/dts/mpc836x_mds.dts: qe@e0100000 {
arch/powerpc/boot/dts/mpc8568mds.dts: qe@e0080000 {
^^^ if the practice is wrong, then we should fix it, and then
-immr would be the good name indeed (just as I've said previously).
--
Anton Vorontsov
email: cbou@mail.ru
backup email: ya-cbou@yandex.ru
irc://irc.freenode.net/bd2
^ permalink raw reply
* Re: [i2c] [PATCH] Convert pfc8563 i2c driver from old style to new style
From: Jon Smirl @ 2008-01-25 17:16 UTC (permalink / raw)
To: i2c, linuxppc-dev, Jean Delvare
In-Reply-To: <20080121200901.15517.30253.stgit@terra.home>
Any final objections to this patch? Jean can you pick it up?
On 1/21/08, Jon Smirl <jonsmirl@gmail.com> wrote:
> Convert pfc8563 i2c driver from old style to new style.
>
> Signed-off-by: Jon Smirl <jonsmirl@gmail.com>
> ---
>
> drivers/rtc/rtc-pcf8563.c | 107 +++++++++++----------------------------------
> 1 files changed, 27 insertions(+), 80 deletions(-)
>
>
> diff --git a/drivers/rtc/rtc-pcf8563.c b/drivers/rtc/rtc-pcf8563.c
> index b3317fc..8eff549 100644
> --- a/drivers/rtc/rtc-pcf8563.c
> +++ b/drivers/rtc/rtc-pcf8563.c
> @@ -25,10 +25,6 @@
> * located at 0x51 will pass the validation routine due to
> * the way the registers are implemented.
> */
> -static const unsigned short normal_i2c[] = { I2C_CLIENT_END };
> -
> -/* Module parameters */
> -I2C_CLIENT_INSMOD;
>
> #define PCF8563_REG_ST1 0x00 /* status */
> #define PCF8563_REG_ST2 0x01
> @@ -72,9 +68,6 @@ struct pcf8563 {
> int c_polarity; /* 0: MO_C=1 means 19xx, otherwise MO_C=1 means 20xx */
> };
>
> -static int pcf8563_probe(struct i2c_adapter *adapter, int address, int kind);
> -static int pcf8563_detach(struct i2c_client *client);
> -
> /*
> * In the routines that deal directly with the pcf8563 hardware, we use
> * rtc_time -- month 0-11, hour 0-23, yr = calendar year-epoch.
> @@ -257,98 +250,52 @@ static const struct rtc_class_ops pcf8563_rtc_ops = {
> .set_time = pcf8563_rtc_set_time,
> };
>
> -static int pcf8563_attach(struct i2c_adapter *adapter)
> +static int pcf8563_remove(struct i2c_client *client)
> {
> - return i2c_probe(adapter, &addr_data, pcf8563_probe);
> + struct rtc_device *rtc = i2c_get_clientdata(client);
> +
> + if (rtc)
> + rtc_device_unregister(rtc);
> +
> + return 0;
> }
>
> +static struct i2c_device_id pcf8563_id[] = {
> + {"pcf8563", 0},
> + {"rtc8564", 0},
> + {},
> +};
> +MODULE_DEVICE_TABLE(i2c, pcf8563_id);
> +
> +static int pcf8563_probe(struct i2c_client *client, const struct i2c_device_id *id);
> +
> static struct i2c_driver pcf8563_driver = {
> .driver = {
> - .name = "pcf8563",
> + .name = "rtc-pcf8563",
> },
> .id = I2C_DRIVERID_PCF8563,
> - .attach_adapter = &pcf8563_attach,
> - .detach_client = &pcf8563_detach,
> + .probe = &pcf8563_probe,
> + .remove = &pcf8563_remove,
> + .id_table = pcf8563_id,
> };
>
> -static int pcf8563_probe(struct i2c_adapter *adapter, int address, int kind)
> +static int pcf8563_probe(struct i2c_client *client, const struct i2c_device_id *id)
> {
> - struct pcf8563 *pcf8563;
> - struct i2c_client *client;
> + int result;
> struct rtc_device *rtc;
>
> - int err = 0;
> -
> - dev_dbg(&adapter->dev, "%s\n", __FUNCTION__);
> -
> - if (!i2c_check_functionality(adapter, I2C_FUNC_I2C)) {
> - err = -ENODEV;
> - goto exit;
> - }
> -
> - if (!(pcf8563 = kzalloc(sizeof(struct pcf8563), GFP_KERNEL))) {
> - err = -ENOMEM;
> - goto exit;
> - }
> -
> - client = &pcf8563->client;
> - client->addr = address;
> - client->driver = &pcf8563_driver;
> - client->adapter = adapter;
> -
> - strlcpy(client->name, pcf8563_driver.driver.name, I2C_NAME_SIZE);
> -
> - /* Verify the chip is really an PCF8563 */
> - if (kind < 0) {
> - if (pcf8563_validate_client(client) < 0) {
> - err = -ENODEV;
> - goto exit_kfree;
> - }
> - }
> -
> - /* Inform the i2c layer */
> - if ((err = i2c_attach_client(client)))
> - goto exit_kfree;
> -
> - dev_info(&client->dev, "chip found, driver version " DRV_VERSION "\n");
> + result = pcf8563_validate_client(client);
> + if (result)
> + return result;
>
> rtc = rtc_device_register(pcf8563_driver.driver.name, &client->dev,
> &pcf8563_rtc_ops, THIS_MODULE);
> -
> - if (IS_ERR(rtc)) {
> - err = PTR_ERR(rtc);
> - goto exit_detach;
> - }
> + if (IS_ERR(rtc))
> + return PTR_ERR(rtc);
>
> i2c_set_clientdata(client, rtc);
>
> return 0;
> -
> -exit_detach:
> - i2c_detach_client(client);
> -
> -exit_kfree:
> - kfree(pcf8563);
> -
> -exit:
> - return err;
> -}
> -
> -static int pcf8563_detach(struct i2c_client *client)
> -{
> - struct pcf8563 *pcf8563 = container_of(client, struct pcf8563, client);
> - int err;
> - struct rtc_device *rtc = i2c_get_clientdata(client);
> -
> - if (rtc)
> - rtc_device_unregister(rtc);
> -
> - if ((err = i2c_detach_client(client)))
> - return err;
> -
> - kfree(pcf8563);
> -
> - return 0;
> }
>
> static int __init pcf8563_init(void)
>
>
> _______________________________________________
> i2c mailing list
> i2c@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/i2c
>
--
Jon Smirl
jonsmirl@gmail.com
^ permalink raw reply
* Re: [PATCH v3] create modalias file in sysfs for bus of_platform
From: Paul Mackerras @ 2008-01-26 0:23 UTC (permalink / raw)
To: Olaf Hering; +Cc: linuxppc-dev
In-Reply-To: <20080122190939.GA14124@aepfle.de>
Olaf Hering writes:
> Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
> of modules. modalias files are already present for many other bus types.
This one causes various oopses on boot for me, both on a dual G5 and
on a tibook.
Paul.
^ permalink raw reply
* [PATCH 1/2] IB/ehca: Update sma_attr also in case of disruptive config change
From: Joachim Fenkes @ 2008-01-25 20:12 UTC (permalink / raw)
To: LinuxPPC-Dev, LKML, OF-General, Roland Dreier, OF-EWG
Cc: Stefan Roscher, Christoph Raisch
In-Reply-To: <200801252111.11915.fenkes@de.ibm.com>
Signed-off-by: Joachim Fenkes <fenkes@de.ibm.com>
---
drivers/infiniband/hw/ehca/ehca_irq.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_irq.c b/drivers/infiniband/hw/ehca/ehca_irq.c
index 863b34f..b5ca94c 100644
--- a/drivers/infiniband/hw/ehca/ehca_irq.c
+++ b/drivers/infiniband/hw/ehca/ehca_irq.c
@@ -403,6 +403,8 @@ static void parse_ec(struct ehca_shca *shca, u64 eqe)
sport->port_state = IB_PORT_ACTIVE;
dispatch_port_event(shca, port, IB_EVENT_PORT_ACTIVE,
"is active");
+ ehca_query_sma_attr(shca, port,
+ &sport->saved_attr);
} else
notify_port_conf_change(shca, port);
break;
--
1.5.2
^ permalink raw reply related
* Please pull 'for-2.6.25' branch of 4xx tree
From: Josh Boyer @ 2008-01-25 21:19 UTC (permalink / raw)
To: paulus; +Cc: linuxppc-dev
Hi Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.25
to pick up a few more patches for 4xx that should go in for 2.6.25.
Mostly self explanatory in the changelogs. The diffstat is mostly from
the PIKA Warp board patches that Sean worked quite hard on.
thx,
josh
David Gibson (1):
[POWERPC] Enable RTC for Ebony and Walnut (v2)
Roel Kluin (1):
[POWERPC] 4xx: logical/bitand typo in powerpc/boot/4xx.c
Sean MacLennan (5):
[POWERPC] 4xx: Add PowerPC 440EP Rev C
[POWERPC] 4xx: PIKA Warp base platform
[POWERPC] 4xx: PIKA Warp DTS
[POWERPC] 4xx: PIKA Warp bootwrapper
[POWERPC] 4xx: PIKA Warp defconfig
Stefan Roese (2):
[POWERPC] 4xx: Add 405EXr to cputable
[POWERPC] 4xx: Add AMCC Haleakala (405EXr) dts
arch/powerpc/Kconfig | 2 +-
arch/powerpc/boot/4xx.c | 2 +-
arch/powerpc/boot/Makefile | 4 +-
arch/powerpc/boot/cuboot-warp.c | 39 ++
arch/powerpc/boot/dts/ebony.dts | 5 +-
arch/powerpc/boot/dts/haleakala.dts | 274 +++++++++
arch/powerpc/boot/dts/walnut.dts | 5 +-
arch/powerpc/boot/dts/warp.dts | 239 +++++++
arch/powerpc/configs/warp_defconfig | 1057 ++++++++++++++++++++++++++++++++
arch/powerpc/kernel/cputable.c | 28 +-
arch/powerpc/platforms/40x/walnut.c | 1 +
arch/powerpc/platforms/44x/Kconfig | 15 +
arch/powerpc/platforms/44x/Makefile | 2 +
arch/powerpc/platforms/44x/ebony.c | 2 +
arch/powerpc/platforms/44x/warp-nand.c | 105 ++++
arch/powerpc/platforms/44x/warp.c | 153 +++++
arch/powerpc/platforms/Kconfig | 6 +
arch/powerpc/sysdev/Makefile | 1 +
arch/powerpc/sysdev/of_rtc.c | 59 ++
include/asm-powerpc/of_platform.h | 2 +
20 files changed, 1992 insertions(+), 9 deletions(-)
^ permalink raw reply
* [PATCH] hide kernel only code in asm-powerpc/elf.h
From: Olaf Hering @ 2008-01-25 18:08 UTC (permalink / raw)
To: Paul Mackeras, linuxppc-dev
stuff inside CONFIG_* should not be exported via make headers-install
Signed-off-by: Olaf Hering <olaf@aepfle.de>
---
include/asm-powerpc/elf.h | 2 ++
1 file changed, 2 insertions(+)
--- a/include/asm-powerpc/elf.h
+++ b/include/asm-powerpc/elf.h
@@ -420,6 +420,7 @@ do { \
/* Keep this the last entry. */
#define R_PPC64_NUM 107
+#ifdef __KERNEL__
#ifdef CONFIG_SPU_BASE
/* Notes used in ET_CORE. Note name is "SPU/<fd>/<filename>". */
#define NT_SPU 1
@@ -427,5 +428,6 @@ do { \
#define ARCH_HAVE_EXTRA_ELF_NOTES
#endif /* CONFIG_SPU_BASE */
+#endif /* __KERNEL__ */
#endif /* _ASM_POWERPC_ELF_H */
^ permalink raw reply
* Re: [i2c] [PATCH] mpc i2c driver, compare to NO_IRQ instead of zero
From: Jon Smirl @ 2008-01-25 17:13 UTC (permalink / raw)
To: i2c, linuxppc-dev
In-Reply-To: <20080121200740.13800.20524.stgit@terra.home>
Any final objections to this patch? When these were changed to 0
instead of NO_IRQ it should have broken polling mode on ppc. ppc would
treat polling mode, NO_IRQ=-1, as an error.
On powerpc this change is a NOP since NO_IRQ=0.
On 1/21/08, Jon Smirl <jonsmirl@gmail.com> 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: Jon Smirl <jonsmirl@gmail.com>
> ---
>
> drivers/i2c/busses/i2c-mpc.c | 10 +++++-----
> 1 files changed, 5 insertions(+), 5 deletions(-)
>
>
> diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
> index bbe787b..d20959d 100644
> --- a/drivers/i2c/busses/i2c-mpc.c
> +++ b/drivers/i2c/busses/i2c-mpc.c
> @@ -99,7 +99,7 @@ static int i2c_wait(struct mpc_i2c *i2c, unsigned timeout, int writing)
> u32 x;
> int result = 0;
>
> - if (i2c->irq == 0)
> + if (i2c->irq == NO_IRQ)
> {
> while (!(readb(i2c->base + MPC_I2C_SR) & CSR_MIF)) {
> schedule();
> @@ -329,7 +329,7 @@ static int fsl_i2c_probe(struct platform_device *pdev)
> return -ENOMEM;
>
> i2c->irq = platform_get_irq(pdev, 0);
> - if (i2c->irq < 0) {
> + if (i2c->irq < NO_IRQ) {
> result = -ENXIO;
> goto fail_get_irq;
> }
> @@ -344,7 +344,7 @@ static int fsl_i2c_probe(struct platform_device *pdev)
> goto fail_map;
> }
>
> - if (i2c->irq != 0)
> + if (i2c->irq != NO_IRQ)
> if ((result = request_irq(i2c->irq, mpc_i2c_isr,
> IRQF_SHARED, "i2c-mpc", i2c)) < 0) {
> printk(KERN_ERR
> @@ -367,7 +367,7 @@ static int fsl_i2c_probe(struct platform_device *pdev)
> return result;
>
> fail_add:
> - if (i2c->irq != 0)
> + if (i2c->irq != NO_IRQ)
> free_irq(i2c->irq, i2c);
> fail_irq:
> iounmap(i2c->base);
> @@ -384,7 +384,7 @@ static int fsl_i2c_remove(struct platform_device *pdev)
> i2c_del_adapter(&i2c->adap);
> platform_set_drvdata(pdev, NULL);
>
> - if (i2c->irq != 0)
> + if (i2c->irq != NO_IRQ)
> free_irq(i2c->irq, i2c);
>
> iounmap(i2c->base);
>
>
> _______________________________________________
> i2c mailing list
> i2c@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/i2c
>
--
Jon Smirl
jonsmirl@gmail.com
^ permalink raw reply
* Re: [PATCH 6/9] add the mpc8315 rdb defconfig
From: Kumar Gala @ 2008-01-25 21:23 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080124204705.0e7e5693.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/configs/mpc8315_rdb_defconfig | 1417 ++++++++++++++++++++++++++++
> 1 files changed, 1417 insertions(+), 0 deletions(-)
> create mode 100644 arch/powerpc/configs/mpc8315_rdb_defconfig
>
applied.
- k
^ permalink raw reply
* Re: [PATCH 2/9] powerpc: add base platform support for the mpc8315 rdb board
From: Kumar Gala @ 2008-01-25 21:21 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080124204600.d16c5142.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> mpc8315 identical to mpc8313 here, just check compatible.
>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/platforms/83xx/Kconfig | 2 +-
> arch/powerpc/platforms/83xx/mpc831x_rdb.c | 3 ++-
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
applied.
- k
^ permalink raw reply
* Re: [PATCH 3/9] powerpc: Add the MPC8315E RDB dts
From: Kumar Gala @ 2008-01-25 21:22 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080124204606.53bd2a1b.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> 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 <Chang-Ming.Huang@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/boot/dts/mpc8315erdb.dts | 287 +++++++++++++++++++++++++++++++++
> 1 files changed, 287 insertions(+), 0 deletions(-)
> create mode 100644 arch/powerpc/boot/dts/mpc8315erdb.dts
>
applied. fixed up spi node
- k
^ permalink raw reply
* Re: [PATCH 3/5] [POWERPC][SPI] use brg-frequency for SPI in QE
From: Kumar Gala @ 2008-01-25 21:20 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080124154003.GC23246@localhost.localdomain>
On Thu, 24 Jan 2008, Anton Vorontsov wrote:
> 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 <avorontsov@ru.mvista.com>
> Acked-by: David Brownell <dbrownell@users.sourceforge.net>
> ---
> arch/powerpc/sysdev/fsl_soc.c | 44 ++++++++++++++++++++++++++++------------
> drivers/spi/spi_mpc83xx.c | 6 +----
> 2 files changed, 32 insertions(+), 18 deletions(-)
>
applied
- k
^ permalink raw reply
* Re: [PATCH 1/9] powerpc: fold the mpc8313 platform into the mpc831x platform
From: Kumar Gala @ 2008-01-25 21:21 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev
In-Reply-To: <20080124204551.10cea5fd.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> prepare for adding support for the mpc8315 rdb,
> since they are identical wrt platform code.
>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> 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/powerpc/configs/mpc8313_rdb_defconfig | 2 +-
> arch/powerpc/platforms/83xx/Kconfig | 6 ++--
> arch/powerpc/platforms/83xx/Makefile | 2 +-
> .../83xx/{mpc8313_rdb.c => mpc831x_rdb.c} | 35 +++++++------------
> 4 files changed, 18 insertions(+), 27 deletions(-)
> rename arch/powerpc/platforms/83xx/{mpc8313_rdb.c => mpc831x_rdb.c} (70%)
>
applied.
- k
^ permalink raw reply
* Re: [PATCH 4/5] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"
From: Kumar Gala @ 2008-01-25 21:20 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080124154007.GD23246@localhost.localdomain>
On Thu, 24 Jan 2008, Anton Vorontsov wrote:
> 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 Vorontsov <avorontsov@ru.mvista.com>
> ---
> Documentation/powerpc/booting-without-of.txt | 8 +-
> arch/powerpc/boot/dts/mpc8313erdb.dts | 4 +-
> arch/powerpc/boot/dts/mpc832x_mds.dts | 8 +-
> arch/powerpc/boot/dts/mpc832x_rdb.dts | 8 +-
> arch/powerpc/boot/dts/mpc8349emitx.dts | 4 +-
> arch/powerpc/boot/dts/mpc8349emitxgp.dts | 4 +-
> arch/powerpc/boot/dts/mpc834x_mds.dts | 4 +-
> arch/powerpc/boot/dts/mpc836x_mds.dts | 8 +-
> arch/powerpc/boot/dts/mpc836x_rdk.dts | 6 +-
> arch/powerpc/boot/dts/mpc8568mds.dts | 8 +-
> arch/powerpc/sysdev/fsl_soc.c | 94 ++++++++++++++++----------
> 11 files changed, 88 insertions(+), 68 deletions(-)
>
applied. (sans _rdk)
- k
^ permalink raw reply
* Re: [PATCH 1/5] [POWERPC] qe_lib and users: get rid of most device_types and model
From: Kumar Gala @ 2008-01-25 21:19 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev
In-Reply-To: <20080124153959.GA23246@localhost.localdomain>
On Thu, 24 Jan 2008, Anton Vorontsov wrote:
> 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/2007-December/048388.html
>
> Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
> ---
> Documentation/powerpc/booting-without-of.txt | 11 +++--
> arch/powerpc/boot/dts/mpc832x_mds.dts | 9 ++--
> arch/powerpc/boot/dts/mpc832x_rdb.dts | 10 +++--
> arch/powerpc/boot/dts/mpc836x_mds.dts | 10 +++--
> arch/powerpc/boot/dts/mpc836x_rdk.dts | 1 -
> arch/powerpc/boot/dts/mpc8568mds.dts | 10 +++--
> arch/powerpc/platforms/83xx/mpc832x_mds.c | 11 +++--
> arch/powerpc/platforms/83xx/mpc832x_rdb.c | 11 +++--
> arch/powerpc/platforms/83xx/mpc836x_mds.c | 11 +++--
> arch/powerpc/platforms/85xx/mpc85xx_mds.c | 32 ++++++++-----
> arch/powerpc/sysdev/fsl_soc.c | 5 ++-
> arch/powerpc/sysdev/qe_lib/qe.c | 63 ++++++++++++++++++--------
> 12 files changed, 117 insertions(+), 67 deletions(-)
>
applied, however _rdk will need fixing.
- k
^ permalink raw reply
* Re: [PATCH 9/9] powerpc: add the mpc837x rdb defconfig
From: Kumar Gala @ 2008-01-25 21:24 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev, Joe D'Abbraccio
In-Reply-To: <20080124204721.87859a3c.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> Signed-off-by: Joe D'Abbraccio <ljd015@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/configs/mpc837x_rdb_defconfig | 887 ++++++++++++++++++++++++++++
> 1 files changed, 887 insertions(+), 0 deletions(-)
> create mode 100644 arch/powerpc/configs/mpc837x_rdb_defconfig
>
applied.
- k
^ permalink raw reply
* Re: [PATCH 5/9] powerpc: ipic: add interrupt vector 94
From: Kumar Gala @ 2008-01-25 21:23 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev, Jerry Huang
In-Reply-To: <20080124204650.48578c7f.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> this is used on the mpc8315 SoC for DMA error interrupts.
>
> Signed-off-by: Jerry Huang <Chang-Ming.Huang@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/sysdev/ipic.c | 6 ++++++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
applied. (fyi, the irq is for TDM DMA, not general DMA)
- k
^ permalink raw reply
* Re: [PATCH 7/9] powerpc: add MPC837x RDB platform support
From: Kumar Gala @ 2008-01-25 21:24 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev, Joe D'Abbraccio
In-Reply-To: <20080124204711.02ba14f0.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> primarily based on mpc837x mds code.
>
> Signed-off-by: Joe D'Abbraccio <ljd015@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/platforms/83xx/Kconfig | 8 ++-
> arch/powerpc/platforms/83xx/Makefile | 1 +
> arch/powerpc/platforms/83xx/mpc837x_rdb.c | 99 +++++++++++++++++++++++++++++
> 3 files changed, 107 insertions(+), 1 deletions(-)
> create mode 100644 arch/powerpc/platforms/83xx/mpc837x_rdb.c
>
applied.
- k
^ permalink raw reply
* Re: [PATCH 8/9] powerpc: add the mpc837[789]_rdb dts files
From: Kumar Gala @ 2008-01-25 21:24 UTC (permalink / raw)
To: Kim Phillips; +Cc: linuxppc-dev, Joe D'Abbraccio
In-Reply-To: <20080124204718.33a30ab5.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips 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 has two, the 8378
> none, and the 8379 has four sata controllers.
>
> partially based on the 8379 mds device trees.
>
> Signed-off-by: Joe D'Abbraccio <ljd015@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> arch/powerpc/boot/dts/mpc8377_rdb.dts | 296 +++++++++++++++++++++++++++++++
> arch/powerpc/boot/dts/mpc8378_rdb.dts | 282 ++++++++++++++++++++++++++++++
> arch/powerpc/boot/dts/mpc8379_rdb.dts | 310 +++++++++++++++++++++++++++++++++
applied. (fixed spi nodes).
- k
^ permalink raw reply
* Re: [PATCH 2/5] [POWERPC][NET] ucc_geth_mii and users: get rid of device_type
From: Kumar Gala @ 2008-01-25 21:20 UTC (permalink / raw)
To: Anton Vorontsov; +Cc: linuxppc-dev, Jeff Garzik, netdev
In-Reply-To: <20080124154001.GB23246@localhost.localdomain>
On Thu, 24 Jan 2008, 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 <avorontsov@ru.mvista.com>
> ---
> arch/powerpc/boot/dts/mpc832x_mds.dts | 3 +--
> arch/powerpc/boot/dts/mpc832x_rdb.dts | 3 +--
> arch/powerpc/boot/dts/mpc836x_mds.dts | 3 +--
> arch/powerpc/boot/dts/mpc836x_rdk.dts | 3 +--
> arch/powerpc/boot/dts/mpc8568mds.dts | 2 +-
> drivers/net/ucc_geth_mii.c | 3 +++
> 6 files changed, 8 insertions(+), 9 deletions(-)
>
applied. (same comment about rdk)
- k
^ permalink raw reply
* Re: [PATCH 4/9] enable FSL SATA driver config for Freescale SoCs
From: Kumar Gala @ 2008-01-25 21:23 UTC (permalink / raw)
To: Kim Phillips; +Cc: linux-ide, linuxppc-dev, Jeff Garzik, Jerry Huang
In-Reply-To: <20080124204621.2c09359e.kim.phillips@freescale.com>
On Thu, 24 Jan 2008, Kim Phillips wrote:
> 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 <Chang-Ming.Huang@freescale.com>
> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
> ---
> Kumar, let me know if you want me to post this to the ata list (I'm
> assuming it's not necessary).
>
> drivers/ata/Kconfig | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
applied.
- k
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox