RE: U-Boot and kernel 2.6

5 messages, 4 authors, 2004-06-11 · open the first message on its own page

RE: U-Boot and kernel 2.6

From: Meriin Michael-BMM063 <hidden>
Date: 2004-06-10 06:45:57

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/

RE: U-Boot and kernel 2.6

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/

Re: U-Boot and kernel 2.6

From: Pantelis Antoniou <hidden>
Date: 2004-06-11 11:03:30

David Woodhouse wrote:
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/

Re: U-Boot and kernel 2.6

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
--- linux-2.6.6-nopci/arch/ppc/syslib/m8260_setup.c	2004-06-11 09:09:03.000000000 +0100
+++ linux-2.6.6/arch/ppc/syslib/m8260_setup.c	2004-06-11 11:39:08.710629736 +0100
@@ -53,6 +53,7 @@
 unsigned char __res[sizeof(bd_t)];

 extern void cpm2_reset(void);
+extern int cpm_uart_console_init(void);

 static void __init
 m8260_setup_arch(void)
@@ -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.c	2004-06-11 09:09:03.000000000 +0100
+++ linux-2.6.6/drivers/serial/cpm_uart/cpm_uart_core.c	2004-06-11 11:38:51.376264960 +0100
@@ -1151,7 +1151,14 @@

 int __init cpm_uart_console_init(void)
 {
-	int ret = cpm_uart_init_portdesc();
+	static int first = 1;
+	int ret;
+
+	if (!first)
+		return 0;
+
+	first = 0;
+	ret = cpm_uart_init_portdesc();

 	if (!ret)
 		register_console(&cpm_scc_uart_console);


--
dwmw2


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: U-Boot and kernel 2.6

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



** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help