From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8E658C433DF for ; Mon, 15 Jun 2020 19:06:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6816C20739 for ; Mon, 15 Jun 2020 19:06:27 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=intel-com.20150623.gappssmtp.com header.i=@intel-com.20150623.gappssmtp.com header.b="HSNkMcTT" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731422AbgFOTG0 (ORCPT ); Mon, 15 Jun 2020 15:06:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52628 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729354AbgFOTGY (ORCPT ); Mon, 15 Jun 2020 15:06:24 -0400 Received: from mail-ed1-x542.google.com (mail-ed1-x542.google.com [IPv6:2a00:1450:4864:20::542]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 585ABC061A0E for ; Mon, 15 Jun 2020 12:06:24 -0700 (PDT) Received: by mail-ed1-x542.google.com with SMTP id x25so5378299edr.8 for ; Mon, 15 Jun 2020 12:06:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=olEteVHhdq8yEDgr22qHHqiXrLTHF0iSZEQd5+cZ3i4=; b=HSNkMcTTIJYSJKd5fm1hFo5NcqHjRoxIw9VgW1AhFtGY9q9s3jG/lafai0QvhBZr08 2Y4ZLVLUtytxhUfEPHb1eZmuRg8e9yZxh8SLuY2aN/KaQkJsB9yjK0JgsWhHJ7II1hOi MbzutdQ2EmUCxu4XGefggHJztuN9VKRrf2vkgbC6TXvw0w6wsNhlivnabF/nAfsh/YkD Yp3x3MpBVO9oeDsfB3ByuiFpM6BwvmmqayHySEmWh1mgxM3adyKmDPL7RWzKcQgR2Fny 1KEucQJszZ9hZW4wIurej5IV62ilDBRBy9Y6DhsgZBPlnmLs5K7sd+enkrlBA9fq7Cel A7bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=olEteVHhdq8yEDgr22qHHqiXrLTHF0iSZEQd5+cZ3i4=; b=AwhiND4OeQqYNEd9KXT6Shu+9iQ9YumV42f567j7Wef+sr/3fgPEqHrCim1sxdUCPi bx+V12lqVtk8P+vN1fLx0k5fHMNI0FioK4KahzzlrwLwHL3z8SZOaY9zb0aRy+iqZ+64 /fgnKiHQ3i+nhrH1wo64bqlamGA2CWSK/6LgrywGVRs/7XQtKm1dGL7osyzwxNqPEWJU 40cL4XSVeyS9BWcH6keg1PaV/kV1QtnZwjfBX4FRPC0l1LDuKcDUU3G0bxV1j7H7LE3h OkDNejZ1pqUDL8UT64MExNrcCJTIZ3edgprjkvqTu2lA63J2suDKi9SPgpCDVGn8l7ib ecwQ== X-Gm-Message-State: AOAM530vtrfMHsH/+Lb1LSfT/4euC5nA9bj3E+A+/6WexZ2kkAOgEmnv KcjoBI6IeyGV83A7a/6SBq6TjEZywdjrP2fEsW0nbA== X-Google-Smtp-Source: ABdhPJxzUL4eHu5m5GntRVMoggAuJPY06Z4cx3u9jUOhbsuFvVxxME5LmBO1gfqVV0ymEVBSdTRsALwmBpbSSrtyiis= X-Received: by 2002:aa7:c944:: with SMTP id h4mr24735245edt.383.1592247983077; Mon, 15 Jun 2020 12:06:23 -0700 (PDT) MIME-Version: 1.0 References: <158889473309.2292982.18007035454673387731.stgit@dwillia2-desk3.amr.corp.intel.com> <34641620.ChEHEh4gq6@kreacher> In-Reply-To: <34641620.ChEHEh4gq6@kreacher> From: Dan Williams Date: Mon, 15 Jun 2020 12:06:11 -0700 Message-ID: Subject: Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit To: "Rafael J. Wysocki" Cc: "Kaneda, Erik" , "Rafael J. Wysocki" , "Wysocki, Rafael J" , Len Brown , Borislav Petkov , "Weiny, Ira" , James Morse , Myron Stowe , Andy Shevchenko , "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-nvdimm@lists.01.org" , "Moore, Robert" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 13, 2020 at 12:29 PM Rafael J. Wysocki wrote: [,,] > > While I agree that this is still somewhat suboptimal, improving this > > would require more changes in the OSL code. > > After writing the above I started to think about the extra changes needed > to improve that and I realized that it would take making the OS layer > support deferred memory unmapping, such that the unused mappings would be > queued up for later removal and then released in one go at a suitable time. > > However, that would be sufficient to address the issue addressed by this > series, because the deferred unmapping could be used in > acpi_ev_system_memory_region_setup() right away and that would be a much > simpler change than the one made in patch [1/3]. > > So I went ahead and implemented this and the result is there in the > acpica-osl branch in my tree, but it hasn't been built yet, so caveat > emptor. Anyway, please feel free to have a look at it still. I'll have a look. However, I was just about to build a test kernel for the original reporter of this problem with this patch set. Do you want test feedback on that branch, or this set as is?