lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 26 Aug 2008 17:50:50 +0900 From: Tejun Heo <tj@...nel.org> To: ericvh@...il.com, rminnich@...dia.gov, v9fs-developer@...ts.sourceforge.net, linux-kernel@...r.kernel.org Subject: [PATCHSET] 9p: clean up a bit and use single poller for trans_fd This patchset cleans up 9p and 9p-trans_fd a bit and convert trans_fd to use single poller instead of poll of pollers and contains the following six patches. 0001-9p-implement-proper-trans-module-refcounting-and-un.patch 0002-9p-trans_fd-fix-trans_fd-p9_conn_destroy.patch 0003-9p-trans_fd-clean-up-p9_conn_create.patch 0004-9p-trans_fd-don-t-do-fs-segment-mangling-in-p9_fd_p.patch 0005-9p-trans_fd-fix-and-clean-up-module-init-exit-paths.patch 0006-9p-trans_fd-use-single-poller.patch 0001 fixes trans module registration and unregistration. 0002-0005 fix a few bugs in and clean up trans_fd. 0006 converts trans_fd to use single poller instead of pool of pollers. Although this patchset fixes a few problem cases but there still are other synchronization issues in trans_fd. Most notably, a request which is being flushed can be freed before r/w works are done with them. What's necessary is probably flushing r/w works before actually destroying the request from flush. Well, I guess that's for another day. This patchset is on top of the current linus#master (399d7f6b) and the combined diffstat follows. include/net/9p/9p.h | 1 include/net/9p/transport.h | 9 - net/9p/client.c | 10 + net/9p/mod.c | 92 ++++++++---- net/9p/trans_fd.c | 340 ++++++++++++++------------------------------- net/9p/trans_virtio.c | 2 6 files changed, 198 insertions(+), 256 deletions(-) Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists