* Posting delays
From: Stephen Rothwell @ 2005-10-11 0:53 UTC (permalink / raw)
To: ppc64-dev; +Cc: linuxppc-dev, linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 555 bytes --]
Hi all,
Just a note to let you all know that I have changed the list manager
configuration so that posts from email addresses that are not subscribed
to the list will be held until looked at by one of the admins. This may
cause some delay in peoples postings, sorry. If people are happy with
some (hopefully short) delay, then nothing needs to change - whenever what
looks like a reasonable post is held, I am adding the senders address to
those whom will not be held again.
--
Cheers,
Stephen Rothwell sfr@ozlabs.org
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: boot-time partitions and bootargs for 2.6.14
From: Dmytro Bablinyuk @ 2005-10-11 0:13 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: linuxppc-embedded
In-Reply-To: <20051010234614.1FE2A353D84@atlas.denx.de>
> Are you sure that your flash device name in Linux is just "0" ?
I think you are right. I missed the point.
=> flinfo
Bank # 1: Sharp 28F016SC (16 Mbit, 32 x 64K)
Size: 8 MB in 32 Sectors
Sector Start Addresses:
FF800000 FF840000 FF880000 FF8C0000 FF900000
FF940000 FF980000 FF9C0000 FFA00000 FFA40000
FFA80000 FFAC0000 FFB00000 FFB40000 FFB80000
FFBC0000 FFC00000 FFC40000 FFC80000 FFCC0000
FFD00000 FFD40000 FFD80000 FFDC0000 FFE00000
FFE40000 FFE80000 FFEC0000 FFF00000 (RO) FFF40000 (RO)
FFF80000 FFFC0000
So I have
mtdparts=1:1024k(Linux),4096k(FS),2048k(Unused),512k(U-Boot),512()
But problem remains...
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(31,1)
^ permalink raw reply
* Re: boot-time partitions and bootargs for 2.6.14
From: Dmytro Bablinyuk @ 2005-10-11 0:04 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: linuxppc-embedded
In-Reply-To: <20051010234614.1FE2A353D84@atlas.denx.de>
> ===> Creating 3 MTD partitions on "PPChameleon":
> ===> 0x00000000-0x00180000 : "linux"
> ===> 0x00180000-0x003c0000 : "user"
> ===> 0x003c0000-0x00400000 : "u-boot"
> ...
>
> Can you see these messages on your system? Is the flash name really
> "0"? Are the partitions correct?
Yes, these partitions are correct (well, I think)
Bank # 1: Sharp 28F016SC (16 Mbit, 32 x 64K)
Size: 8 MB in 32 Sectors
Sector Start Addresses:
FF800000 FF840000 FF880000 FF8C0000 FF900000
FF940000 FF980000 FF9C0000 FFA00000 FFA40000
FFA80000 FFAC0000 FFB00000 FFB40000 FFB80000
FFBC0000 FFC00000 FFC40000 FFC80000 FFCC0000
FFD00000 FFD40000 FFD80000 FFDC0000 FFE00000
FFE40000 FFE80000 FFEC0000 FFF00000 (RO) FFF40000 (RO)
FFF80000 FFFC0000
FF800000 - FF8C0000 - Linux (4 sect, 1024k)
FF900000 - FFCC0000 - Root (16 sect, 4096k)
FFD00000 - FFEC0000 - Unused (8 sect, 2048k)
FFF00000 - FFF40000 - U-boot (2 sect, 512k)
FFF80000 - FFFC0000 - Rest (2 sect, 512k)
No, I cannot see these messages. Here what I see
...
Kernel command line: console=ttyCPM0,115200 root=31:01 rw rootfstype=jffs2
PID hash table entries: 512 (order: 9, 8192 bytes)
Warning: real time clock seems stuck!
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 62848k available (1568k kernel code, 396k data, 88k init, 0k
highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
JFFS2: default compression mode: priority
fuse init (API version 7.2)
Initializing Cryptographic API
Generic RTC Driver v1.07
Serial: CPM driver $Revision: 0.01 $
ttyCPM0 at MMIO 0xf0011a00 (irq = 40) is a CPM UART
ttyCPM1 at MMIO 0xf0011a20 (irq = 41) is a CPM UART
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
loop: loaded (max 8 devices)
...
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(31,1)
<0>Rebooting in 180 seconds..
I am trying to debug right now using gdb and BDI and I found out that
error occurs when I try to
(gdb) c
Continuing.
Breakpoint 1, do_mount (dev_name=0xc03c1000 "/dev/root",
dir_name=0xc03c0000 "/root", type_page=0xc03bf000 "jffs2", flags=0x8000,
data_page=0x0) at fs/namespace.c:1022
long do_mount(char * dev_name, char * dir_name, char *type_page,
unsigned long flags, void *data_page)
{
struct nameidata nd;
int retval = 0;
int mnt_flags = 0;
/* Discard magic */
if ((flags & MS_MGC_MSK) == MS_MGC_VAL)
flags &= ~MS_MGC_MSK;
/* Basic sanity checks */
if (!dir_name || !*dir_name || !memchr(dir_name, 0, PAGE_SIZE))
return -EINVAL;
if (dev_name && !memchr(dev_name, 0, PAGE_SIZE))
return -EINVAL; <---- ERROR
^^^^^^^^^^^^^^^^
Do you know what this might be?
^ permalink raw reply
* Re: boot-time partitions and bootargs for 2.6.14
From: Wolfgang Denk @ 2005-10-10 23:46 UTC (permalink / raw)
To: Dmytro Bablinyuk; +Cc: linuxppc-embedded
In-Reply-To: <434AF39D.8050709@rftechnology.com.au>
In message <434AF39D.8050709@rftechnology.com.au> you wrote:
> I have 2.6.14 kernel and the following partitions (defined in U-Boot 1.1.4)
> mtdparts=0:1024k(Linux),4096k(root),2048k(Unused),512k(U-Boot),512()
Are you sure that your flash device name in Linux is just "0" ? Which
board is this?
> And I tried different bootargs
> bootargs=console=ttyCPM0,115200 root=/dev/mtdblock1 rw rootfstype=jffs2
...
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(31,1)
>
> I tried different minor numbers but result the same. Does anybody know
> what type of root param I should use for 2.6.14 - mtdblock1 or 31:01?
> Can anybody suggest me what I missed? One of the reasons I see that I
> may have a corrupted root.
The kernel boot messages contain a section about MTD partitions
found, something like this:
...
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 4 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
PPC 4xx OCP EMAC driver, version 3.53
mal0: initialized, 4 TX channels, 2 RX channels
eth0: emac0, MAC 00:50:c2:1e:af:fe
eth0: found Generic MII PHY (0x00)
eth1: emac1, MAC 00:50:c2:1e:af:fd
eth1: found Generic MII PHY (0x01)
PPChameleon: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
PPChameleon: Swapping erase regions for broken CFI table.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
===> Creating 3 MTD partitions on "PPChameleon":
===> 0x00000000-0x00180000 : "linux"
===> 0x00180000-0x003c0000 : "user"
===> 0x003c0000-0x00400000 : "u-boot"
...
Can you see these messages on your system? Is the flash name really
"0"? Are the partitions correct?
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Technology is dominated by those who manage what they do not under-
stand.
^ permalink raw reply
* boot-time partitions and bootargs for 2.6.14
From: Dmytro Bablinyuk @ 2005-10-10 23:05 UTC (permalink / raw)
To: linuxppc-embedded
I have 2.6.14 kernel and the following partitions (defined in U-Boot 1.1.4)
mtdparts=0:1024k(Linux),4096k(root),2048k(Unused),512k(U-Boot),512()
And I tried different bootargs
bootargs=console=ttyCPM0,115200 root=/dev/mtdblock1 rw rootfstype=jffs2
And I tried
bootargs console=ttyCPM0,115200 root=31:01 rw rootfstype=jffs2
I still have
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(31,1)
I tried different minor numbers but result the same. Does anybody know
what type of root param I should use for 2.6.14 - mtdblock1 or 31:01?
Can anybody suggest me what I missed? One of the reasons I see that I
may have a corrupted root.
Thank you
Dimitry
^ permalink raw reply
* Re: [PATCH] Add modalias to macio sysfs attributes
From: Benjamin Herrenschmidt @ 2005-10-10 22:17 UTC (permalink / raw)
To: Olaf Hering; +Cc: Andrew Morton, linuxppc-dev
In-Reply-To: <20051010200739.GA14317@suse.de>
On Mon, 2005-10-10 at 22:07 +0200, Olaf Hering wrote:
> Provide a "compatible" entry in /sys/bus/macio/devices/*/
> This can be used to load drivers via the modules.alias file.
>
> Author: <schab@suse.de>
> Signed-off-by: Olaf Hering <olh@suse.de>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> --- linux-2.6.13-rc7/drivers/macintosh/macio_sysfs.c.~1~ 2005-08-26 16:32:13.000000000 +0200
> +++ linux-2.6.13-rc7/drivers/macintosh/macio_sysfs.c 2005-08-27 11:58:47.000000000 +0200
> @@ -39,6 +39,31 @@ compatible_show (struct device *dev, str
> return length;
> }
>
> +static ssize_t modalias_show (struct device *dev, struct device_attribute *attr,
> + char *buf)
> +{
> + struct of_device *of;
> + char *compat;
> + int cplen;
> + int length;
> +
> + of = &to_macio_device (dev)->ofdev;
> + compat = (char *) get_property (of->node, "compatible", &cplen);
> + if (!compat) compat = "", cplen = 1;
> + length = sprintf (buf, "of:N%sT%s", of->node->name, of->node->type);
> + buf += length;
> + while (cplen > 0) {
> + int l;
> + length += sprintf (buf, "C%s", compat);
> + buf += length;
> + l = strlen (compat) + 1;
> + compat += l;
> + cplen -= l;
> + }
> +
> + return length;
> +}
> +
> macio_config_of_attr (name, "%s\n");
> macio_config_of_attr (type, "%s\n");
>
> @@ -46,5 +71,6 @@ struct device_attribute macio_dev_attrs[
> __ATTR_RO(name),
> __ATTR_RO(type),
> __ATTR_RO(compatible),
> + __ATTR_RO(modalias),
> __ATTR_NULL
> };
^ permalink raw reply
* Re: [PATCH] Add modalias for pmac network drivers
From: Benjamin Herrenschmidt @ 2005-10-10 22:16 UTC (permalink / raw)
To: Olaf Hering; +Cc: Andrew Morton, linuxppc-dev
In-Reply-To: <20051010201117.GB14317@suse.de>
On Mon, 2005-10-10 at 22:11 +0200, Olaf Hering wrote:
> mesh, mac53c94 and airport already have an entry.
> Add the network drivers for pmac.
>
> Signed-off-by: Olaf Hering <olh@suse.de>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> drivers/net/bmac.c | 1 +
> drivers/net/mace.c | 1 +
>
> Index: linux-2.6.12/drivers/net/bmac.c
> ===================================================================
> --- linux-2.6.12.orig/drivers/net/bmac.c
> +++ linux-2.6.12/drivers/net/bmac.c
> @@ -1658,6 +1658,7 @@ static struct of_device_id bmac_match[]
> },
> {},
> };
> +MODULE_DEVICE_TABLE (of, bmac_match);
>
> static struct macio_driver bmac_driver =
> {
> Index: linux-2.6.12/drivers/net/mace.c
> ===================================================================
> --- linux-2.6.12.orig/drivers/net/mace.c
> +++ linux-2.6.12/drivers/net/mace.c
> @@ -1016,6 +1016,7 @@ static struct of_device_id mace_match[]
> },
> {},
> };
> +MODULE_DEVICE_TABLE (of, mace_match);
>
> static struct macio_driver mace_driver =
> {
>
^ permalink raw reply
* [PATCH] ppc32: Big-endian I/O memory accessors.
From: Arthur Othieno @ 2005-10-10 21:50 UTC (permalink / raw)
To: paulus; +Cc: linuxppc-dev
From: Arthur Othieno <a.othieno@bluewin.ch>
I/O memory accessors. Big endian version. For those busses/devices
that do export big-endian I/O memory.
Of notable relevance/reference:
http://lwn.net/Articles/132804/
http://ozlabs.org/pipermail/linuxppc-embedded/2005-August/019798.html
http://ozlabs.org/pipermail/linuxppc-embedded/2005-August/019752.html
Signed-off-by: Arthur Othieno <a.othieno@bluewin.ch>
---
Paulus,
A similar patch for ppc64 made it upstream with your big ppc64 merge.
This one is still sitting in http://patchwork.ozlabs.org/linuxppc/
and didn't make it with the ppc32 equivalent. Thanks.
include/asm-ppc/io.h | 20 ++++++++++++++++++++
1 file changed, 20 insertions(+)
diff -uprN a/include/asm-ppc/io.h b/include/asm-ppc/io.h
--- a/include/asm-ppc/io.h 2005-08-21 17:49:44.000000000 -0400
+++ b/include/asm-ppc/io.h 2005-08-21 20:29:55.000000000 -0400
@@ -487,11 +487,21 @@ static inline unsigned int ioread16(void
return readw(addr);
}
+static inline unsigned int ioread16be(void __iomem *addr)
+{
+ return in_be16(addr);
+}
+
static inline unsigned int ioread32(void __iomem *addr)
{
return readl(addr);
}
+static inline unsigned int ioread32be(void __iomem *addr)
+{
+ return in_be32(addr);
+}
+
static inline void iowrite8(u8 val, void __iomem *addr)
{
writeb(val, addr);
@@ -502,11 +512,21 @@ static inline void iowrite16(u16 val, vo
writew(val, addr);
}
+static inline void iowrite16be(u16 val, void __iomem *addr)
+{
+ out_be16(addr, val);
+}
+
static inline void iowrite32(u32 val, void __iomem *addr)
{
writel(val, addr);
}
+static inline void iowrite32be(u32 val, void __iomem *addr)
+{
+ out_be32(addr, val);
+}
+
static inline void ioread8_rep(void __iomem *addr, void *dst, unsigned long count)
{
_insb(addr, dst, count);
^ permalink raw reply
* [PATCH] Add modalias for pmac network drivers
From: Olaf Hering @ 2005-10-10 20:11 UTC (permalink / raw)
To: Andrew Morton, linuxppc-dev
In-Reply-To: <20051010200739.GA14317@suse.de>
mesh, mac53c94 and airport already have an entry.
Add the network drivers for pmac.
Signed-off-by: Olaf Hering <olh@suse.de>
drivers/net/bmac.c | 1 +
drivers/net/mace.c | 1 +
Index: linux-2.6.12/drivers/net/bmac.c
===================================================================
--- linux-2.6.12.orig/drivers/net/bmac.c
+++ linux-2.6.12/drivers/net/bmac.c
@@ -1658,6 +1658,7 @@ static struct of_device_id bmac_match[]
},
{},
};
+MODULE_DEVICE_TABLE (of, bmac_match);
static struct macio_driver bmac_driver =
{
Index: linux-2.6.12/drivers/net/mace.c
===================================================================
--- linux-2.6.12.orig/drivers/net/mace.c
+++ linux-2.6.12/drivers/net/mace.c
@@ -1016,6 +1016,7 @@ static struct of_device_id mace_match[]
},
{},
};
+MODULE_DEVICE_TABLE (of, mace_match);
static struct macio_driver mace_driver =
{
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] Add modalias to macio sysfs attributes
From: Olaf Hering @ 2005-10-10 20:07 UTC (permalink / raw)
To: Andrew Morton, linuxppc-dev
Provide a "compatible" entry in /sys/bus/macio/devices/*/
This can be used to load drivers via the modules.alias file.
Author: <schab@suse.de>
Signed-off-by: Olaf Hering <olh@suse.de>
--- linux-2.6.13-rc7/drivers/macintosh/macio_sysfs.c.~1~ 2005-08-26 16:32:13.000000000 +0200
+++ linux-2.6.13-rc7/drivers/macintosh/macio_sysfs.c 2005-08-27 11:58:47.000000000 +0200
@@ -39,6 +39,31 @@ compatible_show (struct device *dev, str
return length;
}
+static ssize_t modalias_show (struct device *dev, struct device_attribute *attr,
+ char *buf)
+{
+ struct of_device *of;
+ char *compat;
+ int cplen;
+ int length;
+
+ of = &to_macio_device (dev)->ofdev;
+ compat = (char *) get_property (of->node, "compatible", &cplen);
+ if (!compat) compat = "", cplen = 1;
+ length = sprintf (buf, "of:N%sT%s", of->node->name, of->node->type);
+ buf += length;
+ while (cplen > 0) {
+ int l;
+ length += sprintf (buf, "C%s", compat);
+ buf += length;
+ l = strlen (compat) + 1;
+ compat += l;
+ cplen -= l;
+ }
+
+ return length;
+}
+
macio_config_of_attr (name, "%s\n");
macio_config_of_attr (type, "%s\n");
@@ -46,5 +71,6 @@ struct device_attribute macio_dev_attrs[
__ATTR_RO(name),
__ATTR_RO(type),
__ATTR_RO(compatible),
+ __ATTR_RO(modalias),
__ATTR_NULL
};
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] nvram driver for chrp
From: Olaf Hering @ 2005-10-10 19:58 UTC (permalink / raw)
To: Paul Mackeras, linuxppc-dev, Andrew Morton
In-Reply-To: <20050206134417.GA9963@suse.de>
This implements a nvram acccess method, similar to
arch/ppc64/kernel/pSeries_nvram.c
tested on CHRP B50.
Signed-off-by: Olaf Hering <olh@suse.de>
diff -purNx tags ../linux-2.6.11-rc3.orig/arch/ppc/platforms/Makefile ./arch/ppc/platforms/Makefile
--- ../linux-2.6.11-rc3.orig/arch/ppc/platforms/Makefile 2005-02-03 02:57:04.000000000 +0100
+++ ./arch/ppc/platforms/Makefile 2005-02-06 10:56:57.428548209 +0100
@@ -13,7 +13,10 @@ obj-$(CONFIG_PPC_PMAC) += pmac_pic.o pm
pmac_feature.o pmac_pci.o pmac_sleep.o \
pmac_low_i2c.o pmac_cache.o
obj-$(CONFIG_PPC_CHRP) += chrp_setup.o chrp_time.o chrp_pci.o \
chrp_pegasos_eth.o
+ifeq ($(CONFIG_PPC_CHRP),y)
+obj-$(CONFIG_NVRAM) += chrp_nvram.o
+endif
obj-$(CONFIG_PPC_PREP) += prep_pci.o prep_setup.o
ifeq ($(CONFIG_PPC_PMAC),y)
obj-$(CONFIG_NVRAM) += pmac_nvram.o
diff -purNx tags ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_nvram.c ./arch/ppc/platforms/chrp_nvram.c
--- ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_nvram.c 1970-01-01 01:00:00.000000000 +0100
+++ ./arch/ppc/platforms/chrp_nvram.c 2005-02-06 13:45:57.671598084 +0100
@@ -0,0 +1,83 @@
+/*
+ * c 2001 PPC 64 Team, IBM Corp
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version
+ * 2 of the License, or (at your option) any later version.
+ *
+ * /dev/nvram driver for PPC
+ *
+ */
+
+#include <linux/kernel.h>
+#include <linux/init.h>
+#include <linux/slab.h>
+#include <linux/spinlock.h>
+#include <asm/uaccess.h>
+#include <asm/prom.h>
+#include <asm/machdep.h>
+
+static unsigned int nvram_size;
+static unsigned char nvram_buf[4];
+static DEFINE_SPINLOCK(nvram_lock);
+
+static unsigned char chrp_nvram_read(int addr)
+{
+ unsigned long done, flags;
+ unsigned char ret;
+
+ if (addr >= nvram_size) {
+ printk(KERN_DEBUG "%s: read addr %d > nvram_size %u\n",
+ current->comm, addr, nvram_size);
+ return 0xff;
+ }
+ spin_lock_irqsave(&nvram_lock, flags);
+ if ((call_rtas("nvram-fetch", 3, 2, &done, addr, __pa(nvram_buf), 1) != 0) || 1 != done)
+ ret = 0xff;
+ else
+ ret = nvram_buf[0];
+ spin_unlock_irqrestore(&nvram_lock, flags);
+
+ return ret;
+}
+
+static void chrp_nvram_write(int addr, unsigned char val)
+{
+ unsigned long done, flags;
+
+ if (addr >= nvram_size) {
+ printk(KERN_DEBUG "%s: write addr %d > nvram_size %u\n",
+ current->comm, addr, nvram_size);
+ return;
+ }
+ spin_lock_irqsave(&nvram_lock, flags);
+ nvram_buf[0] = val;
+ if ((call_rtas("nvram-store", 3, 2, &done, addr, __pa(nvram_buf), 1) != 0) || 1 != done)
+ printk(KERN_DEBUG "rtas IO error storing 0x%02x at %d", val, addr);
+ spin_unlock_irqrestore(&nvram_lock, flags);
+}
+
+void __init chrp_nvram_init(void)
+{
+ struct device_node *nvram;
+ unsigned int *nbytes_p, proplen;
+
+ nvram = of_find_node_by_type(NULL, "nvram");
+ if (nvram == NULL)
+ return;
+
+ nbytes_p = (unsigned int *)get_property(nvram, "#bytes", &proplen);
+ if (nbytes_p == NULL || proplen != sizeof(unsigned int))
+ return;
+
+ nvram_size = *nbytes_p;
+
+ printk(KERN_INFO "CHRP nvram contains %u bytes\n", nvram_size);
+ of_node_put(nvram);
+
+ ppc_md.nvram_read_val = chrp_nvram_read;
+ ppc_md.nvram_write_val = chrp_nvram_write;
+
+ return;
+}
diff -purNx tags ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_setup.c ./arch/ppc/platforms/chrp_setup.c
--- ../linux-2.6.11-rc3.orig/arch/ppc/platforms/chrp_setup.c 2005-02-03 02:56:33.000000000 +0100
+++ ./arch/ppc/platforms/chrp_setup.c 2005-02-06 13:15:12.494374066 +0100
@@ -465,8 +465,7 @@ void __init
chrp_init2(void)
{
#ifdef CONFIG_NVRAM
-// XX replace this in a more saner way
-// pmac_nvram_init();
+ chrp_nvram_init();
#endif
request_region(0x20,0x20,"pic1");
diff -purNx tags ../linux-2.6.11-rc3.orig/include/asm-ppc/system.h ./include/asm-ppc/system.h
--- ../linux-2.6.11-rc3.orig/include/asm-ppc/system.h 2005-02-03 02:55:50.000000000 +0100
+++ ./include/asm-ppc/system.h 2005-02-06 13:13:38.456637144 +0100
@@ -70,6 +70,7 @@ extern void _set_L3CR(unsigned long);
#endif
extern void via_cuda_init(void);
extern void pmac_nvram_init(void);
+extern void chrp_nvram_init(void);
extern void read_rtc_time(void);
extern void pmac_find_display(void);
extern void giveup_fpu(struct task_struct *);
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] powerpc: Fix building on non-MULTIPLATFORM machines
From: Kumar Gala @ 2005-10-10 19:55 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
On !CONFIG_PPC_MULTIPLATFORM _machine is defined as 0. This is ok, but
we can't assign a value to _machine then. Also, we may not have
CONFIG_PCI available, so only build in support for
find_parent_pci_resource(), request_OF_resource(), release_OF_resource()
if PCI is enabled. This is probably not the long term fix but works out
for now.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 00c61049131b483e217a7327f2f55dff40db8cbc
tree d1915b9b33372f5e89b6b8ef581681f49b24bab4
parent 56381a9f0765ba3ffa5f21a4cdcb93ac0279eeea
author Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:54:32 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:54:32 -0500
arch/powerpc/kernel/prom.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -1129,8 +1129,10 @@ static int __init early_init_dt_scan_cho
#ifdef CONFIG_PPC64
systemcfg->platform = *prop;
#else
+#ifdef CONFIG_PPC_MULTIPLATFORM
_machine = *prop;
#endif
+#endif
#ifdef CONFIG_PPC64
/* check if iommu is forced on or off */
@@ -1987,6 +1989,7 @@ bus_space_to_resource_flags(unsigned int
}
}
+#ifdef CONFIG_PCI
static struct resource *find_parent_pci_resource(struct pci_dev* pdev,
struct address_range *range)
{
@@ -2139,3 +2142,4 @@ int release_OF_resource(struct device_no
return 0;
}
EXPORT_SYMBOL(release_OF_resource);
+#endif /* CONFIG_PCI */
^ permalink raw reply
* [PATCH] powerpc: zero out BSS for all platforms
From: Kumar Gala @ 2005-10-10 19:51 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
We need to ensure that the BSS is zeroed out for all platforms.
Currently only prom_init.c was clearlying out the BSS which only works
for PPC_OF platforms.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit 56381a9f0765ba3ffa5f21a4cdcb93ac0279eeea
tree 9f0f353b0776129626082a46b578d637fb79dad1
parent dfc32a358c961c3fbfa94942ecb06da2e895ffe7
author Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:48:36 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 14:48:36 -0500
arch/powerpc/kernel/setup.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/setup.c b/arch/powerpc/kernel/setup.c
--- a/arch/powerpc/kernel/setup.c
+++ b/arch/powerpc/kernel/setup.c
@@ -293,6 +293,10 @@ unsigned long __init early_init(unsigned
reloc_got2(offset);
+ /* First zero the BSS -- use memset, some arches don't have
+ * caches on yet */
+ memset_io(PTRRELOC(&__bss_start), 0, _end - __bss_start);
+
/*
* Identify the CPU type and fix up code sections
* that depend on which cpu we have.
^ permalink raw reply
* [PATCH] MPC5200 - Fix compile problems
From: Wolfgang Denk @ 2005-10-10 19:46 UTC (permalink / raw)
To: linuxppc-embedded
Hello,
the following patch is against the current 2.6 kernel.org tree
(commit f96c3bbe91117402f13119ce9e609db9087ed58f) **after** applying
following two patches:
http://patchwork.ozlabs.org/linuxppc/patch?id=2018
http://patchwork.ozlabs.org/linuxppc/patch?id=2017
Without the patch, I get this:
CC net/sysctl_net.o
In file included from drivers/net/fec_mpc52xx/fec.c:33:
arch/ppc/syslib/bestcomm/bestcomm.h: In function 'sdma_enable_task':
arch/ppc/syslib/bestcomm/bestcomm.h:130: warning: ISO C90 forbids mixed declarations and code
LD fs/built-in.o
drivers/net/fec_mpc52xx/fec.c: In function 'fec_reinit':
drivers/net/fec_mpc52xx/fec.c:525: error: invalid storage class for function 'fec_update_stat'
make[3]: *** [drivers/net/fec_mpc52xx/fec.o] Error 1
make[2]: *** [drivers/net/fec_mpc52xx] Error 2
make[1]: *** [drivers/net] Error 2
drivers/serial/mpc52xx_uart.c:703: error: static declaration of 'mpc52xx_uart_driver' follows non-static declaration
drivers/serial/mpc52xx_uart.c:671: error: previous declaration of 'mpc52xx_uart_driver' was here
make[2]: *** [drivers/serial/mpc52xx_uart.o] Error 1
make[1]: *** [drivers/serial] Error 2
\f
!-------------------------------------------------------------flip-
MPC5200: Fix compiler warnings with GCC 4.x
Signed-off by Wolfgang Denk <wd@denx.de>
---
commit c55cdf8cbaf7b9f18f9357a9b9e2582ae3326541
tree e46f7ed10df8d84e3f85439cb3c81bc8a1630487
parent cdd7fdf10b3cbb7eb82cacc7ba5dba3553020f49
author Wolfgang Denk <wd@pollux.denx.de> Mon, 10 Oct 2005 21:16:49 +0200
committer Wolfgang Denk <wd@pollux.denx.de> Mon, 10 Oct 2005 21:16:49 +0200
arch/ppc/syslib/bestcomm/bestcomm.h | 4 +++-
drivers/net/fec_mpc52xx/fec.c | 2 +-
drivers/serial/mpc52xx_uart.c | 2 +-
3 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/ppc/syslib/bestcomm/bestcomm.h b/arch/ppc/syslib/bestcomm/bestcomm.h
--- a/arch/ppc/syslib/bestcomm/bestcomm.h
+++ b/arch/ppc/syslib/bestcomm/bestcomm.h
@@ -116,6 +116,8 @@ struct sdma_tdt {
static inline void sdma_enable_task(int task)
{
+ u16 reg;
+
DPRINTK("***DMA enable task (%d): tdt = %08x\n",task, sdma.tdt);
DPRINTK("***tdt->start = %08x\n",sdma.tdt[task].start);
DPRINTK("***tdt->stop = %08x\n",sdma.tdt[task].stop);
@@ -127,7 +129,7 @@ static inline void sdma_enable_task(int
DPRINTK("***tdt->litbase = %08x\n",sdma.tdt[task].litbase);
DPRINTK("***--------------\n");
- u16 reg = in_be16(&sdma.io->tcr[task]);
+ reg = in_be16(&sdma.io->tcr[task]);
DPRINTK("***enable task: &sdma.io->tcr=%08x, reg = %04x\n", &sdma.io->tcr, reg);
out_be16(&sdma.io->tcr[task], reg | TASK_ENABLE);
}
diff --git a/drivers/net/fec_mpc52xx/fec.c b/drivers/net/fec_mpc52xx/fec.c
--- a/drivers/net/fec_mpc52xx/fec.c
+++ b/drivers/net/fec_mpc52xx/fec.c
@@ -522,7 +522,7 @@ static void fec_reinit(struct net_device
{
struct fec_priv *priv = (struct fec_priv *)dev->priv;
struct mpc52xx_fec *fec = priv->fec;
- static void fec_update_stat(struct net_device *);
+ void fec_update_stat(struct net_device *);
netif_stop_queue(dev);
out_be32(&fec->imask, 0x0);
diff --git a/drivers/serial/mpc52xx_uart.c b/drivers/serial/mpc52xx_uart.c
--- a/drivers/serial/mpc52xx_uart.c
+++ b/drivers/serial/mpc52xx_uart.c
@@ -668,7 +668,7 @@ mpc52xx_console_setup(struct console *co
}
-extern struct uart_driver mpc52xx_uart_driver;
+static struct uart_driver mpc52xx_uart_driver;
static struct console mpc52xx_console = {
.name = "ttyS",
\f
!-------------------------------------------------------------flip-
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
...when fits of creativity run strong, more than one programmer or
writer has been known to abandon the desktop for the more spacious
floor. - Fred Brooks, Jr.
^ permalink raw reply
* [PATCH] powerpc: Some fixes to allow building for a Book-E processor
From: Kumar Gala @ 2005-10-10 19:41 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, linuxppc64-dev
Some minor fixes that are needed if we are building for a book-e
processor. Book-e processors dont have DABR or hashed page tables.
Signed-off-by: Kumar K. Gala <kumar.gala@freescale.com>
---
commit dfc32a358c961c3fbfa94942ecb06da2e895ffe7
tree 61513cafc77bf3fb49ccf9ab652ff2a0b492b113
parent 05f62a5c049845eab8dfb3aeda55c18a2d4396e3
author Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 13:12:10 -0500
committer Kumar K. Gala <kumar.gala@freescale.com> Mon, 10 Oct 2005 13:12:10 -0500
arch/powerpc/kernel/process.c | 2 ++
arch/powerpc/mm/Makefile | 5 ++---
arch/powerpc/mm/fault.c | 2 ++
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@ -214,6 +214,7 @@ int dump_spe(struct pt_regs *regs, elf_v
}
#endif /* CONFIG_SPE */
+#if !(defined(CONFIG_4xx) || defined(CONFIG_BOOKE))
static void set_dabr_spr(unsigned long val)
{
mtspr(SPRN_DABR, val);
@@ -238,6 +239,7 @@ int set_dabr(unsigned long dabr)
}
static DEFINE_PER_CPU(unsigned long, current_dabr);
+#endif /* !(CONFIG_4xx || CONFIG_BOOKE) */
struct task_struct *__switch_to(struct task_struct *prev,
struct task_struct *new)
diff --git a/arch/powerpc/mm/Makefile b/arch/powerpc/mm/Makefile
--- a/arch/powerpc/mm/Makefile
+++ b/arch/powerpc/mm/Makefile
@@ -3,10 +3,9 @@
#
obj-y := fault.o mem.o lmb.o
-obj-$(CONFIG_PPC32) += init.o pgtable.o mmu_context.o \
- tlb.o
+obj-$(CONFIG_PPC32) += init.o pgtable.o mmu_context.o
obj-$(CONFIG_PPC64) += init64.o pgtable64.o mmu_context64.o
-obj-$(CONFIG_PPC_STD_MMU_32) += ppc_mmu.o hash_32.o
+obj-$(CONFIG_PPC_STD_MMU_32) += ppc_mmu.o hash_32.o tlb.o
obj-$(CONFIG_40x) += 4xx_mmu.o
obj-$(CONFIG_44x) += 44x_mmu.o
obj-$(CONFIG_FSL_BOOKE) += fsl_booke_mmu.o
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
--- a/arch/powerpc/mm/fault.c
+++ b/arch/powerpc/mm/fault.c
@@ -80,6 +80,7 @@ static int store_updates_sp(struct pt_re
return 0;
}
+#if !(defined(CONFIG_4xx) || defined(CONFIG_BOOKE))
static void do_dabr(struct pt_regs *regs, unsigned long error_code)
{
siginfo_t info;
@@ -101,6 +102,7 @@ static void do_dabr(struct pt_regs *regs
info.si_addr = (void __user *)regs->nip;
force_sig_info(SIGTRAP, &info, current);
}
+#endif
/*
* For 600- and 800-family processors, the error_code parameter is DSISR
^ permalink raw reply
* Re: error: implicit declaration of function 'cpu_die'
From: Olaf Hering @ 2005-10-10 19:40 UTC (permalink / raw)
To: Simon Richter; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <434A9B87.409@hogyros.de>
On Mon, Oct 10, Simon Richter wrote:
> Hi,
>
> >arch/ppc/kernel/idle.c includes linux/smp.h, which includes asm-smp.h
> >only if CONFIG_SMP is defined.
> >As a result, cpu_die remains undefined for non-SMP builds.
>
> I have used the attached patch for my tree[1], but this needs to be
> cross-checked with the other architectures.
Looks good, should go into 2.6.14.
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* [PATCH] MPC5200 - Make PCI work in 2.6 with the IceCube 5200
From: Wolfgang Denk @ 2005-10-10 19:37 UTC (permalink / raw)
To: linuxppc-embedded
Hello,
the following patch is against the current 2.6 kernel.org tree
(commit f96c3bbe91117402f13119ce9e609db9087ed58f):
As a prerequisite for a working system, the following two poatches
are needed, too:
http://patchwork.ozlabs.org/linuxppc/patch?id=2018
http://patchwork.ozlabs.org/linuxppc/patch?id=2017
\f
!-------------------------------------------------------------flip-
[patch] making PCI work in the MPC5200
Patch by Alessandro Rubini, 08 Oct 2005
Make PCI work in 2.6 with the IceCube 5200.
Without the memory barriers all PCI config reads returned 0xffffffff
(actually, there may be more mb() than needed). Using wmb(); was not
enough to be able to read configuration registers.
Signed-off by Alessandro Rubini <rubini@gnudd.com>
Signed-off by Wolfgang Denk <wd@denx.de>
---
commit cdd7fdf10b3cbb7eb82cacc7ba5dba3553020f49
tree 97d045b44c87c00a4b3fe5bca57b479be87e68b6
parent 509b5c9fcbfe7fcae7d4f98946e4dc9794d68645
author Wolfgang Denk <wd@pollux.denx.de> Sat, 08 Oct 2005 22:41:53 +0200
committer Wolfgang Denk <wd@pollux.denx.de> Sat, 08 Oct 2005 22:41:53 +0200
arch/ppc/syslib/mpc52xx_pci.c | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/ppc/syslib/mpc52xx_pci.c b/arch/ppc/syslib/mpc52xx_pci.c
--- a/arch/ppc/syslib/mpc52xx_pci.c
+++ b/arch/ppc/syslib/mpc52xx_pci.c
@@ -39,6 +39,7 @@ mpc52xx_pci_read_config(struct pci_bus *
((bus->number - hose->bus_offset) << 16) |
(devfn << 8) |
(offset & 0xfc));
+ mb();
value = in_le32(hose->cfg_data);
@@ -70,6 +71,7 @@ mpc52xx_pci_write_config(struct pci_bus
((bus->number - hose->bus_offset) << 16) |
(devfn << 8) |
(offset & 0xfc));
+ mb();
if (len != 4) {
value = in_le32(hose->cfg_data);
@@ -80,9 +82,11 @@ mpc52xx_pci_write_config(struct pci_bus
value &= ~mask;
val = value | ((val << offset) & mask);
+ mb();
}
out_le32(hose->cfg_data, val);
+ mb();
out_be32(hose->cfg_addr, 0);
\f
!-------------------------------------------------------------flip-
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Experience is what causes a person to make new mistakes instead of
old ones.
^ permalink raw reply
* Re: MPC5200,PSC in uart mode, receiving problem
From: Wolfgang Denk @ 2005-10-10 18:38 UTC (permalink / raw)
To: Tomasz Prochownik; +Cc: linuxppc-embedded
In-Reply-To: <99477CB23E7ACB4EA366A2B6970DA618060F7E@mcdserver.mcd.com.pl>
Dear Tomasz,
in message <99477CB23E7ACB4EA366A2B6970DA618060F7E@mcdserver.mcd.com.pl> you wrote:
>
> I have MPC5200Lite board with Linux from Denx (kernel 2.4.25).
Is this the latest code from the git resp. CVS server? If not, please
make sure to update.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
grep me no patterns and I'll tell you no lines.
^ permalink raw reply
* Re: MPC8xx slave USB driver
From: Wolfgang Denk @ 2005-10-10 18:35 UTC (permalink / raw)
To: Alexey Dyatchkov; +Cc: linuxppc-embedded
In-Reply-To: <003101c5cd7a$e479aa10$0100000a@Omerxp>
In message <003101c5cd7a$e479aa10$0100000a@Omerxp> you wrote:
>
> We are using slightly modified Denx linux 2.4.12 on our board (modified
> RPXLITE)
We never released such a kernel version.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Often it is fatal to live too long. - Racine
^ permalink raw reply
* [PATCH] AC Power handling broken for desktops
From: Olaf Hering @ 2005-10-10 17:08 UTC (permalink / raw)
To: Benjamin Herrenschmidt, Andrew Morton; +Cc: linuxppc-dev
In-Reply-To: <1127090662.4502.12.camel@gaston>
Currently, AC Power is 0 on a desktop G4.
No batteries present should mean AC Power == 1.
Signed-off-by: Olaf Hering <olh@suse.de>
drivers/macintosh/apm_emu.c | 8 ++++++--
1 files changed, 6 insertions(+), 2 deletions(-)
Index: linux-2.6.13-rc7-ac-power/drivers/macintosh/apm_emu.c
===================================================================
--- linux-2.6.13-rc7-ac-power.orig/drivers/macintosh/apm_emu.c
+++ linux-2.6.13-rc7-ac-power/drivers/macintosh/apm_emu.c
@@ -430,8 +430,8 @@ static int apm_emu_get_info(char *buf, c
-1: Unknown
8) min = minutes; sec = seconds */
- unsigned short ac_line_status = 0xff;
- unsigned short battery_status = 0xff;
+ unsigned short ac_line_status;
+ unsigned short battery_status = 0;
unsigned short battery_flag = 0xff;
int percentage = -1;
int time_units = -1;
@@ -446,6 +446,7 @@ static int apm_emu_get_info(char *buf, c
ac_line_status = ((pmu_power_flags & PMU_PWR_AC_PRESENT) != 0);
for (i=0; i<pmu_battery_count; i++) {
if (pmu_batteries[i].flags & PMU_BATT_PRESENT) {
+ battery_status++;
if (percentage < 0)
percentage = 0;
if (charge < 0)
@@ -461,6 +462,9 @@ static int apm_emu_get_info(char *buf, c
charging++;
}
}
+ if (0 == battery_status)
+ ac_line_status = 1;
+ battery_status = 0xff;
if (real_count) {
if (amperage < 0) {
if (btype == PMU_BATT_TYPE_SMART)
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* MPC8555 USB host support
From: Stefan Roese @ 2005-10-10 17:00 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <003d01c5cd97$34404470$0301a8c0@chuck2>
I am wondering, if the USB host controller of the MPC8555 is supported at all
right now. The manual states, that it is similar to, but not fully OHCI or
UHCI compatible. Any infos about this?
Best regards,
Stefan
^ permalink raw reply
* Re: error: implicit declaration of function 'cpu_die'
From: Simon Richter @ 2005-10-10 16:49 UTC (permalink / raw)
To: Olaf Hering; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20051010163349.GA1381@suse.de>
[-- Attachment #1.1: Type: text/plain, Size: 396 bytes --]
Hi,
> arch/ppc/kernel/idle.c includes linux/smp.h, which includes asm-smp.h
> only if CONFIG_SMP is defined.
> As a result, cpu_die remains undefined for non-SMP builds.
I have used the attached patch for my tree[1], but this needs to be
cross-checked with the other architectures.
Simon
[1] where I merge the APUS stuff by Roman Zippel --
http://www.psi5.com/~geier/linux-2.6-apus.git
[-- Attachment #1.2: cpu_die.diff --]
[-- Type: text/plain, Size: 737 bytes --]
diff --git a/include/asm-ppc/smp.h b/include/asm-ppc/smp.h
--- a/include/asm-ppc/smp.h
+++ b/include/asm-ppc/smp.h
@@ -66,11 +66,7 @@ extern struct klock_info_struct klock_in
#endif /* __ASSEMBLY__ */
-#else /* !(CONFIG_SMP) */
-
-static inline void cpu_die(void) { }
-
-#endif /* !(CONFIG_SMP) */
+#endif /* CONFIG_SMP */
#endif /* !(_PPC_SMP_H) */
#endif /* __KERNEL__ */
diff --git a/include/linux/smp.h b/include/linux/smp.h
--- a/include/linux/smp.h
+++ b/include/linux/smp.h
@@ -99,6 +99,7 @@ void smp_prepare_boot_cpu(void);
static inline void smp_send_reschedule(int cpu) { }
#define num_booting_cpus() 1
#define smp_prepare_boot_cpu() do {} while (0)
+static inline void cpu_die(void) { }
#endif /* !SMP */
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 307 bytes --]
^ permalink raw reply
* error: implicit declaration of function 'cpu_die'
From: Olaf Hering @ 2005-10-10 16:33 UTC (permalink / raw)
To: linux-kernel, Paul Mackerras; +Cc: linuxppc-dev
How can I fix this properly?
arch/ppc/kernel/idle.c includes linux/smp.h, which includes asm-smp.h
only if CONFIG_SMP is defined.
As a result, cpu_die remains undefined for non-SMP builds.
The include order was changed recently, as this kernel .config built ok with 2.6.13.
I see cpu_die was introduced recently in include/asm-ppc/smp.h, in 2.6.14-rc1.
CC arch/ppc/kernel/idle.o
arch/ppc/kernel/idle.c: In function 'default_idle':
arch/ppc/kernel/idle.c:58: error: implicit declaration of function 'cpu_die'
make[1]: *** [arch/ppc/kernel/idle.o] Error 1
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* What Can I do to port JVM on MPC?
From: JunSeok Lee @ 2005-10-10 13:48 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 241 bytes --]
Hi everyone,
I'm running linux 2.4.22 on my MPC8272ADS board using Metrowerks BSP
and I need JVM on it to go further in my project.
But it's very hard to find any clue for porting it.
Any advice or starting point?
Thanks.
peter
[-- Attachment #2: Type: text/html, Size: 900 bytes --]
^ permalink raw reply
* AW: MPC5200,PSC in uart mode, receiving problem
From: Achim Machura @ 2005-10-10 13:13 UTC (permalink / raw)
To: 'Tomasz Prochownik'; +Cc: Linuxppc-Embedded (E-Mail)
In-Reply-To: <99477CB23E7ACB4EA366A2B6970DA618060F7E@mcdserver.mcd.com.pl>
Hello Tomasz
> blocks (there is no response in the console).
perhaps we have the same problem a few times ago.
When we connect devices on ttySx which have wrong level on the lines the
uart stay in break mode.
I have made some fixes on the psc-driver. With these fixes the uart works,
but i don't know how efficient.
(clear breakmode and clear buffer)
If you want, i can send the code
best regards
achim
^ 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