Received: by 10.213.65.68 with SMTP id h4csp655385imn; Fri, 16 Mar 2018 14:46:32 -0700 (PDT) X-Google-Smtp-Source: AG47ELtfRsJ1hOGnbQJlfxRL20F+wPdEvNibI8W/8xtHTVbTWGv0Am3DeETtD6as0ftAOS5lMGWr X-Received: by 10.99.108.2 with SMTP id h2mr2663107pgc.396.1521236792064; Fri, 16 Mar 2018 14:46:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521236792; cv=none; d=google.com; s=arc-20160816; b=BtBAIOUgYWj66d5GzXvdJ4xi/Tq/ka+cP5Tv2XS4QTWlv6+eIFwDgDqhVzwf0ldd+O 8wRt9v9Yrn/+gw5AiK8n4kISEZQiJvzKiXLfMN6kYF8jPMLyQ30zfQFVeQXG1rYWUaq3 8MbxlU5q9STHHqMQMEDMprDaCpJ7UT3VNj/JgORGWvdbz69+xhkbuP3ROVSLMUasVWNR Z6/bxu8jfuEA2QZLEGD0ONjfWU6aUUl45vKWGaCijAEMtmFysMNLo/lyFgfzFdTHzOXc UiM2e5U0Q7Ts1kjwQrf4Q2V/JDH5cAoRhiQ0bH9Clw7MaQeGKBHDAvYxcLlojGTRfb3o GodA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=iMS44qH3boIc2ZZ7KtwJEwfB9XMAmuoC6TjmVHq7J4E=; b=PySO9jBWbOQ4VusnlN/M7tO6yBoNZlpwG2tIfZSJioB1395GROiOEQnrzAftzjlE1U bOSq0JJWcnSmLNRqgdBVmvyrUymFICz73Sa/xT05ko2fXhcWVensAUzHIMFY7FHvxi0b gA386wlq+7PLCg1N3p4IsZ6qSw1vgb4k7VFoUWLfAJnKQVDB5WJ4AzeZBcVCT7GmDgCb OU5SAahiUmYi9/crc/MuOR31lGD5RlKsT+FA5uWXn5on2qED9OwEHmDtt45OXvvGUNh6 8thC+puz1Q4eLK2qHFNRSiRV8so4cNMU22V1NhwvcXwzObMHM+4F/GzrxtE9I8GzXrpH iY5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=tnxUO2r6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z85si3027131pfk.194.2018.03.16.14.46.16; Fri, 16 Mar 2018 14:46:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=tnxUO2r6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751475AbeCPVpL (ORCPT + 99 others); Fri, 16 Mar 2018 17:45:11 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:46984 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750982AbeCPVpK (ORCPT ); Fri, 16 Mar 2018 17:45:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=iMS44qH3boIc2ZZ7KtwJEwfB9XMAmuoC6TjmVHq7J4E=; b=tnxUO2r6wf42uxO0jNgdoVuUx cHGFDYF8Gn7C9Bacd2XHnfqQybXXzdCnikHDK/1CHTbK5POt1gIyBE1ZC+9/JE7+dIuicDxixwL9V myBbyPsqvFFL8nwg/Cq8uhC5XxnWeV40g6jxDvK809OtkE0XhskWlsxRtx0yf4EoSZ8Li7eKo3xHl paZlS8t15aWqH7FteFRlMHrftKoK6NfaC5et0Dg+l8E2qCjsA3aRCHbOGFsef0XvpRI30UUJbLZ1q wUdSuayLgaabWpMrbyMBOe9mGjy3odjplrD2DG4hQpbzqH0GvyEzx9TRV9Ho2NRgr5p8SOKRQy0+N tFYqQSYeQ==; Received: from dvhart by bombadil.infradead.org with local (Exim 4.90_1 #2 (Red Hat Linux)) id 1ewx9u-0006xJ-40; Fri, 16 Mar 2018 21:45:06 +0000 Date: Fri, 16 Mar 2018 14:44:54 -0700 From: Darren Hart To: Andy Lutomirski Cc: Dominik Brodowski , LKML , Linus Torvalds , Al Viro , Ingo Molnar , Andrew Morton , Arnd Bergmann , Thomas Gleixner , Ingo Molnar , Peter Zijlstra Subject: Re: [PATCH v2 03/36] mm: use do_futex() instead of sys_futex() in mm_release() Message-ID: <20180316214454.GB20184@localhost.localdomain> References: <20180315190529.20943-1-linux@dominikbrodowski.net> <20180315190529.20943-4-linux@dominikbrodowski.net> <20180316184348.GA20184@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 16, 2018 at 07:03:53PM +0000, Andy Lutomirski wrote: > On Fri, Mar 16, 2018 at 6:43 PM, Darren Hart wrote: > > On Thu, Mar 15, 2018 at 08:04:56PM +0100, Dominik Brodowski wrote: > >> sys_futex() is a wrapper to do_futex() which does not modify any > >> values here: > >> > >> - uaddr, val and val3 are kept the same > >> > >> - op is masked with FUTEX_CMD_MASK, but is always set to FUTEX_WAKE. > >> Therefore, val2 is always 0. > >> > >> - as utime is set to NULL, *timeout is NULL > >> > >> Cc: Thomas Gleixner > >> Cc: Ingo Molnar > >> Cc: Peter Zijlstra > >> Cc: Darren Hart > >> Cc: Andrew Morton > >> Signed-off-by: Dominik Brodowski > > > > Hi Dominik, > > > > I'm missing the "why" part here. What is it you are trying to address? > > > > do_futex is not currently in use outside of the futex implementation, > > while sys_futex is. This decouples the interface from the > > implementation. While this is perhaps less critical within the > > kernel, I don't see a compelling reason to increase the coupling > > between the mm and futex implementations. > > > > Without a compelling WHY, Nack from me. > > > > We want to make some changes to the way that the syscall entry code > invokes syscalls, and these changes will make it impossible to call > sys_xyz() functions from the kernel. So we can make sys_futex() be a > trivial wrapper around a new ksys_futex(), or we can do a patch like > this. I dug up the cover letter and got the motivation and withdraw my objection. I understand the motivation to put the motivation in the cover letter in a large series, but I think there should have been something indicating the need for this change in the individual patches, even just a single line like Andy's first sentence above. Thanks, -- Darren Hart VMware Open Source Technology Center