Received: by 10.192.165.156 with SMTP id m28csp326782imm; Wed, 18 Apr 2018 23:07:15 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+X3l0Pqt2pdQBr6wvOYTw01J6S9MCZkhweYsE5sWCKfzsOb7NHpMiducanyOA3YUoC65Sj X-Received: by 2002:a17:902:3281:: with SMTP id z1-v6mr4806614plb.226.1524118035755; Wed, 18 Apr 2018 23:07:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524118035; cv=none; d=google.com; s=arc-20160816; b=Nh8v3j5z96JfjPVdXerlup5OAsdzDwx4I7ivOlJUybq1L3V/z73vGnTpWDXCBxZIwa FdWJNBIBvEz9wsw7tN+4nvup2Ff6+HsVR1UHJQitDbqPkLGE2IaMV2o2f3dEX0YIautx LjXpCKBtJD5yMwa2kYKDlKVK+KMACqjVwHUcUgTh9cKvHljiTEEPHUPs6G7p01Bc068U R9C4WdyYipxK2jXnvg6qZCiF1yi+fHuegbEgWqAguSYbwupuCdP2Hr5ST1MjFAovGH6N xPI+oHcM//KdnLvrxoX4klpyr7RaiPIu+wVORnXNnzI7ev3EWyqFghDVU6iiTm9vy+cH MOQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject:arc-authentication-results; bh=jxvqdMwLpY1ITpQzqOIWncJP+3UXgKb87ien4TTZwns=; b=TEHs87V2QxyR72BHrXpdP4S0+A2VXa0Jzk71JYppRRkYjk6ubPZ3QqpYmUJu/7h9/y vdxnmqf3812YUPOr0rL6S0QqadtpUPBL80dPv9gXm/CSv6dXFwC6abtNBpuPiMoShBRu 0tqSv/KMts3yp/mv2QUXI0IrcB4ZDtfxicpdBxPSx7MzcAUCXrMzIVDL/bHbTeDOhiy/ YNY5vuMYjg9yWIlj6NKDQLcg4m/gwP0dXQnXZermMJk1yljeJw8OZLsaPCfkeFP9ABM4 rNAtmqPeeNO15R68ctGrU/0h2rzI6bXaM8kLBE6zjCPU1iFsD1jRuqs9tD6oV8DapK+L eN6w== ARC-Authentication-Results: i=1; mx.google.com; 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 o1-v6si2799434pld.424.2018.04.18.23.07.01; Wed, 18 Apr 2018 23:07:15 -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; 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 S1753346AbeDSGFE (ORCPT + 99 others); Thu, 19 Apr 2018 02:05:04 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:7180 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751964AbeDSGFC (ORCPT ); Thu, 19 Apr 2018 02:05:02 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id C3E7F8EE41277; Thu, 19 Apr 2018 14:04:47 +0800 (CST) Received: from [127.0.0.1] (10.184.31.195) by DGGEMS411-HUB.china.huawei.com (10.3.19.211) with Microsoft SMTP Server id 14.3.361.1; Thu, 19 Apr 2018 14:04:43 +0800 Subject: Re: [PATCH v2] prctl: fix compat handling for prctl To: Andy Lutomirski CC: Al Viro , "Eric W. Biederman" , Dominik Brodowski , Andrew Morton , LKML , Hanjun Guo References: <1524099966-43544-1-git-send-email-huawei.libin@huawei.com> From: "Libin (Huawei)" Message-ID: <130bb5d0-e6a8-932b-3f56-ef021f10a8ba@huawei.com> Date: Thu, 19 Apr 2018 14:03:55 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.184.31.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 2018/4/19 10:25, Andy Lutomirski 写道: >> On Apr 18, 2018, at 9:06 PM, Li Bin wrote: >> >> The member auxv in prctl_mm_map structure which be shared with >> userspace is pointer type, but the kernel supporting COMPAT didn't >> handle it. This patch fix the compat handling for prctl syscall. > > I would propose an alternative fix: change the type to u64. As far as But we also need to modify the sys/prctl.h in Glibc, right? > I know, this thing is only used by CRIU, and CRIU doesn’t work (AFAIK) > on native 32-bit anyway. Do you know of some reason that this > wouldn't work? > > . >