<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<tt></tt> 
<br><tt>- Two fixes for "dev -p" command option:</tt>
<br><tt>   1) The head entry of the PCI device list was being
skipped.</tt>
<br><tt>   2) For systems with no PCI devices, exit gracefully
rather than</tt>
<br><tt>      failing the command due to the use
of an invalid virtual</tt>
<br><tt>      address.</tt>
<br><tt>  (rachita@in.ibm.com, anderson@redhat.com)</tt><tt></tt>
<p><tt>- Fix to recognize "linux_banner" symbol type change from 'R'</tt>
<br><tt>  to 'r' in 2.6.20-rc2 kernels.  Without the patch, the
session</tt>
<br><tt>  fails during initialization with the error message " WARNING:</tt>
<br><tt>  invalid linux_banner pointer: 756e694c", and then "crash:
vmlinux</tt>
<br><tt>  and vmcore do not match!  (vgoyal@in.ibm.com)</tt><tt></tt>
<p><tt>- Fix to recognize "__per_cpu_start" and "__per_cpu_end" symbol</tt>
<br><tt>  type change from 'A' to 'D' in relocatable kernels. 
Without</tt>
<br><tt>  the patch, SMP kernels running on uniprocessor systems may
fail</tt>
<br><tt>  during initialization with the message "crash: cannot resolve</tt>
<br><tt>  init_task_union".  (sachinp@in.ibm.com)</tt><tt></tt>
<p><tt>- Fix for the xencrash "dumpinfo -t" command to properly cycle</tt>
<br><tt>  through the ELF_timeval structures for each cpu.</tt>
<br><tt>  (anderson@redhat.com)</tt><tt></tt>
<p><tt>- Fix for x86_64 backtraces that may end prematurely at either a</tt>
<br><tt>  stale "schedule" or "schedule_timeout" reference when doing
a</tt>
<br><tt>  "bt" on an active task in a dumpfile.  (anderson@redhat.com)</tt><tt></tt>
<p><tt>- Fix for a possible empty panic message in 2.6 kernels both during</tt>
<br><tt>  initialization and when running the "sys" command, because
of</tt>
<br><tt>  the change of the kernel panic() string from "Kernel panic:
" to</tt>
<br><tt>  "Kernel panic -- not syncing: ".  If the panic message
was not</tt>
<br><tt>  recognized in another manner, such as by an oops message,
by a</tt>
<br><tt>  kernel BUG message, or sysrq-generated crash, the "PANIC:"
status</tt>
<br><tt>  would be empty.  (anderson@redhat.com)</tt><tt></tt>
<p><tt>Download from: <A HREF="http://people.redhat.com/anderson">http://people.redhat.com/anderson</A></tt>
<br><tt></tt> </html>