Prev: [PATCH 2/2]: x86 real mode: Set delay port according to kernel config
Next: [GIT PULL updated] led updates for 2.6.34-rc2
From: Graeme Russ on 17 Mar 2010 08:50 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 19 Mar 2010 21:30
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/ |