From: Graeme Russ on
I now have U-Boot booting 2.6.33 (abandoned 32-bit Boot Protocol and got a
pseudo BIOS working)

During boot I was getting a warning at arch/x86/kernel/rtc.c:125 and the
kernel hung at Calibrating delay loop... Also, all boot messages have a
zero time-stamp.

I have tried a 2.4.37.9 kernel and get the same freeze calibrating the
delay loop.

I have tried with and without the AMD Elan Extended (non-PC) x86 platform

I first assumed that the RTC is not working - I wasn't initially doing
anything relating to the SC520 RTC in U-Boot. I have added initialisation
code (as per the �lanTMSC520 Microcontroller User�s Manual Order #22004B)
and confirmed that the RTC is working in the SC520.

If traced back how the delay loop is performed and that has led me to
arch/x86/lib/delay.c where I promptly got very lost.

Any ideas?

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Graeme Russ on
Graeme Russ wrote:
>
> During boot I was getting a warning at arch/x86/kernel/rtc.c:125 and the
> kernel hung at Calibrating delay loop... Also, all boot messages have a
> zero time-stamp.
>

> I have tried with and without the AMD Elan Extended (non-PC) x86 platform
>

I tracked down the problem - The SC520 has allows interrupts sources to be
routed to practically any IRQ (it even has a third interrupt controller
providing more IRQ lines). I have been using the more advanced programmable
timer available in the SC520 and had routed its interrupt output to IRQ0.
There are a few other timer and interrupt related configurations which also
need to be set 'just right' as well. Basically, you need to make the SC520
fully PC/AT compatible for Linux to work. I'll be posting all my
development work onto the U-Boot mailing list, so you should be able to use
to the U-Boot source for future reference.

I know have a fully functional boot loader and Linux kernel to the point of
looking for /sbin/init - Now to create a JFSS2 file system and get a fully
functional GNU/Linux system up and running.

I just want to say a huge thanks to all the Linux Kernel developers for
their generous donations of time, knowledge and skill such that others like
myself can learn. You are the real drivers of innovation, not just because
you come up with new ideas, but you allow everyone the _see_ how those
ideas are implemented - This gives us all the tools to realise our own ideas.

Thanks,

Graeme
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/