> That's part of it, but, as Alan pointed out, there's more. The BKL > currently protects open() calls against concurrency with other opens, > with ioctl(), and with driver initialization as well. So it's a matter > of having one's locking and ordering act together in general. Thanks. Just to be super-explicit, ioctl() cannot be called on a given file until the open() for that particular file has returned, right? And the point about driver initialization is that open() can be called as soon as the file operations are registered, even if the module_init function has not returned? Thanks, Roland --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Andy Whitcroft | Re: 2.6.21-rc7-mm2 -- x86_64 blade hard hangs |
| Rafael J. Wysocki | 2.6.26-rc1-git9: Reported regressions from 2.6.25 |
git: | |
| Andy Grover | [PATCH 01/21] RDS: Socket interface |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
