Received: by 10.192.165.148 with SMTP id m20csp454761imm; Fri, 27 Apr 2018 01:43:16 -0700 (PDT) X-Google-Smtp-Source: AB8JxZou5pHklgRrseX4qinDIlPJsHNaI0QgSXJMR2bte5mdowp9FPpl/lu+3NESdSlAU75xSPJA X-Received: by 10.98.174.19 with SMTP id q19mr1387843pff.155.1524818596846; Fri, 27 Apr 2018 01:43:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524818596; cv=none; d=google.com; s=arc-20160816; b=eH1VRHxtSWgSvfwIp7mZaNrl1XDhBuOq+z9tBHqJC3t4sok1KXUFCpzgiZtr/40ga1 62qhhTaUtIH1T8WXVO9GaFX9wE1a9SJ2OemKUWGOEXY3AeoA4YHne7a3bkB+8OSU4QXl hYa/gh0DkMjwO8M3B6YI/vWf0oCVXGQwreXg1FIyExqh+Wc4ShfE2ZTUkrmLT0VPORKE MsfZlUXi7CxzVpoGq0l0q5gUUvIEqFs1H/nJGq+qZEglox3zUvvIFu3H10QJd1YBJ+Wn 2m+ue0p3sdPBZw64yijiSvH4hr7+mEspg+vKbgaHOXvgysfPGtDw9TPhAWLL/DA66lsY MkhQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=ryZgGH4NNblm+wco45/qWpuuxRUbsSU8Ppf+6clU1pU=; b=mfUdcLYD6lg+tI7jI3gaHC/N3OPw0e3sUgpQq/lPIIU4hFbLMUXKOds2jV00zhfINp GZQFcC10HLmNKyr+zb0abM/syl48/LcyPj1KkieAWSNds8hIFRBfJHMVHXJ0+CHBofKq oitY4tBzG8xY67KBxl2hBhta+FiZba+ouE0VFI+FcEcZwiXLyTH0zoQgv/Sb1bDGS57P uZsIiSj0k09gxVYfN5IHd7beJFAhnPEG3CWm2GR+cJedB64KkHZdG0bywZY7ET2Y+A/V Mwr/tV2uZYcvZ8Qvwiv88ZNF/OTCWRkZqtGRm/ec8BjHjzyAunKtxH0x3JY2caEjXtvq Oq+w== 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 z2-v6si811624plo.489.2018.04.27.01.43.02; Fri, 27 Apr 2018 01:43:16 -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 S1757667AbeD0Il7 (ORCPT + 99 others); Fri, 27 Apr 2018 04:41:59 -0400 Received: from mail.netline.ch ([148.251.143.178]:44255 "EHLO netline-mail3.netline.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757536AbeD0Il6 (ORCPT ); Fri, 27 Apr 2018 04:41:58 -0400 Received: from localhost (localhost [127.0.0.1]) by netline-mail3.netline.ch (Postfix) with ESMTP id 980692A604D; Fri, 27 Apr 2018 10:41:56 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at netline-mail3.netline.ch Received: from netline-mail3.netline.ch ([127.0.0.1]) by localhost (netline-mail3.netline.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EQzbeYmqi6Oe; Fri, 27 Apr 2018 10:41:56 +0200 (CEST) Received: from thor (145.233.60.188.dynamic.wline.res.cust.swisscom.ch [188.60.233.145]) by netline-mail3.netline.ch (Postfix) with ESMTPSA id B74492A604C; Fri, 27 Apr 2018 10:41:55 +0200 (CEST) Received: from localhost ([::1]) by thor with esmtp (Exim 4.90_1) (envelope-from ) id 1fByx1-0002aU-7v; Fri, 27 Apr 2018 10:41:55 +0200 Subject: Re: [PATCH 1/2] drm/ttm: Add TTM_PAGE_FLAG_TRANSHUGE To: zhoucm1 , =?UTF-8?Q?Christian_K=c3=b6nig?= Cc: dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20180426150618.13470-1-michel@daenzer.net> From: =?UTF-8?Q?Michel_D=c3=a4nzer?= Message-ID: Date: Fri, 27 Apr 2018 10:41:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ Dropping Roger He, his e-mail address seems to bounce ] On 2018-04-27 04:51 AM, zhoucm1 wrote: > On 2018年04月26日 23:06, Michel Dänzer wrote: >> From: Michel Dänzer >> >> When it's set, TTM tries to allocate huge pages if possible. > Do you mean original driver doesn't do this? > From the code, driver always try huge pages if > CONFIG_TRANSPARENT_HUGEPAGE is enabled. Right, before this change, TTM would do this unconditionally for all drivers. The point of this change is not to incur any huge page related overhead for drivers which can't take advantage of huge pages anyway. I'll try changing the commit log to make this clearer in v2. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X developer