Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3068875pxk; Mon, 28 Sep 2020 07:39:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyugpNGVwLAAPFI2nnBazdQRdihQZiRPZCJ0NVx0YqkjPuFk3S59QetovnGGx5grQSUf38H X-Received: by 2002:a17:906:4087:: with SMTP id u7mr1976042ejj.466.1601303965844; Mon, 28 Sep 2020 07:39:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601303965; cv=none; d=google.com; s=arc-20160816; b=P3WVjgbL1QR1Y8uCc2UyzI4RBOvjmurG4998xRjpbnToY1sUCwdwLNEbKe0CBikG46 SMVswgAzV61Ty5mCaEQPWO9YQfVSbr/9JH/MfDvy2AxT20Uu4SG6Y/9FgFCc9nbtFp1W BPXuNE7xErXeXfMZ6kk36c+N3fTmRobCnbRsdaavv5yfRVMFbIuOpEB158DZMhXlpfwZ qTsw+1f8ITybR0naiKXWeac/4yr8hOhKTaS0PfpMrllq+T8SerNdh16MHdTm4ufXFKRv 0cttisYlodpP6tMs41JgNIa0BsUdv1ljFmrvqmM6RgDn+NIx/Kf+SoXRtbjHcibXabGK 452Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:mime-version :dkim-signature; bh=9un1wrj3PTq7hOjdkXB7DO4gRSAxULKefYKMKy1C5EE=; b=DnkMvybE3ItMlPjl5XTZcISLPsaiH8iyqUuWwO7wUMtpTt4Apblt6rsENMq+C1D0lk F5/KNMHwxIeLhPb98r8Y2prGG3EAcqfq/skDEt8f9mh0FEyKqqhrpaU5le/kIpaawASi Le1Qx8Mh2f8ZNbeJ3987KwpjPJEGj6KiZ0Dux3dcL4TSqe8Y2Fx5MOQQ3WjZ/m+XwiIb n/QSbRyQA8L/Y3e5I/DddHNQYVxU4cvBUuOl75GvlyQwzP1Fhhb/HyaqbH6MU68n0lSb kqhFReo9EDZU0rKT1igZ7po5/4b5kiRCD9BzgvtMDjZTXk/yr/3ApxCNmacGwDzfcx8l UplA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=sztvg8Xs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v5si726123edx.502.2020.09.28.07.39.03; Mon, 28 Sep 2020 07:39:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=sztvg8Xs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726636AbgI1Ohb (ORCPT + 99 others); Mon, 28 Sep 2020 10:37:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726564AbgI1Ohb (ORCPT ); Mon, 28 Sep 2020 10:37:31 -0400 Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5F902C061755 for ; Mon, 28 Sep 2020 07:37:31 -0700 (PDT) Received: by mail-qk1-x72e.google.com with SMTP id x201so745416qkb.11 for ; Mon, 28 Sep 2020 07:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=9un1wrj3PTq7hOjdkXB7DO4gRSAxULKefYKMKy1C5EE=; b=sztvg8Xsp3jxgm/0E9EynYjZfFNu2om3bJC76o5nTDvNglwdbCuzzmaQb8H0b/+kSY LUom5AjRWc/hF4w0ETOs2jm1wqT0zGh1vuc5M3/ZBs3/zfz7dmxgE6KzxORiCiNGUiPL RBrLw7HYU4FfM98r3x12Yw990FCmvwnhzqGenpSsAUA/4NCDgeWNBaPSjVpcLTFEVQLn 2Bin7Mg8h807pMhAwhQOoIpKmn24mlFB3YoAXfnSv9HEtM+dsFWPjf45Is6StH8mR+7a KRbGND7jPeYCfYuyWceQ6JBLGbehOHQOxqZR9ZSBGurbcLsOqhfAj+KrtJBTulAEQhOo PfOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=9un1wrj3PTq7hOjdkXB7DO4gRSAxULKefYKMKy1C5EE=; b=m8djy7QFbF4lAmwUAB5KctD1JVrTM065EL9hh42sTwTkkK0VoeSVwCWB+A1F1RBKGU cDkNqRS0WxMfiYCHJfnR8MNbu3068j7yTxA/MVJ1to9bwQoiYp31983FZ+Dh/YibYm9I sM/Jzh7qmVjNE2xZ1Uwzbm168QzqHWKYaW1V6R1b8cLk0hnxfAaLCthmgPlkJjWjmfvt w1E4CrUiqvgxiuvmtNaLfjS2uoUnwQ7izk5/sznz7X87350JhYVEaaVnBoWFSu5dH1x8 c+OD1xUwoX9UPiOVlfwAkGZ7OXTIKKqqBSITwrCjGQjCXMMpJNrVzwp+rdyLE8Zzv+c0 BL0g== X-Gm-Message-State: AOAM533zdoTumYjFQPVnY7OxA+ISY87ga4INMcVEumMUuiuasuk9LVnF QNgm3bt7sd2pTPmhuP3oq8s7AiVM8/aghsq0EYK2alXQnhYXHw== X-Received: by 2002:a37:a5d6:: with SMTP id o205mr1649836qke.314.1601303850655; Mon, 28 Sep 2020 07:37:30 -0700 (PDT) MIME-Version: 1.0 From: Hao Lee Date: Mon, 28 Sep 2020 22:37:17 +0800 Message-ID: Subject: Can we remove the checking of CONFIG_ARCH_HAS_PTE_SPECIAL in __vm_insert_mixed? To: npiggin@gmail.com Cc: dan.j.wiilliams@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sorry, the previous email is corrupted. This is a resending. In the current code, if the architecture supports PTE_SPECIAL, __vm_insert_mixed() becomes a simple encapsulation of insert_pfn() because it always calls insert_pfn() and never calls insert_page(). This behavior is inconsistent with the function's name. As described in commit 423bad600443 ("mm: add vm_insert_mixed"), this function is designed to supports _both_ raw pfns and pfns with struct page, but in architecture with PTE_SPECIAL, it treats the latter as the former. So, I think we'd better remove the checking of CONFIG_ARCH_HAS_PTE_SPECIAL to make the behavior consistent for all architectures. If my understanding is right, I can submit a patch to fix this. Thanks. Regards, Hao Lee