On Thu, Jul 09, 2015 at 02:49:08PM +0200, Jens Wiklander wrote: > > Generally in a scheme like this we'd see open and release get/put the > > underlying module handle to prevent driver removal while the char dev > > is open. Otherwise module removal will hang here. > > I'm perhaps misunderstanding you. While the cdev has any open file > descriptors rmmod will fail with "Resource temporarily unavailable" > because of fops_get() in chrdev_open(). Hmm, I see, you've done this: + cdev_init(&teedev->cdev, &tee_fops); + teedev->cdev.owner = teedesc->owner; And owner here is the driver module? Interesting.. Looks OK.. Jason -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
