Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp179465iob; Mon, 2 May 2022 16:25:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJynUci81dFm/p+F9fpyGzvoTjOVzV8H2YNhrEXSDsCOJTKz453lqzUZ2K7o6WLjOybMlyPA X-Received: by 2002:a63:554c:0:b0:3c1:65f2:5543 with SMTP id f12-20020a63554c000000b003c165f25543mr11707373pgm.4.1651533910155; Mon, 02 May 2022 16:25:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651533910; cv=none; d=google.com; s=arc-20160816; b=eBjIzZ7tBfm3aM2Nfin5u/SUEOKPSSLrL3bHzLKnwTbSt6brFlFDZPxcCWMO1hSXvy lO1olMT/wwiA7P4TqimzRWDhV3qk6X2nv1xWTs/dYaOAzpwIOtm7XMGH2gIGYyMYtuSX X+B3jPH4+lR364KgartjH7SNqS9APCONxenhaf+XnuRcnv12vZiMYCbg++6kPJZzv6rr QuAjk1/DL9/IuB/X6hIAKHlpAOFQL53YxgipQPo8xpLY/hlxbaMukOUI4JTqeOC/u3MU /QZuvdguPEE9Vbx0NKuCTgHW+GxNnN6EL5HCYuUtkqeqwT79HoUE6H174IVhRaFpNiBf NDxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=xIzcVGz7jvv3xeuZxkzYe3VCF5DB6mpSZGaw7yGILbk=; b=J3fWQ0+9pBwQB6fLo9jByQxR0VGqgalgaeuiyvs9hF0gutgzqlgEH4g3UUoP+Giam7 7tlbEti2m3L5qMTRoFF1TS3jKT1AZ5rXw03E0/2qEJK03J4K16L8eaw2AdtoDOZtKM9R yBSyOoZxH/q3Z/y6pwvKBHzMNWNTaH9DGce2gu9EbUG7eq5QdPtpDjbPwdARXgg/K6Ab hB9Vi1FLGx/eamgEMGYgnvBuxsG9iQQEugVbSTPYADjV0Qi17Oc0T+lEYsJ79KY3anJE 8UrYr8B0YfwMae1No6/Ix4IJgJJXtLN/Nk7AKl9HeP5+z5/guh2oTtEiNrAnEC98hlA2 416g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SDtSlUc1; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id om3-20020a17090b3a8300b001d2ab074879si720467pjb.4.2022.05.02.16.25.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 May 2022 16:25:10 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SDtSlUc1; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D4CC82E683; Mon, 2 May 2022 16:24:51 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243532AbiEBQ6t (ORCPT + 99 others); Mon, 2 May 2022 12:58:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242965AbiEBQ6q (ORCPT ); Mon, 2 May 2022 12:58:46 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 837C12C8 for ; Mon, 2 May 2022 09:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1651510514; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=xIzcVGz7jvv3xeuZxkzYe3VCF5DB6mpSZGaw7yGILbk=; b=SDtSlUc13IxTk2d2uTpkbrEQb/AR1rEp0VgyNjrMKfMcEiyDlCtE+CyXywytNhHzm+klds MisVw+JGvj128/KoQIwEr+PMcuKp9u6W3E6Kwden5jQCyujWR7MLkLJQw9egWYhqhUpKCt 0Ebtdxi7axwZGY4J0aXvWLAEx2TDTRE= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-614-E6SKIEb-MjKlWtU_CdckhA-1; Mon, 02 May 2022 12:55:13 -0400 X-MC-Unique: E6SKIEb-MjKlWtU_CdckhA-1 Received: by mail-wr1-f70.google.com with SMTP id j21-20020adfa555000000b0020adb9ac14fso5488252wrb.13 for ; Mon, 02 May 2022 09:55:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=xIzcVGz7jvv3xeuZxkzYe3VCF5DB6mpSZGaw7yGILbk=; b=6Wet0Z0Lr1u8qdxZJI5lnrKtbbAdS5INLqQ14bKH/2WACXyVRHVcrh2GE2Q7pn+Zrv J1LeNq2BeAEwL6fJ2DeVtNdFD5owa8FHKEiVnnl/Qe59H5+9zkpvn421zv9JPa7QPbQa BS6nbZonBja/lrMBIvCqP9pBhGpaaDrUMk5Dbsk2XlA0WExzp+gt170W7S+xPFI7N624 RP2FDS0FugIT6O0kt0QZNem4kVL5s3KgK9PpM7xzRSws63UHNX0bem2t5fpeNr9iCItV c1rJENxkK+jSTxWxmY/EKSwwBD6aceEsPS0qNhzxzv7Wtetmg4chSrVHPc0i643XdsxM XUkw== X-Gm-Message-State: AOAM533GsVrbDRru2nY/DGroiV1HhrBUdrqQcg2W8K94Jebmh2HXQ29V hLRq2ZX73VbwmLPZXYYk2U+ok3oNHnlbOsNHCfY47rzWgBnlDGw1inVptKNAM+nb3jyD39+nng5 bf28hyJtWuXYksYasEQ5DNznn X-Received: by 2002:a05:600c:220e:b0:394:2695:ce9b with SMTP id z14-20020a05600c220e00b003942695ce9bmr63526wml.64.1651510512505; Mon, 02 May 2022 09:55:12 -0700 (PDT) X-Received: by 2002:a05:600c:220e:b0:394:2695:ce9b with SMTP id z14-20020a05600c220e00b003942695ce9bmr63506wml.64.1651510512248; Mon, 02 May 2022 09:55:12 -0700 (PDT) Received: from [192.168.1.129] ([92.176.231.205]) by smtp.gmail.com with ESMTPSA id q29-20020adfb19d000000b0020c5253d8e9sm7222672wra.53.2022.05.02.09.55.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 May 2022 09:55:11 -0700 (PDT) Message-ID: <5dd80287-1b09-d02c-9f67-5a0bb0a4566c@redhat.com> Date: Mon, 2 May 2022 18:55:10 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH v2 1/3] drm: Remove superfluous arg when calling to drm_fbdev_generic_setup() Content-Language: en-US To: Laurent Pinchart Cc: linux-kernel@vger.kernel.org, Thomas Zimmermann , Daniel Vetter , dri-devel@lists.freedesktop.org, virtualization@lists.linux-foundation.org References: <20220502153900.408522-1-javierm@redhat.com> <20220502153900.408522-2-javierm@redhat.com> From: Javier Martinez Canillas In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Hello Laurent, On 5/2/22 18:06, Laurent Pinchart wrote: > Hi Javier, > > Thank you for the patch. > > On Mon, May 02, 2022 at 05:38:58PM +0200, Javier Martinez Canillas wrote: >> The drm_fbdev_generic_setup() function already sets the preferred bits per >> pixel for the device to dev->mode_config.preferred_depth, if preferred_bpp >> value is zero. >> >> Passing the same value to the function is unnecessary. Let's cleanup that >> in the two drivers that do it. > > This looks fine, so > > Reviewed-by: Laurent Pinchart > > but why do we have two different mechanisms to set the preferred depth ? > Could we get all drivers to set dev->mode_config.preferred_depth and Yes, that's the plan and the reason why when we were discussing with Thomas about how to pass this option to the FB helper layer, we agreed on reusing the @preferred_bpp parameter rather than adding a third parameter to drm_fbdev_generic_setup(). Since in the future drivers shouldn't pass that information to the FB helper and just get it from the default mode config. But doing that would require more auditing to all drivers and it could add regressions while patches 1/2 and 2/2 in this series shouldn't cause any behavioral changes. > drop the depth option to drm_fbdev_generic_setup() ? There's a FIXME > comment in drm_fbdev_generic_setup() that could be related. > A FIXME makes sense, I'll add that to when posting a v3. Best regards, Javier Martinez Canillas Linux Engineering Red Hat