Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp2226729ybg; Thu, 30 Jul 2020 13:53:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxwKO6YX9zSHGHvcaZ36dwgJh+hSpQ9X9Nr2hD0UITodQg+dJaXM9Y6LZwna0XZccrQyKKc X-Received: by 2002:a17:906:17c1:: with SMTP id u1mr909558eje.536.1596142435617; Thu, 30 Jul 2020 13:53:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596142435; cv=none; d=google.com; s=arc-20160816; b=Arc1kCP8GS0X6eluAsASwabhs0g4Jgb8a4RxdWzeabC3Yg50zgZw9ReNJAa707AinK V586tWbvJzLnR2J8EeHfNGZBFMePlmbSo4RTPt15t4kIt+J1eBTwMt39QDV2WtKTiT0e yG6XrPGrRGeofSUcnaZDTK5lkoU1mBnEnsG2csa+R94P0iK5pEb4BCzkTa8Rt/plhIDu N3ngbAFVlHeBmFNNp99V+PytoWoJlUx1X1Tve0dhScmBUaRD5Au9pBEZ3+KMjyDLrKVO HippSCw8EoFwa5/SF18N7c1i3CDlL3aYPNuZ7HxOHCOCQstFtvhIPfCOt/0J8+y3HTZ3 l4+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=sNQBhS7/TXLnuBaPJWGWRsQsFBSRrqawtzX8JhhIouk=; b=Mrr2xLAJlpICpcmRlkcbToEv91j0Qj39CImZkAkIxLtGgm/RMPV4Q0mrvx5k6qxJvd cplRaPtb2ZCtqujn8jGYnc8vvzOyUL5WVc8Va2gHMZr612m75sDdOFnQ8G7E+jO5mDor aN4U4e0kz73NiFD1BiKH8MJM3qOIuw1YwxQjD6BUs5w2j8sBznn9EHpn0Tw3XccyX9Cp lmw6WEmepoRtGuKiUbyze0t+3uvNCo3Qq39BFAa6Asq4oG4MrFKLCpweaGf+pzFGn3dc Awtv0w4Z7jqJqiW1+025oHkFCr4FGl1bnTKhhx4BXx9v2pdUrZzeHLgB4an8BNNApT5N oi4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=CBoJ2b24; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y8si3838709edo.253.2020.07.30.13.53.33; Thu, 30 Jul 2020 13:53:55 -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=@google.com header.s=20161025 header.b=CBoJ2b24; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730400AbgG3UwF (ORCPT + 99 others); Thu, 30 Jul 2020 16:52:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57686 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728653AbgG3UwE (ORCPT ); Thu, 30 Jul 2020 16:52:04 -0400 Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 78730C06174A for ; Thu, 30 Jul 2020 13:52:04 -0700 (PDT) Received: by mail-wr1-x444.google.com with SMTP id f18so26126316wrs.0 for ; Thu, 30 Jul 2020 13:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sNQBhS7/TXLnuBaPJWGWRsQsFBSRrqawtzX8JhhIouk=; b=CBoJ2b24vgzFcivcALEjMgSA99rMeCMANwn1Vt2DLSpjaKdWZszhgXW8MtjGenxbMJ BOPMYPR8mlZnVuwZctaGzWvqUTpjCUuXAHK/cmcLrrWh5tW4Z9gxLVXIeQa1on6qNiYj 0XxDW1OM66WUEghPc4g4AJ6FxEV7dlZVNSOMR2c9X1C7PSkG4I/qF9f9r04lgNSkozLO gunC+ioLtfWhVHr1J8k9Xw68bEkYpxCr0A5+T6fbQdtY3uW3ya833H0mrlscYyViUVxS +zsheqI2fMX6LgzTmxQBL5N81TODqu1N6ai0Ph2K52KaNQaum0kYO4ytk6ckfoQx0QWU Bacw== 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=sNQBhS7/TXLnuBaPJWGWRsQsFBSRrqawtzX8JhhIouk=; b=gE0jdRfiks0y/Tudk6uTcc92Pv7qQuZ2IPdCobecosCLhJBZc4KnHIRLfLbdVXRdNx eVoFJJ0+H+aElA7VwrcgDtJqVQdOd4z0bAwtJuvQnU8wfzWXIOUlHUyCbIDD9UsFpZ5l 9vFNGXYMhVuYLUvLnONhslN5SJvyKjE5TxQJwA25DGwVULDl7WUtcOSWDGZgJf8wFYSi Jo6WABqM9Gh2+fzN1ciNHtHkd+UPJwvkD7RF/O2ZKhk9vGQYv+6hYD7gghlFqd9Sbehp yYVGQsOjqNKfUa8pvtgs1rld0kBOijDcHsb1fB4TQlt2KxnvsLY9zxsQG8ZfI5xLiLjN A0eA== X-Gm-Message-State: AOAM532s6gmUq313xLmQkTyDKX1oNk++WbIS1WRmrvVvu546tTtblqMx 2+FQhqbRH5b5uzUhb8N3cbdJr0b5e5NBFQ2MzOc1rg== X-Received: by 2002:adf:a19e:: with SMTP id u30mr460027wru.274.1596142322855; Thu, 30 Jul 2020 13:52:02 -0700 (PDT) MIME-Version: 1.0 References: <1596116336-23147-1-git-send-email-kalyan_t@codeaurora.org> In-Reply-To: <1596116336-23147-1-git-send-email-kalyan_t@codeaurora.org> From: Kristian Kristensen Date: Thu, 30 Jul 2020 13:51:51 -0700 Message-ID: Subject: Re: [v1] drm/msm/dpu: Fix scale params in plane validation To: Kalyan Thota Cc: DRI Development , linux-arm-msm , freedreno , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list , Rob Clark , Sean Paul , hoegsberg , Doug Anderson , mkrishn@codeaurora.org, travitej@codeaurora.org, nganji@codeaurora.org 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 Thu, Jul 30, 2020 at 6:39 AM Kalyan Thota wrote: > > Plane validation uses an API drm_calc_scale which will > return src/dst value as a scale ratio. > > when viewing the range on a scale the values should fall in as > > Upscale ratio < Unity scale < Downscale ratio for src/dst formula > > Fix the min and max scale ratios to suit the API accordingly. > > Signed-off-by: Kalyan Thota > --- > drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c > index 6379fe1..e46dcb9 100644 > --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c > +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c > @@ -946,9 +946,9 @@ static int dpu_plane_atomic_check(struct drm_plane *plane, > crtc_state = drm_atomic_get_new_crtc_state(state->state, > state->crtc); > > - min_scale = FRAC_16_16(1, pdpu->pipe_sblk->maxdwnscale); > + min_scale = FRAC_16_16(1, pdpu->pipe_sblk->maxupscale); > ret = drm_atomic_helper_check_plane_state(state, crtc_state, min_scale, > - pdpu->pipe_sblk->maxupscale << 16, > + pdpu->pipe_sblk->maxdwnscale << 16, > true, true); > if (ret) { > DPU_DEBUG_PLANE(pdpu, "Check plane state failed (%d)\n", ret); Right, I can see how the drm convention of scaling factor being from dest to src (ie 2x scaling up src to dst is as scale factor of 0.5). Thanks for fixing this, Tested-by: Kristian H. Kristensen Reviewed-by: Kristian H. Kristensen > -- > 1.9.1 >