<html><body>
<p>Hi Steve,<br>
<br>
Looks like there is a problem with the .9 pSeries kernel. It's one of those 32-bit compressed, allegedly 64-bit kernels, and is only built for 4 CPUs. I'm trying it on a Squadrons HV4 LPAR w/FC5T3 as the base. The initrd is ignored, and sometimes, as in this case, the kernel enters xmon after prom_init. The .8 kernel was 64-bit (compressed?) and booted fine. We've only been able to get the uncompressed vmlinux to work when we build kernel.org kernels. Plus it looks like the Fedora kernel srpm uses plain vmlinux but renames it to vmlinuz. Comments in the powerpc arch makefile indicate that the kernel is intentionally 32-bit compressed.<br>
<br>
Here's the xmon info:<br>
<br>
returning from prom_init<br>
DEFAULT CATCH!, exception-handler=fff00300 <br>
at %SRR0: 0000000000c3c21c %SRR1: 8000000000003002 <br>
Call History<br>
------------<br>
@ - c3c1b0 <br>
find-method - c467f4 <br>
(poplocals) - c3a718 <br>
$call-method - c468ac <br>
(poplocals) - c3a718 <br>
key-fillq - c46e24 <br>
?xoff - c46f20 <br>
(poplocals) - c3a718 <br>
(stdout-write) - c4754c <br>
(type) - c475d8 <br>
_syscatch - c4d43c <br>
_exception - c4cf00 <br>
<excp> - c39834 <br>
_syscatch - c4d3a0 <br>
_syscatch - c4d3a0 <br>
invalid pointer - 1800000000000 <br>
<br>
Client's Fix Pt Regs:<br>
00 00080000000001f4 ffffffffff2581d4 00000000deadbeef fffffffffffffffc<br>
04 0000000000000000 0000000000000000 000003fe007d0000 0000000000c03010<br>
08 0000000008000000 000000000000003a 00000000003ff000 0000000000000008<br>
0c 0000000000004000 0000000000000000 0000000000000000 0000000000000000<br>
10 0000000000db6448 0000000000db6448 0000000000c465f4 0000000000c467f4<br>
14 0000000000000000 0000000001bfff81 0000000001ef4738 0000000000117000<br>
18 0000000000c13000 0000000000c38000 0000000000c14f40 0000000000c16fc0<br>
1c 0000000000c20000 0000000000c3fd20 0000000000c11f98 0000000000c10fd0<br>
Special Regs:<br>
%IV: 00000300 %CR: 82000082 %XER: 00000000 %DSISR: 08000000 <br>
%SRR0: 0000000000c3c21c %SRR1: 8000000000003002 <br>
%LR: 0000000000c3c1b0 %CTR: 0000000000000000 <br>
%DAR: ffffffffff2581d4 <br>
Virtual PID = 0 <br>
PFW: Unable to send error log!<br>
ofdbg<br>
0 > <br>
<br>
Thanks,<br>
George Wilson<br>
IBM LTC<br>
<p><font size="2" color="#800080">Sent by: redhat-lspp-bounces@redhat.com</font>
<p><font size="2" color="#800080">To: </font><font size="2">redhat-lspp@redhat.com</font><br>
<font size="2" color="#800080">cc: </font><font size="2" color="#800080"> </font><br>
<font size="2" color="#800080">Subject: </font><font size="2">[redhat-lspp] lspp.9 kernel released</font><br>
<br>
<br>
<tt>Hi,<br>
<br>
The lspp.9 kernel is has been published to the lspp yum repo at: <br>
</tt><tt><a href="http://people.redhat.com/sgrubb/files/lspp">http://people.redhat.com/sgrubb/files/lspp</a></tt><tt><br>
<br>
The changes are:<br>
<br>
- Add patch to make audit system honor gfp flags passed to it.<br>
- Added Dustin's rule operator fixup patch<br>
<br>
Let me know if there are any problems.<br>
<br>
-Steve<br>
<br>
--<br>
redhat-lspp mailing list<br>
redhat-lspp@redhat.com<br>
</tt><tt><a href="https://www.redhat.com/mailman/listinfo/redhat-lspp">https://www.redhat.com/mailman/listinfo/redhat-lspp</a></tt><tt><br>
</tt><br>
</body></html>