Messages in this thread | | | Date | Mon, 10 Jul 2006 14:09:03 -0400 | From | "Jon Smirl" <> | Subject | Re: tty's use of file_list_lock and file_move |
| |
On 7/10/06, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote: > Ar Llu, 2006-07-10 am 13:27 -0400, ysgrifennodd Jon Smirl: > > > Its explained in the comment in do_SAK. > > > > This problem seems to be aggravated by reusing the tty_struct for that > > tty. With the refcount patch it is now easy to disassociate an > > existing tty (and the processes attached to it) from the array > > tracking tty minors. > > The real problem is the rather deeper one - the lack of revoke(). Its > possible to paper over that with SELinux but really we need revoke() and > when you get revoke() you get the handle stuff cleaned up > > We hold file_list_lock because we have to find everyone using that tty > and hang up their instance of it, then flip the file operations not > because we need to protect against tty structs going away. It's needed > in order to walk the file list and protects against the file list itself > changing rather than the tty structs. It may well be possible to move > that to a tty layer private lock with care, but it would need care to > deal with VFS operations. > > We hold the ->files->file_lock because we have to walk other processes > file tables in a safe fashion in SAK. That one is fairly clear.
What if do_SAK did something like this?
copy the tty struct to new_tty NULL out the file list in new_tty insert new_tty into the array tracking tty minors so that open will find the new one
in old_tty stub out all of it's routines that do read/write/etc Now start a kernel thread doing the HUP/INT/KILL sequence, it has a reference to old_tty so it can find everything. When everything is clean, delete old_tty
The processes and file handles attached to old_tty won't be able to do anything, all of their IO calls have been stubbed out. The file list can't be changed since there there is no way to get to it anymore.
When init respawns it picks up new_tty which is guaranteed clean of processes and open handles because it was just created.
-- Jon Smirl jonsmirl@gmail.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |