On Thu, Dec 11, 2008 at 8:11 PM, Blue Swirl blauwirbel@gmail.com wrote:
On 12/7/08, Igor Kovalenko igor.v.kovalenko@gmail.com wrote:
On Sat, Sep 27, 2008 at 10:51 PM, Blue Swirl blauwirbel@gmail.com wrote:
On 9/27/08, Igor Kovalenko igor.v.kovalenko@gmail.com wrote:
Hi!
Linux kernel expects at least "cpuid" property in cpu device node, or it halts execution. This patch adds one with dummy "1" value. This allows to make some progress into booting the kernel.
Please apply.
Thanks, applied. The real implementation would be to probe the real ID from various registers but as we don't have SMP yet this is sufficient for now.
Small correction: cpuid property of qemu cpu should be "0" for the linux kernel to boot on qemu. This is because kernel is reading cpu registers to find out current smp processor ID and it happens to find out "0" cpuid because corresponding register is zeroed by qemu. Currently kernel fails since there is no "0" cpu node in tree.
Please apply the following patch: openbios-sparc64-cpuid.patch
Thanks. I did not see any difference, but applied anyway.
What are you using to test it?
Here with gentoo-sparc64 minimal install iso it still traps before something useful is printed - my local experiment with debugging kernel output hangs while processing first or second periodic timer tick. It successfully reports clocksource and clockevent multiplier and shift.