2.6.16 fails to resume after INIT in user space

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2.6.16 on SN2, compiled with gcc 3.3.3, no KDB.

The SN2 controller 'NMI' command sends INIT to all processors, one as
monarch, the rest as slaves.  If all the processors are in kernel space
(including idle) then INIT resumes after dumping the process list.  If
any of the processors are in user space then INIT claims to resume but
gets something wrong, the system becomes dead.

Send first NMI

  Entered OS INIT handler. PSP=ffe301a0 cpu=0 monarch=0
  cpu 0, INIT occurred in user space, original stack not modified
  Entered OS INIT handler. PSP=ffe301a0 cpu=3 monarch=0
  Entered OS INIT handler. PSP=ffe301a0 cpu=2 monarch=0
  Entered OS INIT handler. PSP=ffe301a0 cpu=1 monarch=1
  Delaying for 5 seconds...
  Processes interrupted by INIT - 0 (cpu 1 task 0xe00000b47a4b8000) 0 (cpu 2 task 0xe00000b47a4e8000) 0 (cpu 3 task 0xe00000b47a500000)

  ... process dump ...

  INIT dump complete.  Monarch on cpu 1 returning to normal service.
  Slave on cpu 0 returning to normal service.
  Slave on cpu 3 returning to normal service.
  Slave on cpu 2 returning to normal service.

  ... No response ...

Send second NMI

  Entered OS INIT handler. PSP=ffe301a0 cpu=3 monarch=0
  Entered OS INIT handler. PSP=ffe301a0 cpu=0 monarch=0
  cpu 0, INIT inconsistent previous current and r13, original stack not modified
  Entered OS INIT handler. PSP=ffe301a0 cpu=2 monarch=0
  Entered OS INIT handler. PSP=ffe301a0 cpu=1 monarch=1
  Delaying for 5 seconds...
  Processes interrupted by INIT - 0 (cpu 1 task 0xe00000b47a4b8000) 0 (cpu 2 task 0xe00000b47a4e8000) 0 (cpu 3 task 0xe00000b47a500000)

cpu 0 was running in user space during the first NMI, so the original
stack was not modified.  On the second NMI, current for cpu 0 does not
match r13.  Which means that something went wrong when processing the
first NMI while the process was in user space.

I am still investigating this problem, but any other eyes on the code
would be appreciated.

-
: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [Sparc Linux]     [DCCP]     [Linux ARM]     [Yosemite News]     [Linux SCSI]     [Linux x86_64]     [Linux for Ham Radio]

  Powered by Linux