本帖最后由raintung于2010-12-3010:26编辑能共享一下你们常用的内核开发或者debug的工具，说说哪个比较方便，更适合开发我用eclipseforc++version

有个问题不理解，menu.c中的staticintmenu_select(structcpuidle_device*dev)函数中有个调用，tick_nohz_get_sleep_length()源代码中解释的是*tick_nohz_get_sleep_length-returnthelengthofthecurrentsleep*但是因为menu.c是根据期望

本帖最后由tuibo于2010-12-2919:02编辑双向链表AList：  ...<=>A1<=>A2<=>A3  <=>A4...该链表每个元素有一个定时器成员，如A2有个定时器成员，定时器用来做超时删除A2操作，A2的地址作为参数传给超时回调函数。另外还

加载块设备驱动模块后，设备格式化后，仍然不能挂载，会有什么原因？

本帖最后由baozhao于2010-12-2908:08编辑诸位，我最近在了解用户级线程库（即M:1模型)，发现了一个令我困惑的问题。用户级线程库必须有userlevelscheduler，假定我们按轮转方式，每隔一段时间就发一个信号给进程，然后signalhanler里面实现scheduler，切换到另一个用户态线程（使用longjump或者setcontext之类

BusyBoxv1.01(2009.06.18-05:22+0000)multi-callbinaryUsage:busybox[function][arguments]...  or:[function][arguments]...      BusyBoxisamulti-c

两种情况，一种情况可以正常工作，一种不行不能正常工作的情况：#brctlshowbridgename    bridgeid          STPenabled    interfa

在Linux2.6.22.1内核中在UHCI中执行了register_root_hub()函数，而在此函数中最终会调用hub_probe()函数问题就在这：hub_probe()函数第一个参数structusb_interface*intf是通过一个宏而得到的！to_usb_interface(dev)

在nor模式下，烧写完程序后。选择nand模式进入，按复位键，出现的是loadImageofLinux...，就再也不动了。是不是我内核文件有问题啊？因为我又重新解压了内核文件，重新编译了一次，但是方法都是按资料上来的。

1，我们知道：每个工作队列（structworkqueue_struct）都有一个每cpu变量（structcpu_workueue_struct）,在这个每cpu变量里有一个“待处理工作队列节点的双向链表（worklist）”，然后“队列处理线程”就按照这个双向链表来一个一个处理每一个节点的任务。那么当其中一个队列节点的任务执行了一个导致睡眠的系统函数，那么“队列处理线程”将睡眠，这样岂不