蜗窝科技

@linuxer 很荣幸拜读到您的文章。

hi wowo, 最近测试用到从initrd启动，不进一步挂载root文件系统，之前ubuntu上是通过init脚本去挂载的，修改后即可。 现在有个板子使用的是buildroot，选择通过busybox的init启动，进到initrd后一直尝试挂载rootfs，不能取消， 你遇见过这种情况么？

@黄小俊：呵呵，这是之前一个老兄写的，后来因为一件小事一言不合就把自己的文章全部删掉了。你可以先看网上转贴的吧:-)

@wowo：原文地址是：http://www.wowotech.net/u-boot/375.html?utm_source=tuicool&utm_medium=referral 在网上能搜到别人的转帖：http://www.tuicool.com/articles/J3U3Arz

@小白：多谢指正，是的，这个是driver core的私有指针，其它人不能动。已修改。多谢～～～

指正一个明显错误： struct device_driver中成员p，私有数据的指针，具体的driver代码可以把任何需要的内容放在这里，反正设备模型代码不关心。 这个变量是驱动模型很重要的，非常重要，因为里面包含了kobject是挂到sysfs的，不能使用

@michael：同样追加两个回答： 1.我的理解，中断也是一种抢占，它是一种异步抢占，是不是调用了preempt_disable禁止了本CPU的抢占，是不是也disable中断了？ A：preempt_disable只是一种软件方法，达到同步的目的。而disable中断是一个涉及硬件的行为。所以diable中断是一个更底层的行为，它的结果可以影响软件，比如使scheduler没有办法执行，更不能执行preempt。 2.所谓的抢占，是不是指同一CPU上进程、中断间争夺CPU的控制权，而两个CPU之间，不存在抢占？也就是说，运行在不同CPU上的两个线程间，不存在抢占了 A：我的理解是这里的抢占指的是进入临界区。获得CPU的控制权是手段，目的还是要进入临界区完成一些操作。

@michael：我的理解是linuxer表达的意思是所有的临界区都是在相同的handler中共享的。比如同种softirq的handler之间或者不同softirq handler之间，他们会访问全局的变量。并不考虑softirq handler与硬中断handler（top handler）之间的临界区这种情况。 以下是我的一些理解，回答如下： (1)中断handler+spinlock 1.同一种中断不能并发运行在多个CPU上，因此同一种中断访问时不需要spinlock保护. A：我的理解是你的观点是正确的。spin lock主要是防止其他的CPU进入临界区，如果这个临界区只在这个中断handler中访问的话，那么由于只有一个handler（同一种中断不能并发运行在多个CPU上），所以不需要spin lock保护。 2.如果两个中断handler运行同一个CPU上，由于新的内核disable local irq，因此这种情况不需要spinlock保护. A：由于中断handler执行时是关中断的，所以不存在两个中断handler运行同一个CPU上的情况。 3.如果两个中断handler运行在不同的CPU上，这种情况需要spinlock保护，且调用函数spin_lock_irqsave进行保护？ A：两个中断handler运行在不同的CPU上，这种情况需要spinlock保护，但是并不需要关闭中断。因为中断handler执行时local cpu是关中断的。所以只需使用spin_lock就行了。 (2)softirq+spinlock 4.同一种softirq可以运行在多个CPU上，因此需要spinlock保护，调用哪个API进行保护？ A：同1，基于linuxer原文的意思，不考虑softirq handler和硬中断handler临界区情况，所以只需要spin_lock就可以了。 5.不同的softirq可以运行在多个CPU上，因此需要spinlock保护，调用哪个API进行保护？ A：同4。 (3)tasklet+spinlock 6.同一种tasklet只能运行在同一个CPU上串行执行，因此不需要spinlock保护. A：我的理解是你的观点是正确的。 7.不同的tasklet可以运行在不同的CPU上执行，因此需要进行spinlock保护，调用哪个API进行保护? A：只需要spin_lock就可以了 (4)workqueue+spinlock workqueue属于线程化，但优先级仍高于普通进程。 8.同一个work在某一时间点上只能在同一CPU上运行，是不是就不需要spinlock保护？ A：我不确定同一个work是否可以同时运行在多个CPU上。如果是的话，必须使用spin lock防止其他CPU干扰。 9.不同的work访问共享资源时，由于可以运行在不同的CPU上，就需要spinlock保护，调用哪个API进行保护？ A：基于linuxer原文的意思，不考虑work与其他人（softirq handler，thread，top handler）共享临界区的情况，spin_lock就可以了。

@黄小俊：你是指这个吗？ http://www.wowotech.net/u-boot/boot_flow_1.html 或者用uboot的tag查查？ http://www.wowotech.net/tag/u-boot/page/2 文章应该不会删的。

wowo大神，以前在蜗窝上看到的分析UBOOT的Makefile的文章，里面有一个用Makefile构建工程的例子，现在怎么不见了？