From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [PATCH 0/4 v2] Fix possible use after free with AIO Date: Wed, 30 Jan 2013 14:45:35 +0000 Message-ID: <20130130144535.GK4503@ZenIV.linux.org.uk> References: <1359502081-20240-1-git-send-email-jack@suse.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel@vger.kernel.org, xfs@oss.sgi.com, linux-ext4@vger.kernel.org, ocfs2-devel@oss.oracle.com To: Jan Kara Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:49363 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755204Ab3A3Opi (ORCPT ); Wed, 30 Jan 2013 09:45:38 -0500 Content-Disposition: inline In-Reply-To: <1359502081-20240-1-git-send-email-jack@suse.cz> Sender: linux-ext4-owner@vger.kernel.org List-ID: On Wed, Jan 30, 2013 at 12:27:57AM +0100, Jan Kara wrote: > > Hi, > > since nobody seem to have picked up any of the patches (at least > nobody told me so), I've added acks I received to the patches and I'm > sending them to Al for merging. Al, can you please merge these? Thanks. VFS part (4/4) picked; IMO at least ext* and xfs should go through the filesystem trees. If ocfs2 folks don't pick fs/ocfs2 part, I'll grab it as well - not sure how active their tree is these days... From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9DC807F4E for ; Wed, 30 Jan 2013 08:45:44 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4E4DEAC001 for ; Wed, 30 Jan 2013 06:45:41 -0800 (PST) Received: from ZenIV.linux.org.uk (zeniv.linux.org.uk [195.92.253.2]) by cuda.sgi.com with ESMTP id qG3szGro0F77ZLqC (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 30 Jan 2013 06:45:39 -0800 (PST) Date: Wed, 30 Jan 2013 14:45:35 +0000 From: Al Viro Subject: Re: [PATCH 0/4 v2] Fix possible use after free with AIO Message-ID: <20130130144535.GK4503@ZenIV.linux.org.uk> References: <1359502081-20240-1-git-send-email-jack@suse.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1359502081-20240-1-git-send-email-jack@suse.cz> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Jan Kara Cc: linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, ocfs2-devel@oss.oracle.com, xfs@oss.sgi.com On Wed, Jan 30, 2013 at 12:27:57AM +0100, Jan Kara wrote: > > Hi, > > since nobody seem to have picked up any of the patches (at least > nobody told me so), I've added acks I received to the patches and I'm > sending them to Al for merging. Al, can you please merge these? Thanks. VFS part (4/4) picked; IMO at least ext* and xfs should go through the filesystem trees. If ocfs2 folks don't pick fs/ocfs2 part, I'll grab it as well - not sure how active their tree is these days... _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Date: Wed, 30 Jan 2013 14:45:35 +0000 Subject: [Ocfs2-devel] [PATCH 0/4 v2] Fix possible use after free with AIO In-Reply-To: <1359502081-20240-1-git-send-email-jack@suse.cz> References: <1359502081-20240-1-git-send-email-jack@suse.cz> Message-ID: <20130130144535.GK4503@ZenIV.linux.org.uk> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Jan Kara Cc: linux-fsdevel@vger.kernel.org, xfs@oss.sgi.com, linux-ext4@vger.kernel.org, ocfs2-devel@oss.oracle.com On Wed, Jan 30, 2013 at 12:27:57AM +0100, Jan Kara wrote: > > Hi, > > since nobody seem to have picked up any of the patches (at least > nobody told me so), I've added acks I received to the patches and I'm > sending them to Al for merging. Al, can you please merge these? Thanks. VFS part (4/4) picked; IMO at least ext* and xfs should go through the filesystem trees. If ocfs2 folks don't pick fs/ocfs2 part, I'll grab it as well - not sure how active their tree is these days...