Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp865437pxf; Thu, 8 Apr 2021 14:49:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdXMnblYjNTPVE+e7IdCI0sRkfJzlshoKuvpvBg9JFDZDk4QwPpd15IWqKz/0Btt1+tcum X-Received: by 2002:a05:6402:1bdc:: with SMTP id ch28mr14088442edb.202.1617918572865; Thu, 08 Apr 2021 14:49:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617918572; cv=none; d=google.com; s=arc-20160816; b=s7/13f4BebX6E7PLDqnCnBj9WT9YvqNgVz/Bo/E1eDstTnYMMoplyLOo3EM0pk+Nat rsszzF9RWmzoProhuCqYaqbHAAicvSmVR4HyPXJ2E0APy7NMa+KkUVEGLY3mStNBtDES pce9G0p9qKhumU5EwgwE3yZ42/YhLQVwFdiK/RVRxcV+GvYDmTUpo5bQ2SV7cYZmpLGk 45+1TEinEQllPxX9gahAJIEBoDAxJPh+OqcQCWezQ1Sds9eR9TnE9DWA/ufigc9SEZaB 26iWcdXTRdD4FTnpXmARHG5rAXeb16Sj6I4MoPZpV6tfJj/63ijk2ZjHDKYw3NV8txQx VppA== 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:in-reply-to :references:mime-version:dkim-signature; bh=8MVBTVTbGflc/UsLhIwl2nRzF2EsRH8eZ0QlPXqs5ps=; b=Ah6/aUkdtA6/2oJ1DvgRj7UkMyl3rHUMibPSrPaQm2leziajfwZl4VPKU0w66qzr/r Jc5yj5uedEAVMpmDwwLasqcMCj/Pw9JaeMYmZOY7BPTdH08j6MCayKKsljsojqxzZyRI rUFB6tFryXZjjGrH3c8AJJwJxkxGq1Vg4dipgTrv+oQW6J8pBS92jclO29ombE1CwLTb 6aQvw/T0Qse3cTfs64k7YiTYt0P1GLYHOKWCH4T2brNoSNA2xJMsBauZqMUm0iWm7m7w gtyf+qvHg+HN/5NHrl8l5cIXLecjmKghElQrr4Kwy1bk4lsdmjF0XjQj83Yl7AR9it5z SAqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Zk2v3nSM; 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=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hq38si468024ejc.350.2021.04.08.14.48.52; Thu, 08 Apr 2021 14:49:32 -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=@linaro.org header.s=google header.b=Zk2v3nSM; 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=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232548AbhDHVps (ORCPT + 99 others); Thu, 8 Apr 2021 17:45:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35068 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231862AbhDHVps (ORCPT ); Thu, 8 Apr 2021 17:45:48 -0400 Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 11DFEC061760 for ; Thu, 8 Apr 2021 14:45:36 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id h19so6401393lfu.9 for ; Thu, 08 Apr 2021 14:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8MVBTVTbGflc/UsLhIwl2nRzF2EsRH8eZ0QlPXqs5ps=; b=Zk2v3nSMdaCm5adH4aHswvLKgEBKklbkCPH2zPgIVKp64w70n2axR/qGDplIQ0OZ0n HLegwMCSSCAxIt8LPsDPeA7J+lV2LnPtLiSNhLWjp/m3yDKXUPRvs0hxnHugTRrpsB6U uiiThswQsEAPRovlktmLYn49OPrRupsH66VDSzbKlxFr/Wn44w766AsgYLN7vrCHZLyR Uur3yAtqGAhF8O/MxSPYa1P5Yxp+6YntEF7We62ytpY0VEX1MNQUtmH/O+iMLbWa2H+y yeUIQCjgCMD2v6FVfHm061JaiZ7pmmjnI2REqJ3G0vMQF8z8vVWj0AbKZlNKPI0hg/VG eF2A== 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=8MVBTVTbGflc/UsLhIwl2nRzF2EsRH8eZ0QlPXqs5ps=; b=GfEK+sjUSyItn6kv2kSKn+NCh24fWg2cNo0JtSsyzk52WL9O4YvZ95YMyxjm6hwMpc GBw5AmIT+pB5SOCi/sy7wpJrG6jsVZ0YWKeA/IDxy87397hOboySVqbfSWMCZ+TLqVwE ZBcygH25kP4ipLGaYChJsFIsTfdTbrcS1t1sd/HXfQnB4g8tU/YMDCo/OrVegmHu9OzW foMrUAreVJRAkql4Rzo2eL/bv/J3WMrZfnS6NFCQyB01D/obbSECYAwhUz2N9l3OEFTm HTi4pana6/DDAZfqMidFvlgOLinjC8wyJF1v3hMdGqSYs1i7TupPaQTu7kUFgM/naQ9c 2Row== X-Gm-Message-State: AOAM533TODQU4oiyajgrsuUmWzLkKojOriB66X73Lycm5tvwephA0vqX Gn6UNLoutwG2Acxlsk+KSA2svvfMllD1tii8evLcF8mDdsjcUA== X-Received: by 2002:a19:ef18:: with SMTP id n24mr8062945lfh.291.1617918334556; Thu, 08 Apr 2021 14:45:34 -0700 (PDT) MIME-Version: 1.0 References: <20210408092011.52763-1-david@redhat.com> <20210408092011.52763-3-david@redhat.com> <7496ac87-9676-1b4e-3444-c2a662ec376b@redhat.com> <3a2d64a7-8425-8daf-17ee-95b9f0c635f9@redhat.com> <2ef3b65c-c0ef-7bbe-0e05-39ee8f2bae48@redhat.com> In-Reply-To: <2ef3b65c-c0ef-7bbe-0e05-39ee8f2bae48@redhat.com> From: Linus Walleij Date: Thu, 8 Apr 2021 23:45:23 +0200 Message-ID: Subject: Re: [PATCH v1 2/2] drivers/gpu/drm: don't select DMA_CMA or CMA from aspeed or etnaviv To: David Hildenbrand Cc: Arnd Bergmann , Linux Kernel Mailing List , Linux-MM , Joel Stanley , David Airlie , Daniel Vetter , Andrew Jeffery , Lucas Stach , Russell King , Christian Gmeiner , Mike Rapoport , Bartlomiej Zolnierkiewicz , Michal Simek , Masahiro Yamada , Randy Dunlap , Peter Collingbourne , linux-aspeed , dri-devel , Linux ARM , The etnaviv authors , Linux Fbdev development list Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 8, 2021 at 6:44 PM David Hildenbrand wrote: > > drivers/gpu/drm/mcde/Kconfig > > drivers/gpu/drm/pl111/Kconfig > > drivers/gpu/drm/tve200/Kconfig > > I was assuming these are "real" dependencies. Will it also work without > DMA_CMA? It will mostly work but that is only because the reservations are mostly contiguous anyway because they are done early and are small. The hardware requires contiguous buffers in all three cases. I'm not sure I always got it right. > > certainly needs this as well, and pretty much anything that is > > selecting DRM_KMS_CMA_HELPER or > > DRM_GEM_CMA_HELPER "wants" DMA_CMA. > > "wants" as in "desires to use but can life without" or "wants" as in > "really needs it". ? I don't know the exact semantics of using DRM_KMS_CMA* without actually using DMA_CMA. I suspect small allocations will be contiguous and big allocations will start to fragment? but it's just my guess. I guess "really need it"? Yours, Linus Walleij