From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [PATCH v2 0/5] Overhaul the audit filename handling Date: Fri, 23 Jan 2015 05:30:56 +0000 Message-ID: <20150123053056.GC29656@ZenIV.linux.org.uk> References: <20150122045303.1347.98054.stgit@localhost> <20150122075429.GV29656@ZenIV.linux.org.uk> <4011794.crgx99Gu8a@sifl> <25860171.h6aocaXFeh@sifl> <20150122212902.GW29656@ZenIV.linux.org.uk> <20150122214000.GX29656@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Guenter Roeck , linux-fsdevel@vger.kernel.org, linux-audit@redhat.com, rgb@redhat.com, sd@queasysnail.net, linux-kernel@vger.kernel.org To: Paul Moore Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:53169 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750996AbbAWFbB (ORCPT ); Fri, 23 Jan 2015 00:31:01 -0500 Content-Disposition: inline In-Reply-To: <20150122214000.GX29656@ZenIV.linux.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, Jan 22, 2015 at 09:40:01PM +0000, Al Viro wrote: > On Thu, Jan 22, 2015 at 09:29:03PM +0000, Al Viro wrote: > > On Thu, Jan 22, 2015 at 04:25:13PM -0500, Paul Moore wrote: > > > > > Your experimental branch looks good to me, thanks. > > > > Pushed into for-next; I'm probably going to move that stuff into a never-rebased > > branch, merged into for-next and safe to pull into your tree if you want to do > > something on top of that set. > > OK, vfs.git#getname is it; it's in never-to-be-rebased mode and it's merged > into vfs.git#for-next (as of right now; HEAD is 9ee4c4). If you need to do > something on top of that stuff, pulling vfs.git#getname is safe. Unfortunately, that thing was -rc2-based, leading to conflict with mainline in kernel/auditsc.c. My fault, I hadn't realized that "audit: create private file name copies when auditing inodes" in audit tree was, in fact, present in mainline. vfs.git#getname2 is -rc3-based, same resulting kernel/auditsc.c as in #getname. Please, use that. vfs.git#for-next merges from that one now, so tomorrow -next should have no problems from vfs.git...