Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1407243pxv; Fri, 2 Jul 2021 03:06:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxdU96zFijYSHNbKSDBuycqbYwpGnTzHTjgoHEV3b1MOpk0LdDAmCPm9MMCwJJ7h6g94gy X-Received: by 2002:a05:6e02:585:: with SMTP id c5mr1836841ils.304.1625220383394; Fri, 02 Jul 2021 03:06:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625220383; cv=none; d=google.com; s=arc-20160816; b=eSHlB4VWYTR0nceIgcDaI5TVkJpDiiK95c1n15pPWhYW8mriWeUE/cBCtE/T/FfzrV 2XY2OggNEf2ATL08+XC5VM+B0Rk7ociiki2ipWeHa03tv3pTKB40iD4PuJtEhHmvCUG/ zYK3O5WpeWXKlEtZ2mIP0e3zoz2ik6TVcDNgpuKJg2znr6CeQbPs26//Ysj/4R2Z8Um+ MPrk4q4ucdTHVR4mrIBnak1NkhosLKNOw6phNn+owHdkO7i1mT4mPOYKhxPYnrTC96/u V/PhfP96ENMh+gYXx8SBhM+6cYyV+b6nlQx49EQ6LB/JlvdnDLojfPeTp5mN7P03A8c2 +xsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=IAYuZ+R9OoqNtP1jBq/XV3M/tKAedTLj/lgFAb5lseM=; b=DjNVoirHYeJASdx7NEQ2oinRlg04QlmRq8iYeMkYfCVujoOQGc6tNBB4wLHhmBY8Iz 93vG18h7dZ85oN624lEUobRwCSWTLN1HTVEtl8FI3lWO7Il1zp44dWBDayAJV23eJ6UD NyVSWkhPCPFW+1jB50SUBjq1ZpKsIi+nA7cQpYeIbLingCaSp/wdB1P0HxZHOkCEW/Ci xPsZVSYwhU1azFa8YJj3yEkp5FV9eRUdiH9iwrjvDnK3fxYy/I7GmG3RjFf1Iem0jnrX 3p5BTWG3Z39+RSf5C+lBSqzmA5Ekwb/6ui8vRuXKVwUJKZ2l61IeMZxRqqdVYE8xZr04 wHFQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h10si2765312ile.35.2021.07.02.03.06.09; Fri, 02 Jul 2021 03:06:23 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231336AbhGBKHs (ORCPT + 99 others); Fri, 2 Jul 2021 06:07:48 -0400 Received: from out4436.biz.mail.alibaba.com ([47.88.44.36]:56083 "EHLO out4436.biz.mail.alibaba.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231302AbhGBKHr (ORCPT ); Fri, 2 Jul 2021 06:07:47 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R161e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01424;MF=yaohuiwang@linux.alibaba.com;NM=1;PH=DS;RN=11;SR=0;TI=SMTPD_---0UeT3pAQ_1625220302; Received: from Dillions-MBP-16.local(mailfrom:yaohuiwang@linux.alibaba.com fp:SMTPD_---0UeT3pAQ_1625220302) by smtp.aliyun-inc.com(127.0.0.1); Fri, 02 Jul 2021 18:05:03 +0800 Subject: Re: [PATCH v3 1/2] x86/ioremap: fix the pfn calculation mistake in __ioremap_check_ram() To: Dave Hansen , tglx@linutronix.de Cc: luto@kernel.org, peterz@infradead.org, mingo@redhat.com, bp@alien8.de, x86@kernel.org, linux-kernel@vger.kernel.org, luoben@linux.alibaba.com, Tom Lendacky , Brijesh Singh References: <20210621123419.2976-1-yaohuiwang@linux.alibaba.com> <20210621123419.2976-2-yaohuiwang@linux.alibaba.com> <94a38542-b639-37e4-1b53-29b59c5ea655@intel.com> From: Yaohui Wang Message-ID: <34bae667-180f-ce97-ee55-12e13ff28ca0@linux.alibaba.com> Date: Fri, 2 Jul 2021 18:05:02 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <94a38542-b639-37e4-1b53-29b59c5ea655@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/7/1 22:41, Dave Hansen wrote: > Was this issue found by inspection, or is it causing an actual problem > in practice? This issus truly caused terrible perforamnce downgrade in the practice. When developing an out of tree module in our testing environment, invoking ioremap() on normal RAM causes apparent CLI lag. The Unixbench score also decreases a lot (5x slowdown in the worst case). Debugging such performance issue is extremely difficult, especially when the code of the faulty module itself is already very complex. I tested the system in many aspects before finally located this problem. > Also, it would be really nice to include the original authors when you > send Fixes: for patches. BTW, scripts/get_maintainer.pl would have done > this for you. I've added Tom and Brijesh. Please cc them in the future. I'll pay attention to this in the future. Thank you for your time and patience!