Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp406986rwb; Sat, 13 Aug 2022 00:05:17 -0700 (PDT) X-Google-Smtp-Source: AA6agR6Fn28CBIEBMYd/mQdXXUiDwnNQOBFajZf1o78ofIYJ54T0XG1QR4GTM6Z6THWk084v1Nmc X-Received: by 2002:a05:6a00:ad1:b0:530:2cb7:84e2 with SMTP id c17-20020a056a000ad100b005302cb784e2mr7182745pfl.18.1660374317643; Sat, 13 Aug 2022 00:05:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660374317; cv=none; d=google.com; s=arc-20160816; b=NlSOAYQBFPbwxVga56mgNItcZ7iV5tEZ/u/g0JZaQh4oAyUJZvY7AAonyjt9yr6Roq InNFKwSB022Ri1NQmVQhAH1GSa5KDtQEfvuTGTM0MxzMe6JIKeGsdEzru8fxKohe1UCc a3XFgaxmTJOJeWFCqgjIfK0pk7aOta1JCPrgjzJdiWwDUgVdA5VvmEziMckkB4k5L/Ke Y3TbPUJGffrf7BqgRtFWOR2VLAhQp20kiRVeTiqiQnT5uDwW+zqRuzL0Orz1qFRFJzra E+Qcw0X3VN3nOxAv2ObXblsWOtEL9/plFKEmZ4x7XXLMOAvjjzFmMXin8VScisQ8iK8P eKiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=Bh55z1Hp0WJEYTzj+LaFpkJb2RB0LuhnuVVGTz/wbDw=; b=P038o/7+Zau3R1PrbBmuHq9nVwk+vunCB9/H7bk6SqNpcScUjLSS8BrrjtDffYEg53 GzrQMWqjABVqUCP4QOCQfMOusvuNMQnHAQcFyBkoHlp/cUT/I36+KtlBcTPzm/c2MeVO 9/rtLszzJPt8Pn4I/gVkdg39LUeAwQ9XGHbAOfM2NaX+x0vsB//WvdN9ehUjOzSb9Xny LTCKQ4UITWakCkuQajY0y5aeH01RKvDMdGOqZY5ZB2+Juvx7BrQZseu5sZ7rZE9AEJdG P9ZfNF6DveIBNKXacyanF38BNf30xUWtiFVIXYFjsn23KXV2OAkS4rZZkAFPyrOGZ10Z bb6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=eHI+KRZy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id mi7-20020a17090b4b4700b001f5431c54edsi10909521pjb.167.2022.08.13.00.04.58; Sat, 13 Aug 2022 00:05:17 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=eHI+KRZy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S236390AbiHMG7E (ORCPT + 99 others); Sat, 13 Aug 2022 02:59:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55610 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229719AbiHMG7C (ORCPT ); Sat, 13 Aug 2022 02:59:02 -0400 Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1E5EA25EAA; Fri, 12 Aug 2022 23:59:00 -0700 (PDT) Received: by mail-ed1-x530.google.com with SMTP id w3so3696833edc.2; Fri, 12 Aug 2022 23:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject:from:to:cc; bh=Bh55z1Hp0WJEYTzj+LaFpkJb2RB0LuhnuVVGTz/wbDw=; b=eHI+KRZy9vkjG/178q3LpEXhyPT3N1+yA6v+lgLuwqADp8ZOHQ9EVstVj8qQ0T0qH8 OU+WPg8eV/lZ5A48AH22CHlc3G9xC+Ezg/+CmrDKRCKGilolY+u2b+fSUP622ZJHeYae Cz68oiNud8p1L733x1h1P60tSIi37QH2mDg6PwcLShCF5JyXZt5Cw6zNcsIuGo3RC8gH L31QC9vHafReLCkyA039cLD+Sv628zS6W66TYqqD6i/uDadz36NqxNcCPDinBMZGfybH SLRkL/mJ4Fjd4udBbIgSveUWhpMucgJp2zODrDDUVHhrUK23jvg2/63ik00VbMe+hgFN xh5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject :x-gm-message-state:from:to:cc; bh=Bh55z1Hp0WJEYTzj+LaFpkJb2RB0LuhnuVVGTz/wbDw=; b=t+XBJf7CVOAaUCwgsCAakA8Au9mu+svHbdxH2ocrb4AUlne8MwUXi8MtOeB/LQqyyZ lOkfCdhrbTgVoF/tqnkoUB+tu/6zSw/3UAqtYrFbxFMskd5fzVEfH6bY72ypa9UuAHGp mMCHW4YAanKs+uUOCeblV2q+llVQEx7uoxXomKmmiPkdftHB2kYKnLILeRc13lbkqC72 MNPnPBMxcVubhAijF+nD7maEWA48fvsyCF/RHBjTZ0+F32NzXZdxfvF9Ks7tOGr6yceK kOpPUQMPgzmfjnfr+cOIB57KjQ0X8TfVu9thsX37FIouJiFqL6ZMr6gTOYpOYK33Y9+O oqKg== X-Gm-Message-State: ACgBeo1xXiCIyNBbetmB3G++n4wLa4uGgEM97Ws3w3Z0/FXp5KblVJFm PuEcaHnUNoXd9bmUa6PZZQ8= X-Received: by 2002:a05:6402:11cf:b0:43d:fc84:c51a with SMTP id j15-20020a05640211cf00b0043dfc84c51amr6281037edw.80.1660373938600; Fri, 12 Aug 2022 23:58:58 -0700 (PDT) Received: from [192.168.1.10] ([46.249.74.23]) by smtp.googlemail.com with ESMTPSA id eu18-20020a170907299200b00731582babcasm1562796ejc.71.2022.08.12.23.58.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Aug 2022 23:58:58 -0700 (PDT) Subject: Re: [PATCH 3/3] drm: omapdrm: Do no allocate non-scanout GEMs through DMM/TILER To: Yongqin Liu Cc: Tomi Valkeinen , tomba@kernel.org, airlied@linux.ie, daniel@ffwll.ch, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, merlijn@wizzup.org, tony@atomide.com, "Bajjuri, Praneeth" , Sumit Semwal References: <1642587791-13222-1-git-send-email-ivo.g.dimitrov.75@gmail.com> <1642587791-13222-4-git-send-email-ivo.g.dimitrov.75@gmail.com> <5b6d3e7f-c638-fdc7-5080-44d34abed610@ideasonboard.com> From: Ivaylo Dimitrov Message-ID: Date: Sat, 13 Aug 2022 09:58:54 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Liu, On 12.08.22 г. 7:35 ч., Yongqin Liu wrote: > Hi, Ivaylo, Tomi > > We have one X15 Android AOSP master build, it could not have the home > screen displayed > on the hdmi monitor connected with this change, with the following > message printed on the serial console > [ 607.404205] omapdrm omapdrm.0: Failed to setup plane plane-0 > [ 607.410522] omapdrm omapdrm.0: Failed to setup plane plane-1 > [ 607.416381] omapdrm omapdrm.0: Failed to setup plane plane-2 > [ 607.422088] omapdrm omapdrm.0: Failed to setup plane plane-3 > > # for details, please check the link here: http://ix.io/47m1 > > It will work with home screen displayed on the hdmi monitor if this > change is reverted. > > Is this the broken problem you talked about here? > > And could you please give some suggestions on how to have the x15 > Android build work with this change? > Make sure scanout (i.e. those to be displayed) buffers are actually allocated as such - OMAP_BO_SCANOUT flag must be set when calling omap_bo_new(). Regards, Ivo. > Thanks, > Yongqin Liu > On Thu, 17 Feb 2022 at 23:29, Ivaylo Dimitrov > wrote: >> >> >> >> On 17.02.22 г. 14:46 ч., Tomi Valkeinen wrote: >>> Hi, >>> >>> On 19/01/2022 12:23, Ivaylo Dimitrov wrote: >>>> On devices with DMM, all allocations are done through either DMM or >>>> TILER. >>>> DMM/TILER being a limited resource means that such allocations will start >>>> to fail before actual free memory is exhausted. What is even worse is >>>> that >>>> with time DMM/TILER space gets fragmented to the point that even if we >>>> have >>>> enough free DMM/TILER space and free memory, allocation fails because >>>> there >>>> is no big enough free block in DMM/TILER space. >>>> >>>> Such failures can be easily observed with OMAP xorg DDX, for example - >>>> starting few GUI applications (so buffers for their windows are >>>> allocated) >>>> and then rotating landscape<->portrait while closing and opening new >>>> windows soon results in allocation failures. >>>> >>>> Fix that by mapping buffers through DMM/TILER only when really needed, >>>> like, for scanout buffers. >>> >>> Doesn't this break users that get a buffer from omapdrm and expect it to >>> be contiguous? >>> >> >> If you mean dumb buffer, then no, this does not break users as dumb >> buffers are allocated as scanout: >> >> https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/omapdrm/omap_gem.c#L603 >> >> If you mean omap_bo allocated buffers, then if users want >> linear(scanout) buffer, then they request it explicitly by passing >> OMAP_BO_SCANOUT. >> >> Ivo > > >