To agk@sourceware.org cc: dm-devel@redhat.com, linux-kernel@vger.kernel.org Subject: [RFC][PATCH 0/10] I/O context inheritance From: Hirokazu Takahashi <taka@valinux.co.jp> X-Mailer: Mew version 5.1.52 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, This series of patches make the block I/O layer and the I/O schedulers be able to determine the right io_context of every I/O. The current implementation of the block I/O layer and the I/O schedulers assume that the current process is the one which issued the given I/O, then use the io_context of this process to control the I/O. But this assumption isn't quite right because several kernel threads will handle I/O requests on behalf of the processes which originated them. This often happens when you want to use device mapper modules. The patches make every bio has a pointer to an io_context, which will be set when it is allocated or cloned. So it makes it possible to find the right io_context from any bio at any place. I'm waiting for your comments. Thank you, Hirokazu Takahashi. --
| Andrew Morton | -mm merge plans for 2.6.23 |
| Chuck Ebbert | Why do so many machines need "noapic"? |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Greg Kroah-Hartman | [PATCH 023/196] MCP_UCB1200: Convert from class_device to device |
git: | |
| David Miller | Re: [BUG] New Kernel Bugs |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 31/37] dccp: Remove manual influence on NDP Count feature |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
