VMWare Workstation 6.0调试Linux Kernel，竟如此方便

Solaris12

原帖由 mingyanguo 于 2007-4-23 15:46 发表于 30楼  

这种调试与kgdb应该是不同的，这种做法应该是在虚拟的CPU里面做了个gdb stub，并不管上面的OS，所以看实际的进程应该是不太可能的。

如果真的你说的这样，就有很大局限性了。

比如说，调试系统hang，很大程度上是要分析每个CPU上的run queue和onproc的线程的调用栈的，我不知道如果这样，还怎么调试hang.

如果真是这样，这个debugger的意义还是学习大于实际。

znl_tsg

在windows实体即里，可把文件拖拽到VMWARE6里的Linux系统里吗？

雨丝风片

原帖由 mingyanguo 于 2007-4-23 15:24 发表于 24楼  

单步调试的时候会不会进入中断处理程序？如果能不进入的话，就是巨大的进步了。

在你提交patch之前，还没有看到这个进步。

mingyanguo

原帖由 Solaris12 于 2007-4-23 17:17 发表于 41楼  



如果真的你说的这样，就有很大局限性了。

比如说，调试系统hang，很大程度上是要分析每个CPU上的run queue和onproc的线程的调用栈的，我不知道如果这样，还怎么调试hang.

如果真是这样，这个debugg ...

这个应该不是问题吧,在cpu里面做gdb stub能做的更完美,使得OS完全察觉不到.至于看run queue等等这些数据结构, 在gdb里面就像看普通应用程序的数据结构那样看就可以啊.

原帖由 雨丝风片 于 2007-4-23 17:28 发表于 43楼  


在你提交patch之前，还没有看到这个进步。

不要提这事了,我那个根本就是瞎凑合,扔在他们的form上没人理,我也不好意思提了.

Solaris12

原帖由 mingyanguo 于 2007-4-23 22:23 发表于 44楼  

这个应该不是问题吧,在cpu里面做gdb stub能做的更完美,使得OS完全察觉不到.至于看run queue等等这些数据结构, 在gdb里面就像看普通应用程序的数据结构那样看就可以啊.

看数据结构的话，那也必须是per CPU的，如果是这样那就不是问题。

那如何看中断呢，中断肯定要有CPU信息？

雨丝风片

原帖由 mingyanguo 于 2007-4-23 22:23 发表于 44楼  
不要提这事了,我那个根本就是瞎凑合,扔在他们的form上没人理,我也不好意思提了....

我在你原来发表的那个帖子里跟了一点意见，纯属方法讨论，跟这个帖子无关，就发表在那里了。

mingyanguo

原帖由 Solaris12 于 2007-4-24 06:54 发表于 45楼  



看数据结构的话，那也必须是per CPU的，如果是这样那就不是问题。

那如何看中断呢，中断肯定要有CPU信息？

不好意思，我前面的表达有问题，按照我个人理解，这个gdb-stub是全局的，在模拟UP时，对OS而言就像在CPU内部一样。
中断这些应该都是没有问题的。另外，我没明白，中断有什么特殊的地方么？
模拟MP的机器时我没详细看过，不清楚。

Solaris12

原帖由 mingyanguo 于 2007-4-24 13:08 发表于 47楼  

不好意思，我前面的表达有问题，按照我个人理解，这个gdb-stub是全局的，在模拟UP时，对OS而言就像在CPU内部一样。
中断这些应该都是没有问题的。另外，我没明白，中断有什么特殊的地方么？
模拟MP的机器时 ...

最近我提交了一个调度器相关的bug，就是和分步在多个CPU中的某个CPU上的中断有关，而中断一定是要对应到物理CPU上的。

因为不大熟悉linux没办法把Solaris上的问题对应起来，呵呵。这帖子的不错，很高兴能了解一点linux的东西。

darkulaman

对于我来说有点难，不是太懂，学习之路漫长

shdnzwy

学习中……太深了……SOS……SOS