S3C2410的中斷過程中保存和還原現(xiàn)場問題分析

　　在我的一個中斷處理例程中有一下一段：

　　save_flags(flags);

　　cli();

　　set_gpio_mode_user(k->gpio_port, GPIO_MODE_IN);

　　up = read_gpio_bit(k->gpio_port);

　　set_external_irq(k->irq_no, EXT_BOTH_EDGES, GPIO_PULLUP_DIS);

　　restore_flags(flags);

　　我有若干問題問各位大蝦：

　　1.關(guān)于save_flags和restore_flags的源代碼的閱讀，可以知道他們的作用是保存和還原現(xiàn)場。但是具體在什么時候應(yīng)該保存，什么時候還原現(xiàn)場。

　　2.關(guān)于cli()，他是作為關(guān)中斷而起作用的，但是在后面為什么會沒有sti()進行開中斷。

　　3.在這里，set_external_irq(tmp->buttons_int_irq, EXT_BOTH_EDGES, GPIO_PULLUP_DIS);難道可以起到開中斷的作用，因為前面有cli的操作。

　　說說我的看法:

　　使用save_flags()等的原因是:如果在這個函數(shù)之前已經(jīng)禁止了中斷,那么就會出現(xiàn)一定的危險,因為在以后調(diào)用開中斷的時候,它會無條件地激活中斷,所以需要一種機制把中斷恢復到以前的狀態(tài)而不是簡單地禁止或激活.

　　后面之所以沒有sti()是因為后面調(diào)用了restore_flags(),就恢復到了以前的狀態(tài)了!

　　S3C2410中的cpsr的低八位可以實現(xiàn)中斷的開啟和關(guān)閉的作用.

　　原先一次save_flags()實際上是保存了原來的CPSR的數(shù)值

　　而后cli關(guān)中斷

　　最后的restore_flags()就是開中斷,因為我們保存了原先的flags.

　　類UNIX系統(tǒng)一直采用cli和sti函數(shù)來禁用和啟用中斷。而在現(xiàn)代的Linux系統(tǒng)中卻不鼓勵直接使用它們。

　　如果必須禁用中斷，那么最好使用下列調(diào)用：

　　unsigned long flags;

　　save_flags(flags);

　　cli();

　　/*下面的代碼在中斷被禁用的情況下運行*/

　　restore_flags(flags);

　　其中save_flags是一個宏，用于保存標志的參數(shù)flags被直接傳入，不帶&操作符。

　　另外中斷處理的順序一般是：

　　1. 保存現(xiàn)場

　　2. 關(guān)中斷

　　3. 執(zhí)行中斷處理Makefile文件:

　　4. 開中斷并恢復現(xiàn)場

　　最近在寫linux驅(qū)動.遇到這么一個問題:

　　: 有這么一個函數(shù) __raw_readl. 我查了他的原型是:

　　: #define __raw_readl(a) (__chk_io_ptr(a), *(volatile unsigned int

　　: __force *)(a))

　　: 而__chk_io_ptr(x)的原型是

　　: #ifdef __CHECKER__

　　: extern void __chk_io_ptr(void __iomem *);

　　: #else

　　: # define __chk_io_ptr(x) (void)0

　　: #endif

　　: __raw_readl(23)展開以后就是((void)0,*(volatile unsigned int _force *)(23)).

　　: 請問上面的展開式式什么意思???我所不理解的是(xx, xxxxxx)這樣的語法是什么意思?

　　只有后面這個表達式是有效表達式

　　上面等同,*(volatile unsigned int _force *)(23);