On Mon, 2007-11-12 at 18:54 -0800, Siva Prasad wrote:
Hi,
I am using 2.6.19 Linux on 8641D based system.
I am using early printk's and it works fine until console_init() is
executed. After that it does not, as the early printk's get disabled,
which is fine. However, I don't see any
Hi again,
i have some problems to copy a cramfs image to flash. the situation as
follows:
cat /proc/mtd:
dev:size erasesize name
mtd0: 0018 0001 kernel
mtd1: 0028 0001 rootfs
cat /proc/partitions:
major minor #blocks name
254 0 62720 xsa
254 1
I work on a custom board based on MPC8xx.
The bootloader on it is a ppcboot 1.1.5. I'm a beginner with Linux port
and ppc.
I'm trying to pass the board working with a 2.4.4 kernel to a 2.6.19 kernel
from denx.
The kernel hang when trying to enable interrupt in local_irq_enable()
in
[EMAIL PROTECTED] schrieb:
hi,everbody:
I have run linux-2.6.15 on my mpc8541 custom board. but when i test
TSEC use UDP, i found it's efficinecy is lower.
my test enviroment: i only run a UDP recieve program and not to handle data
recieved. when i recevie 400Mbps data, 79% of
A follow-up: The first version of our termination network was based on
the Lite5200 reference design, but was confirmed by Freescale to be
inadequate. We revised the hardware per their errata, terminating both
ends of the data bus. This fixed the problem. Thanks for the helpful
feedback.
I respond to myself. Apparently ppcboot 1.1.5 pass binfo-bi_intfreq
in MHz (50 in my case),
so I need to pass in Hz in arch/ppc/syslib/m8xx_setup.c : fp =
(binfo-bi_intfreq * 100) / 16;
00127654: 30303020 20202066 7265713d 31383735000freq=1875
00127664: 30303030 30202044 65637265
Hallo Mark,
On Tuesday 13 November 2007 14:59:56 lokowich wrote:
A follow-up: The first version of our termination network was based
on the Lite5200 reference design, but was confirmed by Freescale to
be inadequate. We revised the hardware per their errata, terminating
both ends of the data
When a module has relocation sections with tens of thousands worth of entries,
counting the distinct/unique entries only (i.e. no duplicates) at load time can
take tens of seconds and up to minutes. The sore point is the count_relocs()
function which is called as part of the architecture specific
Hi
Thank you for your response.
Are you *sure* it's mapped at physical address 0xe000? (ie. have
you verified that you can access the device registers via u-boot or a
debugger?)
Yes, We have accessed the Micrel chip via U-boot setting (Micrel Chips
Base addres) 0xE000 to the CS1 Start
On 11/13/07, Sri nava kala devi Valteti, TLS-Chennai
[EMAIL PROTECTED] wrote:
Hi
Thank you for your response.
Are you *sure* it's mapped at physical address 0xe000? (ie. have
you verified that you can access the device registers via u-boot or a
debugger?)
Yes, We have accessed the
PORTA and PORTB have odr registers, as well. However, the PORTB odr
register is only 16bit.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/sysdev/commproc.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/commproc.c
If fs_enet is build as module, on PPC_CPM_NEW_BINDING platforms
mii-fec/mii-bitbang should be build as module, as well. On other
platforms, mii-fec/mii-bitbang must be included into the main module.
Otherwise some symbols remain undefined. Additionally, fs_enet uses
libphy, so add a select PHYLIB.
After adding files to initramfs, I get the following error:
Uncompressing Linux...inflate returned FFFB
This is caused by zlib_inflate returning -5 or Z_BUF_ERROR.
The attached patch fixes this problem for me.
It is also available at
http://www.nishioka.com/misc/ppc-gunzip.patch
It
For the sake of completeness: It is related to a flush operation of the
IP route cache, please see
http://thread.gmane.org/gmane.linux.kernel/602382.
Cheers,
Florian
___
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
Hi all,
I'm trying to bring up a new 8548 board on 2.6.23.1 . When booting,
Some times I can get as far mounting over nfs. However, it gets stuck
here:
NET: Registered protocol family 1
NET: Registered protocol family 17
e0024520:02 not found
eth2: Could not attach to PHY
IP-Config: Failed to
robert lazarski schrieb:
Hi all,
I'm trying to bring up a new 8548 board on 2.6.23.1 . When booting,
Some times I can get as far mounting over nfs. However, it gets stuck
here:
NET: Registered protocol family 1
NET: Registered protocol family 17
e0024520:02 not found
eth2:
Hi,
Some thing similar happened for me before. After I set the IRQ enable
bits, it resulted in an exception. After analyzing the exception and
SRR1 bits set, I was able to take care of it.
Other reason can be...
Immediately after you enable interrupts, any interrupt (which are
already enabled)
Hi,
Some thing similar happened for me before. After I set the IRQ enable
bits, it resulted in an exception. After analyzing the exception and
SRR1 bits set, I was able to take care of it.
Other reason can be...
Immediately after you enable interrupts, any interrupt (which are
already enabled)
On Mon, 12 Nov 2007, Siva Prasad wrote:
I am using 2.6.19 Linux on 8641D based system.
I am using early printk's and it works fine until console_init() is
executed. After that it does not, as the early printk's get disabled,
which is fine. However, I don't see any prints after that at all,
Jochen Friedrich wrote:
@@ -474,6 +481,12 @@ static void cpm1_set_pin16(int port, int pin, int
flags)
else
clrbits16(iop-par, pin);
+if (port == CPM_PORTA) {
+if (flags CPM_PIN_OPENDRAIN)
+setbits16(iop-odr, pin);
+else
+
Thanks a lot Geert and Benjamin for your response.
Code is indeed calling register_console from three different places
1) con_init()[name-tty],
2) serial8250_console_init()[name-ttyS],
3) early_uart_console_init()[name-uart].
Among these, 8250 must be the active one. Also
Hi all,
I'm happy to announce that the Xilinx Linux Kernel git server is finally up and
running and available to the public.
The Xilinx Linux Kernel is based on the mainline Linux Kernel from kernel.org
and adds driver support for various Xilinx IP cores and Xilinx reference
boards. It
From: Jochen Friedrich [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 19:32:08 +0100
If fs_enet is build as module, on PPC_CPM_NEW_BINDING platforms
mii-fec/mii-bitbang should be build as module, as well. On other
platforms, mii-fec/mii-bitbang must be included into the main module.
Otherwise some
23 matches
Mail list logo