open一個字元裝置的過程是從
VFS層open系統呼叫 ===> def_chr_fops-->open ===> cdev->fops->open ===> device specific operation

如果是同一類裝置，比如系統中有多個framebuffer，那麼就把共有的操作放在cdev->fops->open ，這時向系統註冊的僅僅是這一個驅動程式；
將這類主裝置號相同的一類裝置(如/dev/fb0 /dev/fb1等)放在一個數組中，然後在cdev->fops->open 根據次裝置號作為Index來呼叫體現不同裝置差異的那些操作，即 device specific operation

， 這就是為什麼framebuffer/block 等硬體驅動中實現的都不是file_operations這種操作，而是跟具體裝置相關的那些操作。
這就是所謂的一類裝置都應一種驅動。


可以認為大多數簡單的裝置，僅僅需要實現到cdev->fops->open 這個位置，等他們變得複雜，能夠提煉出共性的時候就 需要實現到[紅色device specific operation 這個位置。

對於ioctl操作,優先執行f_op->unlocked_ioctl,如果沒有unlocked_ioctl,那麼執行f_op->ioctl

在學習ＡＲＭ開發中.ioctl在內2.6.32中。file_operatioins中還有ioctl.自己升級到2.6.36時，使用vim 查錯原始碼時，發現沒有ioctl只有unlocked_ioctl與compat_ioctl函數了。

自己改寫這個unlocked_ioctl函式，但是，不知如何用應用程式測試，
當在核心使用ioctl函式時，我在應用程式中使用ioctl(fd,"on"來測試是否呼叫了ioctl函式。
可是改成unlocked_ioctl函式時，使用unlocked_ioctl()函式時，提示沒有這個函式，請問怎麼辦？
long  test_ioctl(struct file *filp,unsigned int cmd,unsigned long value){
        struct newdev *p = filp->private_data;
        printk("ioctl %X \n",p);
        switch(cmd){
                case 0:
                        p->on();break;
                case 1:
                        p->off();break;
                default:
                        printk("Unknow cmd\n";
                        return -EINVAL;
        }
        return 0;
}

struct file_operations fops = {
        .open = test_open,
        .unlocked_ioctl = test_ioctl,
};

void test_on(void){
        printk("test_on test\n";
}

void test_off(void){
        printk("test_off test \n";
}

void initial_device(struct newdev *d){
        d->on = test_on;
        d->off = test_off;
}


應用程式如下:

int main(int argc,char *argv[]){

        int fd;
        char buf[10];
        printf("1\n";
        printf("argc[%d]\n",argc);
        if (argc != 2){
                printf("Usage %s string \n",argv[0]);
                return -1;
        }
        printf("2\n";

        fd = open("/dev/test",O_RDWR);
        printf("3\n";

        if (fd < 0 ){
                printf("fd open errror\n";
                return -1;

        }
        printf("4\n";
        if (!strncasecmp(argv[1],"on",2))
                unlocked_ioctl(fd,0);
        if (!strncasecmp(argv[1],"off",3))
                unlocked_ioctl(fd,1);

        return 0;
}

[email protected]:/usr/src/linux-2.6.36/drivers/new/10th# gcc -o app app.c
/tmp/cc4PWyCc.o: In function `main':
app.c.text+0xf1): undefined reference to `unlocked_ioctl'
app.c.text+0x12a): undefined reference to `unlocked_ioctl'
collect2: ld returned 1 exit status

[email protected]:/usr/src/linux-2.6.36/drivers/new/10th# 為了把BKL從核心中慢慢去掉，加入了unlocked_ioctl，但是有很多地方都用到ioctl,所以一直保留著，直到b19dd42f的時候，最後移除了所有對ioctl的使用，才把ioctl從file_operations裡面去掉。

所以你在核心裡用unlocked_ioctl是沒有問題的。

但是你應用程式裡面不能用unlocked_ioctl，因為系統呼叫ioctl是沒有改變的，還是原來的系統呼叫介面，只是系統呼叫的實現中，vfs_ioctl()變成了unlocked_ioctl，在應用層你根本不用關注核心中的這些實現上的改變，你只需要按照系統呼叫的用法用就可以了。

所以，在核心module裡，你應該用.unlocked_ioctl = test_ioctl;

而在應用層測試的時候，應用的系統呼叫仍然是ioctl()。

也就時VFS層這個中間虛擬檔案層呼叫我寫的unlocked_ioctl，而應用層還是通過ioctl呼叫VFS裡面的函式，我要做的工作由VFS完成了。