Open PavamanSubramaniyam opened 6 years ago
Seems to me this is not a bug. If you set kernel option to "powersave=off", Or, if in the OS you run "ppc64_cpu --frequency" to make all cores busy, the threadstate will be "A".
The Linux Host got hung and is not responsive. So I wanted to debug the host unresponsiveness using the pdbg tool from the BMC. Do you infer here that ".S." is expected output for the thread state, when the linux host went into hang state.
@PavamanSubramaniyam, As I observed, if cpu is idle (that is, OS booted and there is no workload), 'pdbg -a thread status" shows the thread status is "S".
@PavamanSubramaniyam Yes, ".S." is the expected output. We need to update the documentation to reflect this. If the thread status is "S" it means the thread is sleeping/inactive which from the Linux perspective means it's reached and isn't running anything (ie. not very interesting for debugging). As @liyi-ibm it is generally easier to debug systems by booting with powersave="off".
I have followed the steps mentioned in Cross compiling for BMC (ARM) of the README for Building on a x86 server and then did rsync of the binary to the Witherspoon BMC.
Then executed the ./pdbg -a threadstatus command in the Witherspoon BMC shell.
But in the README, under the Get thread status section the output is shown as "A A A A" for each of the cores. So, is the output we are getting on Witherspoon BMC which shows as "c23: .S. .S. .S. .S." for thread status is expected.