Bug 152882 - kernel >= 2.6.14 won't boot on Netra X1
|
Bug#:
152882
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: Sparc64
|
|
OS/Version: Linux
|
Status: CLOSED
|
Severity: major
|
Priority: P2
|
|
Resolution: UPSTREAM
|
Assigned To: sparc@gentoo.org
|
Reported By: max.gentoo.bugzilla@hacking.co.uk
|
|
Component: Core system
|
|
|
URL:
|
|
Summary: kernel >= 2.6.14 won't boot on Netra X1
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-10-26 08:24 0000
|
While attempting to install the latest stable (on SPARC) kernel
(gentoo-sources-2.6.17-r8) on a Netra X1 I ran into the following problem.
Whenever I attempt to boot over the network I receive one of the error messages
listed below:
IDPROM: Warning, unknown format type!
Illegal Instruction
Memory Address not Aligned
Data Access Exception
Fast Instruction Access MMU Miss
The error message can be changed by compiling a random kernel component in or
out to change the size of the generated kernel. All kernels I have tried have
been less than 3MB, some less than 2.5MB.
I then tried installing every available version of gentoo-sources back to
2.6.14-r7 with the same result. At this point I moved to testing
vanilla-sources, unfortunately with no improvement.
Kernel versions 2.6.13-r5 and earlier all boot fine. This led me to believe
that the issue was probably introduced in 2.6.14. After scanning through the
changelog for that version I have found the following commit:
commit bff06d552240ba7f5b49482a4865871d7bc03dc2
Author: David S. Miller
Date: Thu Sep 22 20:11:33 2005 -0700
[SPARC64]: Rewrite bootup sequence.
Instead of all of this cpu-specific code to remap the kernel
to the correct location, use portable firmware calls to do
this instead.
Signed-off-by: David S. Miller
Seems like more than a coincidence to me...
After much searching of the web I have found that the following architectures
are affected:
Sun Netra X1 (UltraSPARC-IIe 400MHz)
Sun Fire V240
Sun Blade 2500
Using OBP versions 4.0.5, 4.3.2, 4.5.9 and 4.17.1.
Should I file this directly with the kernel maintainers?
Sorry, should have added that this is NOT related to the similar looking SILO
bug. This occurs when net-booting too.
One of the sparc devels has a V240 running with recent kernels just fine.
However this isn't related since the X1 is a completely different machine. And
unfortunately we lack an X1 to help so it's best if you try upstream with the
sparclinux mailing list.
Resolved in kernel 2.6.19-r2.
I'm happy to call this closed if you guys are. :-)
We're happy if you're happy.
2.6.19-r2 won't go stable until we work around the qlogic firmware issue that
2.6.18+ got (removed firmware from the kernel, thus blade 1000/2000 machines
can't boot from builtin disk).
Though it's a genkernel issue and completely unrelated.