When the liveCD boot, yaboot is loaded correct, the kernel (pSeries) is loaded correct, but when it is booting the machine froze, in the console is displayed the following: instantiating rtas at 0x00000000deadbeef... failed 0000000000000000 : boot cpu 0000000000000000 0000000000000001 : starting cpu hw idx 0000000000000002...done 0000000000000002 : starting cpu hw idx 0000000000000004...done 0000000000000003 : starting cpu hd idx 0000000000000006...done copying OF device tree ... Building dt strings... Building dt structure... Device tree strings 0x000000002ae7000 -> 0x0000000002ae81dc Device tree struct 0x000000002ae9000 -> 0x0000000002afb000 Calling quiesce ... returning from prom_init Reproducible: Always Steps to Reproduce: 1.Boot the liveCD 2003.4 in a pSeries 7026-6H0 2. 3. Actual Results: The machine is freezed. (The panel is showing the code: E105) Expected Results: Boot to command line. Hardware: pSeries 7026-6H0, 4 processors RS64IV, 1.5gb ram, two ethernet 10/100, two Fiber Channel cards, two scsi disk, one scsi CDROM, une floppy disk device. I update the firmware level to the latest (CM040712) with the same result. The same livecd boot correct in a pSeries 7026-B80, using the same kernel (pSeries) The error may be the failed instantiation of rtas (the memory address displayed: 0x00000000deadbeef, is bad i think). I find that in the kernel 2.6.10-rc2 there where changes in the routine prom_init_mem in the file prom_init.c, may be that kernel works? I cant probe it by now.
Greetings, Thanks for the bug report. Were you using the released 2004.3 livecd for ppc64 or one of the updates?
I am using the install-ppc64-pSeries-minimal-2004.3-update2.iso
Tested kernel 2.6.10: same result.
Debugging a little, the problem appears to be in the prom_init.c file, function alloc_down, in line 533, it is calling function prom_claim and the result is stored in the variable "addr", that is returned to the caller function (prom_instantiate_rtas) but the value returned in this case is 0x000000deadbeef (an indalid memory address) I test adding an "if" for controlling that value, and in that case, assign to "addr" the value of the variable "base" (the memory address that is passed to prom_claim). That test work, and the kernel boot. Right now i am installing without problems. I hope somebody with more knowledge in pSeries (i am just entering in that platform), can interpret this problem.
can you please test latest livecd available here: http://dev.gentoo.org/~tgall/2005.0/
Please test! :-)
Tested, the same result. The same error message.
I'm fairly flabberghasted this bug has been in kernel as long as it has been (up stream no less) and gone unfixed. I've discovered a past thread on the ppc64 developers list that surprising appears to never have been passed upstream nor validated as being a good fix. I know the fella the touched this code last, and now have reports of this same error occuring on S80, F80, and 620 hardware as well. I'll check up with him and see where things stand.
tgall - do you think this patch may resolve the issue ? http://bugs.gentoo.org/show_bug.cgi?id=87317
hey guys. Does this machine boot with 2005.1?
Please REOPEN if this is still an issue with 2005.1
