Closed bas-t closed 9 years ago
As of linux-2.6.36 (I think) we are using a patch to overcome the mutex lock for fops in file->f_op->open in dvbdev.c
While the mutex unlock/lock patch is very usefull, we should think of a different way to address this change in the linux kernel.
All other drivers (afaik) make use of the usercopy (with interruptable mutexes), why don't we?
As a reminder to myself:
CHANGE THAT TRIGGERRED THE USE OF THE PATCH (imo):
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/patch/drivers/media/dvb/dvb-core/dvbdev.c?id=72024f1ec5164a70d84dd8cf4458fe4064a6b692
CONTENT (just to make sure that I can still read it when the above link dies):
http://pastebin.com/qr3hQ65g
POSSIBLE CLUE:
http://pastebin.com/DbadzuX2
As of linux-2.6.36 (I think) we are using a patch to overcome the mutex lock for fops in file->f_op->open in dvbdev.c
While the mutex unlock/lock patch is very usefull, we should think of a different way to address this change in the linux kernel.
All other drivers (afaik) make use of the usercopy (with interruptable mutexes), why don't we?
As a reminder to myself:
CHANGE THAT TRIGGERRED THE USE OF THE PATCH (imo):
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/patch/drivers/media/dvb/dvb-core/dvbdev.c?id=72024f1ec5164a70d84dd8cf4458fe4064a6b692
CONTENT (just to make sure that I can still read it when the above link dies):
http://pastebin.com/qr3hQ65g
POSSIBLE CLUE:
http://pastebin.com/DbadzuX2