> Date: Fri, 12 Apr 2002 13:49:47 -0400 (EDT) > From: Todd Blevins <tblevins@cisco.com> > D TX015D0DC.240 > R0015D0D0 6F206B65 726E656C 2E000000 4C696E75 06 *o kernel....Linu* > R0015D0E0 78207665 7273696F 6E20322E 342E392D *x version 2.4.9-* > R0015D0F0 33312E31 424F4F54 20286275 696C6465 *31.1BOOT (builde* > R0015D100 72407333 39302E72 65646861 742E6465 *r@s390.redhat.de* > R0015D110 29202867 63632076 65727369 6F6E2032 *) (gcc version 2* > R0015D120 2E39352E 33203230 30313033 31352028 *.95.3 20010315 (* > R0015D130 72656C65 61736529 29202331 20534D50 *release)) #1 SMP* > R0015D140 20467269 204D6172 20313520 31363A34 * Fri Mar 15 16:4* > R0015D150 333A3434 20434554 20323030 320A0000 *3:44 CET 2002...* > R0015D160 FFFFFFFF FFFFFFFF 00000001 00000001 *................* > R0015D170 00000001 00000001 000000FF 000000FF *................* > R0015D180 000000FF 6B65726E 656C2042 55472061 *....kernel BUG a* > R0015D190 74202573 3A256421 0A002F76 61722F74 *t %s:%d!../var/t* You found the data area where constant strings are located. The log_buf is probably at 2C0000+ or thereabouts. It is possible that the kernel keeled over before it had a chance to print even the version string. In such case it's typically something very very wrong with the IPL setup. Very unlikely to happen to a man who knows how to use tracer... -- Pete
