切换到gdb中的其他cpu线程

切换到gdb中的其他cpu线程,gdb,Gdb,第一次来这里。 在执行gdb和获取prdasummary时,我知道要通过查看inPanic找到惊慌失措的cpu,我还发现其他cpu正在运行一个进程,我想找到它的本地进程 我可以切换到其他cpu并查看其寄存器吗 谢谢, zXi你是指gdb的线程命令还是其他什么?是的。。非常类似于命令的线程应用所有bt。然而,我需要解析大量线程,以找到正确的cpu及其寄存器。有没有其他更简单的方法可以直接切换到cpu,并获取线程本地的infoStack和registers状态。即使您拥有100个线程,如果您希望of

第一次来这里。 在执行gdb和获取prdasummary时,我知道要通过查看inPanic找到惊慌失措的cpu,我还发现其他cpu正在运行一个进程,我想找到它的本地进程

我可以切换到其他cpu并查看其寄存器吗

谢谢,
zXi

你是指gdb的线程命令还是其他什么?是的。。非常类似于命令的线程应用所有bt。然而,我需要解析大量线程,以找到正确的cpu及其寄存器。有没有其他更简单的方法可以直接切换到cpu,并获取线程本地的infoStack和registers状态。即使您拥有100个线程,如果您希望ofc,它们也可以在单CPU核心上运行。如果您没有为它做任何特殊的事情,内核将尝试平衡它。所以基本上你还是在读线程。您想要什么,将它们全部转储到文本中?通过设置日志选项,转储到文本中会更容易。这是我目前的困境。。1.prdasummary显示处理器列表和处于死机状态的处理器。2.转储的bt显示函数列表、地址、参数等等。。用于修饰一个惊慌失措的函数,[让我们说CopyFromDisk]。3.bt还显示了一个与当前bt完全无关的功能[比如CheckNic]。这也很好。4.但是CheckNic指出的地址区域是CopyFromDisk中的地址。在prdasummary中,在8个处理器中,惊慌失措的是第3个,CheckNic在第7个处理器中运行。所以我想知道我们是否可以切换到第7个处理器实例并检查内存损坏或排名冲突