Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp925176pxf; Thu, 18 Mar 2021 15:15:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLnVjHwLZjiuJCG221JKUlavSEJOwzd376UyWCpse527pb/SXPhWotHUFsxRZom1h62B6G X-Received: by 2002:a17:906:8447:: with SMTP id e7mr800136ejy.523.1616105703725; Thu, 18 Mar 2021 15:15:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616105703; cv=none; d=google.com; s=arc-20160816; b=Gil4tPa2hQrC3OFG300e5CS/Fmo/U0xIGL6O9iZpIo15EQcVyrmodgIk2oowgFtBeC z3s4U1VC/u82RrCYFUhINBNDlUm0K+XcW8wVtly93vq5oK816gkwA5HUZE3U6/Fk/lWn uHZnGq/v/aT+ZSLUzvswQZqQUuHmIolLGpSlAg7K6CSRk1TZmcG3YTHvBOFf57g8/wJD 29rDQ6MNygisRZcKb1B1zV8BF97PB0qm9X1ZpkqNIc/o9GETsQ15fDdd9GVSGyQtbqXx FKPYramV0H552e9Mcq0B0Ovp807hDXL9EYX8Zm3g2DBPscWtAB3ANqscWtdtjsNNy5DY iC8A== 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; bh=0HaptGymR4HUOwxLozKPr7kvb5gQ52Lg7qMvwGbqUcM=; b=llUNZv77fahgxzeCoQswl4MX4+VXglHjCKupzxAh6FJNDmLOtIE3yDbgRvL7JGHMeV /Umpvs0rml2ayDgcPqLYLhB4PiX8pZSmYYTpDyI/LZpxkHmGLLHxKdsqxwBvC4Twwmsh qs0g305Vegxd86Boiq26BuV8fWbIUZrpBhSW7ASM8X9mwpqAJHB9YWGZx7jlfuBo+oob rvHMK7VDndSVH/gxoRS7ALFQkXpZo97U+JsmzVpuRKjG4gA6tPFZ8+c+pzr7AF7nVtVJ qisXt5brexj2KpW0SIHUI1SHWzmyVKBhLhLy5HkGT2+95+K7iMBxHPknaNjALZY6m3p3 zVrQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 38si2927441edr.200.2021.03.18.15.14.40; Thu, 18 Mar 2021 15:15:03 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231364AbhCRWNf (ORCPT + 99 others); Thu, 18 Mar 2021 18:13:35 -0400 Received: from mail-io1-f42.google.com ([209.85.166.42]:39710 "EHLO mail-io1-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230368AbhCRWNa (ORCPT ); Thu, 18 Mar 2021 18:13:30 -0400 Received: by mail-io1-f42.google.com with SMTP id v17so3988652iot.6 for ; Thu, 18 Mar 2021 15:13:30 -0700 (PDT) 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=0HaptGymR4HUOwxLozKPr7kvb5gQ52Lg7qMvwGbqUcM=; b=Np4OP8W/1fsnI0O26zXqUJcixfN0Z+/iCHfLi3cL0FbtW7gL5fKoIgDrscBLRMN0Kv PuXvV/unz7VjodX5QQoCcVT0Ry4Quo6yqs6Jtq+4w1m7NTlSPgqhujFCdLI2ma+QF4Sp lyU2oarOikOOgKnZuaqHgwF0w9AiKFDESV+MD5XWRKMnA7j/spyNcGr2ZLgC/CxV4HZf QmdjRIOkcMC1DftVYFO5dQcHOph0LWI2YS/wgNxCVnmFiJouSsgt79GK1UgBUhfwuKv5 jWuMqnrMAchPAeNrNrtDMrqbIGuOsLTRwaF4hF7SV/nZBjuzh3nfrUgRtaNKGaBZPVT7 royQ== X-Gm-Message-State: AOAM5314sLzKK0ts24Zi8CUAJ/vCZ7xUmdss+QeoeuoJ+LQcC+wf5ZQt v3OF2gR7aBiVGb/N7xnTKr/HHrpENrxvG+HNPGo= X-Received: by 2002:a05:6638:635:: with SMTP id h21mr8593715jar.97.1616105610156; Thu, 18 Mar 2021 15:13:30 -0700 (PDT) MIME-Version: 1.0 References: <20210318215545.901756-1-lyude@redhat.com> In-Reply-To: <20210318215545.901756-1-lyude@redhat.com> From: Ilia Mirkin Date: Thu, 18 Mar 2021 18:13:19 -0400 Message-ID: Subject: Re: [Nouveau] [PATCH] drm/nouveau/kms/nv50-: Check plane size for cursors, not fb size To: Lyude Paul Cc: nouveau , David Airlie , open list , "open list:DRM DRIVER FOR NVIDIA GEFORCE/QUADRO GPUS" , Ben Skeggs , Daniel Vetter , Martin Peres Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 18, 2021 at 5:56 PM Lyude Paul wrote: > > Found this while trying to make some changes to the kms_cursor_crc test. > curs507a_acquire checks that the width and height of the cursor framebuffer > are equal (asyw->image.{w,h}). This is actually wrong though, as we only > want to be concerned that the actual width/height of the plane are the > same. It's fine if we scan out from an fb that's slightly larger than the > cursor plane (in fact, some igt tests actually do this). How so? The scanout engine expects the data to be packed. Height can be larger, but width has to match. -ilia