Check the bd_t definition, it MUST be the same in u-boot and Linux platform definition.
bd_t in Linux is defined in ppcboot.h
Best Regards,
Michael Meriin
-----Original Message-----
From: owner-linuxppc-embedded@lists.linuxppc.org [mailto:owner-linuxppc-embedded@lists.linuxppc.org]On Behalf Of Ricardo DIz
Sent: Wednesday, June 09, 2004 20:48
To: linuxppc-embedded@lists.linuxppc.org
Subject: U-Boot and kernel 2.6
Hi,
I'm trying to boot a custom 860T board using the latest kernel from
linuxppc-2.5. The board is currently using a variation of an old version
of U-Boot (0.2.0) along with a hacked 2.4.20 linux kernel version.
My first aim is to boot a simple kernel and make it get to a shell. For
that I compiled the kernel, but did not compiled u-boot with a recent
version.
When booting, the kernel got uncompressed, but then it resets! I presume
the watchdog (which is enabled), is resetting the processor, so I guess
booting just stalls. Was there any changes in the way parameters were
received by the kernel since 2.4.20?
Oh, I forgot to mention the compiler. I'm still using a gcc 2.95
cross-compiler, altough I tried using a gcc 3.2 cross-compiler for the
8260 once, but got the same result.
I followed a recent thread very similar to this, but that turned out to be
just a matter of UART configuration, and I don't thinks this is the case.
Any thoughts?
Thanks in advance,
Ricardo Diz
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
From: David Woodhouse <dwmw2@infradead.org> Date: 2004-06-11 10:36:47
On Thu, 2004-06-10 at 09:45 +0300, Meriin Michael-BMM063 wrote:
Check the bd_t definition, it MUST be the same in u-boot and Linux platform definition.
bd_t in Linux is defined in ppcboot.h
We really need to throw this crap away and start using structured tags
like ARM does.
--
dwmw2
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
On Thu, 2004-06-10 at 09:45 +0300, Meriin Michael-BMM063 wrote:
quoted
Check the bd_t definition, it MUST be the same in u-boot and Linux platform definition.
bd_t in Linux is defined in ppcboot.h
We really need to throw this crap away and start using structured tags
like ARM does.
--
dwmw2
Or we can parse the u-boot environment which is ascii.
I already do this...
Regards
Pantelis
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
From: David Woodhouse <dwmw2@infradead.org> Date: 2004-06-11 11:20:22
On Fri, 2004-06-11 at 14:03 +0300, Pantelis Antoniou wrote:
Or we can parse the u-boot environment which is ascii.
I already do this...
Yeah, that works too.
Btw, consoles starting nice and early is nice...
diff -ur --exclude '.*.cmd' --exclude '.config.*' --exclude '*.o' linux-2.6.6-nopci/arch/ppc/syslib/m8260_setup.c linux-2.6.6/arch/ppc/syslib/m8260_setup.c
@@ -60,6 +61,9 @@/* Reset the Communication Processor Module.*/cpm2_reset();+#ifdef CONFIG_SERIAL_CPM_CONSOLE+cpm_uart_console_init();+#endif}/* The decrementer counts at the system (internal) clock frequency---linux-2.6.6-nopci/drivers/serial/cpm_uart/cpm_uart_core.c2004-06-1109:09:03.000000000+0100+++linux-2.6.6/drivers/serial/cpm_uart/cpm_uart_core.c2004-06-1111:38:51.376264960+0100
From: Ricardo DIz <hidden> Date: 2004-06-11 19:27:02
Thanks, I'll do that first thing Monday morning (currently on a 4-days
mini-vacations :) )
Regards,
Ricardo Diz
Check the bd_t definition, it MUST be the same in u-boot and Linux
platform definition.
bd_t in Linux is defined in ppcboot.h
Best Regards,
Michael Meriin
-----Original Message-----
From: owner-linuxppc-embedded@lists.linuxppc.org
[mailto:owner-linuxppc-embedded@lists.linuxppc.org]On Behalf Of Ricardo
DIz
Sent: Wednesday, June 09, 2004 20:48
To: linuxppc-embedded@lists.linuxppc.org
Subject: U-Boot and kernel 2.6
Hi,
I'm trying to boot a custom 860T board using the latest kernel from
linuxppc-2.5. The board is currently using a variation of an old version
of U-Boot (0.2.0) along with a hacked 2.4.20 linux kernel version.
My first aim is to boot a simple kernel and make it get to a shell. For
that I compiled the kernel, but did not compiled u-boot with a recent
version.
When booting, the kernel got uncompressed, but then it resets! I presume
the watchdog (which is enabled), is resetting the processor, so I guess
booting just stalls. Was there any changes in the way parameters were
received by the kernel since 2.4.20?
Oh, I forgot to mention the compiler. I'm still using a gcc 2.95
cross-compiler, altough I tried using a gcc 3.2 cross-compiler for the
8260 once, but got the same result.
I followed a recent thread very similar to this, but that turned out to be
just a matter of UART configuration, and I don't thinks this is the case.
Any thoughts?
Thanks in advance,
Ricardo Diz