驅動開發的原則：能用__u32就最好用它，或者用u_int32_t之類的也可以，但不要直接用unsigned int等預設的資料型別。目的是讓別人明白，你這個變數佔多大記憶體。原因：你不能確定你的程式碼未來只在一個平臺上執行，它可能會被移植到非Linux平臺（確實有很多人這麼做），它可能執行在不同的CPU平臺，比如64位環境，非x86環境。因為C語言中並未明確規定int一定要佔多少位元組，只是規定了long >= int >= short，所以__u32就是告訴別人，這變數佔4位元組。同樣的：__iomem也是能加就加，這樣當你的驅動被別人維護的時候，別人會明白，這塊記憶體是用於IO的，可DMA的，而不是paged-memory。說到底，這是一種良好的編碼風格，確實，不加這些東西，對於編譯和執行來說，可能是無任何影響的，但是，不寫註釋的程式碼一樣也對編譯和執行無影響，你敢一句註釋都不寫嗎？--------------------------------------驅動中使用哪種型別最標準，這個沒有正確答案，但建議是不使用C語言原始的資料型別（char/short/int/long），而是使用有明確位元組大小的資料型別（u_int32_t/__u32/uint32_t/DWORD/UINT32均可）。保持程式碼風格的一致性即可。Linux社群提倡開放，並不嚴格限制開發者必須用哪種型別，一切都只是建議使用。但有一種情況是例外的：開發標準庫函式，比如自己實現strlen，那麼返回值就必須是size_t，因為標準庫是標準的。
驅動開發的原則：能用__u32就最好用它，或者用u_int32_t之類的也可以，但不要直接用unsigned int等預設的資料型別。目的是讓別人明白，你這個變數佔多大記憶體。原因：你不能確定你的程式碼未來只在一個平臺上執行，它可能會被移植到非Linux平臺（確實有很多人這麼做），它可能執行在不同的CPU平臺，比如64位環境，非x86環境。因為C語言中並未明確規定int一定要佔多少位元組，只是規定了long >= int >= short，所以__u32就是告訴別人，這變數佔4位元組。同樣的：__iomem也是能加就加，這樣當你的驅動被別人維護的時候，別人會明白，這塊記憶體是用於IO的，可DMA的，而不是paged-memory。說到底，這是一種良好的編碼風格，確實，不加這些東西，對於編譯和執行來說，可能是無任何影響的，但是，不寫註釋的程式碼一樣也對編譯和執行無影響，你敢一句註釋都不寫嗎？--------------------------------------驅動中使用哪種型別最標準，這個沒有正確答案，但建議是不使用C語言原始的資料型別（char/short/int/long），而是使用有明確位元組大小的資料型別（u_int32_t/__u32/uint32_t/DWORD/UINT32均可）。保持程式碼風格的一致性即可。Linux社群提倡開放，並不嚴格限制開發者必須用哪種型別，一切都只是建議使用。但有一種情況是例外的：開發標準庫函式，比如自己實現strlen，那麼返回值就必須是size_t，因為標準庫是標準的。