[Fault-injection-developer] [DISCUSSION] make decisions about ficl
Status: Alpha
Brought to you by:
rustyl
From: Zhuang, L. <lou...@in...> - 2003-01-10 01:14:19
|
> * In case the chicken-and-egg analogy is not obvious across cultural > barriers... it refers to the evolutionary question of which came In fact, chicken-and-egg is really across cluture, at least in China. ;-> According to ficl, we've some decisions to make. First, ficl for current FITH should still use FSML as input? a. yes b. no Second, ficl should lock relevant drivers/modules automatically as before? a. yes. b. no For second item, locking modules is a really mess which is not really relative with fault injection itself. But it can protect system from mis-operating (for example, tester always forgets remove PF trigger before unload tested-driver. This will make kernel oops because iounmap finds some MMIO page is not present.) But we can not find a clean way to lock module in user space. Shall we investigate more on this? Or shall we talk with Russell for this feature? Any comments? Yours truly, Louis Zhuang --------------- Fault Injection Test Harness Project BK tree: http://fault-injection.bkbits.net/linux-2.5 Home Page: http://sf.net/projects/fault-injection |