Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp10660972imu; Thu, 6 Dec 2018 04:55:57 -0800 (PST) X-Google-Smtp-Source: AFSGD/UzDPV9IpuZoVNLF/+HBF74TKsnWIAg6GM2UEw72ni77CrepJxPbpA/FJhiSUJK3tdQROuQ X-Received: by 2002:a63:7d06:: with SMTP id y6mr23902876pgc.171.1544100957319; Thu, 06 Dec 2018 04:55:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544100957; cv=none; d=google.com; s=arc-20160816; b=mYMAY3HhpJh4g3fGDJw4+QR1ut7R+eGFzUFUP2Xc4D6yRWaRP1IzLVCgoJdA8Nw+2C qxjsyCCnCB9KYjKebOzwoYXVtbjm1RrvInufkEXBp6n/+Hyen03JfIEIe8gCxrXglO82 ee+XlyJFxZ+zd/yWXYHe8xRAvdXH2e1Q1S52GWSFgOgCnuyepO1wWXY8nuGzmASHM9OW zTkqJsUCRnKaa6cLMogiKADDhZZlpLtAHKur1+EC1P0/nFircERzBG49y8fWEzPbr0Px qkYKChQ9i1kXRCvXYrgRRdBbqyYa5wpwZLSTYKRarzLaiHVAvLmErJ93Oi57kDoU/bqH EPhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date; bh=xFmEQw4mMiJjj++Vq5UdlluMZfgzBkxM8Ir27jc3a7U=; b=Z+PpdnJ6c3SinczmHKxzavzFVTsk97AtqZ1Tv1spj1LrxkQbu11FhPaa28ewR5wbJo JIvt+hMQpNy/WoyYrlIGMwV6iLaJ/jWa2bjZQKnkvl0DGdJykY+2jSW6TClERGymMTLv P2/xR/J0tSEXGaYaKtfslKH6yMMik00JiP2mZeuZUW05C5BaBpTEpTdPvolF41n0+SWi 22wF7IkenzJgktJcMplwaRLdjTPO+BDODDggimXJG4U7zOZ3U5DE4B3yWIjRS5aX7jLE m9cvvLC1Q0DK9Bov+B3EZqMr0XulpWQKuv0DbnOmoV0SUNX2sNhNaODC64AmB2oQoLOe ri8g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e25si192359pgv.486.2018.12.06.04.55.41; Thu, 06 Dec 2018 04:55:57 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729648AbeLFMxL (ORCPT + 99 others); Thu, 6 Dec 2018 07:53:11 -0500 Received: from mx1.redhat.com ([209.132.183.28]:35406 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728482AbeLFMxK (ORCPT ); Thu, 6 Dec 2018 07:53:10 -0500 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 83CF8309B6D4; Thu, 6 Dec 2018 12:53:10 +0000 (UTC) Received: from colo-mx.corp.redhat.com (colo-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 70676100190E; Thu, 6 Dec 2018 12:53:10 +0000 (UTC) Received: from zmail25.collab.prod.int.phx2.redhat.com (zmail25.collab.prod.int.phx2.redhat.com [10.5.83.31]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 3F3E63F953; Thu, 6 Dec 2018 12:53:10 +0000 (UTC) Date: Thu, 6 Dec 2018 07:53:10 -0500 (EST) From: Frediano Ziglio To: Gerd Hoffmann Cc: dri-devel@lists.freedesktop.org, David Airlie , David Airlie , "open list:DRM DRIVER FOR QXL VIRTUAL GPU" , open list , "open list:DRM DRIVER FOR QXL VIRTUAL GPU" Message-ID: <1902655248.48590444.1544100790071.JavaMail.zimbra@redhat.com> In-Reply-To: <20181206114217.vog4fgae73us437u@sirius.home.kraxel.org> References: <20181206103352.20587-1-kraxel@redhat.com> <207905511.48580418.1544093965441.JavaMail.zimbra@redhat.com> <20181206114217.vog4fgae73us437u@sirius.home.kraxel.org> Subject: Re: [Spice-devel] [PATCH] drm/qxl: use qxl_num_crtc directly MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.33.32.16, 10.4.195.7] Thread-Topic: drm/qxl: use qxl_num_crtc directly Thread-Index: z2mygEaMZ4w6+s4MjbtqY1/SY+m5aQ== X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.47]); Thu, 06 Dec 2018 12:53:10 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > On Thu, Dec 06, 2018 at 05:59:25AM -0500, Frediano Ziglio wrote: > > > > > > Just use qxl_num_crtc directly everywhere instead of using > > > qdev->monitors_config->max_allowed. Drops pointless indirection > > > and also is less confusing. > > > > > > > To me is MORE confusing, why comparing number of something with > > another number? Previously code was comparing number of monitors > > with number of monitors, not number of CRTs with number of > > monitors. > > Yes, spice/qxl and drm/kms use slightly different terminology. > > drm crtc == qxl monitor. > drm framebuffer == qxl surface. > > You need to know that anyway when looking at the qxl ksm code. We > have function names like qxl_crtc_update_monitors_config(). I fail > to see why that is a problem ... > > cheers, > Gerd > > I don't see any problem too but you are explaining to me why your rationale "and also is less confusing" does not stand. Frediano