From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756799Ab3C1O42 (ORCPT ); Thu, 28 Mar 2013 10:56:28 -0400 Received: from li9-11.members.linode.com ([67.18.176.11]:56853 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756759Ab3C1O4E (ORCPT ); Thu, 28 Mar 2013 10:56:04 -0400 Date: Thu, 28 Mar 2013 10:20:02 -0400 From: "Theodore Ts'o" To: Kent Overstreet Cc: linux-kernel@vger.kernel.org, linux-aio@kvack.org, akpm@linux-foundation.org, Zach Brown , Felipe Balbi , Greg Kroah-Hartman , Mark Fasheh , Joel Becker , Rusty Russell , Jens Axboe , Asai Thambi S P , Selvan Mani , Sam Bradshaw , Jeff Moyer , Al Viro , Benjamin LaHaise Subject: Re: [PATCH 04/33] aio: remove retry-based AIO Message-ID: <20130328142002.GD4989@thunk.org> Mail-Followup-To: Theodore Ts'o , Kent Overstreet , linux-kernel@vger.kernel.org, linux-aio@kvack.org, akpm@linux-foundation.org, Zach Brown , Felipe Balbi , Greg Kroah-Hartman , Mark Fasheh , Joel Becker , Rusty Russell , Jens Axboe , Asai Thambi S P , Selvan Mani , Sam Bradshaw , Jeff Moyer , Al Viro , Benjamin LaHaise References: <1363883754-27966-1-git-send-email-koverstreet@google.com> <1363883754-27966-5-git-send-email-koverstreet@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1363883754-27966-5-git-send-email-koverstreet@google.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 21, 2013 at 09:35:25AM -0700, Kent Overstreet wrote: > From: Zach Brown > > This removes the retry-based AIO infrastructure now that nothing in tree > is using it. > > We want to remove retry-based AIO because it is fundemantally unsafe. It > retries IO submission from a kernel thread that has only assumed the mm of > the submitting task. All other task_struct references in the IO > submission path will see the kernel thread, not the submitting task. This > design flaw means that nothing of any meaningful complexity can use > retry-based AIO. > > This removes all the code and data associated with the retry machinery. > The most significant benefit of this is the removal of the locking around > the unused run list in the submission path. > > This has only been compiled. > > Signed-off-by: Kent Overstreet > Signed-off-by: Zach Brown Reviewed-by: "Theodore Ts'o"