From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 91FB2C3ABD9 for ; Wed, 14 May 2025 09:22:47 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 01FA510E5FB; Wed, 14 May 2025 09:22:47 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=intel.com header.i=@intel.com header.b="EQ3A/Wbv"; dkim-atps=neutral Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.20]) by gabe.freedesktop.org (Postfix) with ESMTPS id 83F4910E5FB for ; Wed, 14 May 2025 09:22:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1747214567; x=1778750567; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=W3S2OiT06z/aURe88CpR1sR58hRxxjm3pRwdRHodc0M=; b=EQ3A/WbvWLnStdtb/gD05MYQqTqs0CROrTZ5PAoWSkQbtVXYRQYwZE// Y69zO3pryTw8is6KWKLkdXHUvqRrNZ5GDsZWDvv0SFqCyBdUyT0d4arty HAf/2eGxr6HfiEdWPfu/xx/wGjITZxDUow94UzVUhB0+oGyEWpNiqRpZC alDClB/D4F+tnz/XSE0x8P1jgC2fIVoV4cpubiaicG+29JngqcSu0O9eD kPw7oS9TJ7l+UMG+DqM1VUIhRYVwu/BGZHbjd/Y7j23bxg7dHk90VgxDo 617lqj/+P9hneCLNcljDjlFYCONyvC0X9FkuS+2r31GvshACuU4AVb09+ Q==; X-CSE-ConnectionGUID: FXOUjqGQQ8uS/wbaUk1xQw== X-CSE-MsgGUID: CmANWL9oTlugAuSXaCXW2Q== X-IronPort-AV: E=McAfee;i="6700,10204,11432"; a="48787181" X-IronPort-AV: E=Sophos;i="6.15,287,1739865600"; d="scan'208";a="48787181" Received: from fmviesa006.fm.intel.com ([10.60.135.146]) by orvoesa112.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 May 2025 02:22:47 -0700 X-CSE-ConnectionGUID: Ell0xXsaSSKsFb3LRRuIkw== X-CSE-MsgGUID: SQZXwv9QSdm0OwxGsUE3/g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.15,287,1739865600"; d="scan'208";a="137859874" Received: from bergbenj-mobl1.ger.corp.intel.com (HELO localhost) ([10.245.245.180]) by fmviesa006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 May 2025 02:22:43 -0700 From: Jani Nikula To: Maxime Ripard Cc: Anusha Srivatsa , Neil Armstrong , Jessica Zhang , Maarten Lankhorst , Thomas Zimmermann , David Airlie , Simona Vetter , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Luca Ceresoli Subject: Re: [PATCH v4 2/4] drm/panel: Add refcount support In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20250331-b4-panel-refcounting-v4-0-dad50c60c6c9@redhat.com> <20250331-b4-panel-refcounting-v4-2-dad50c60c6c9@redhat.com> <87y0vkw8ll.fsf@intel.com> <20250429-benign-sidewinder-of-defense-6dd4d8@houat> <87o6wfwcef.fsf@intel.com> <20250505-slim-bizarre-marten-a674ac@houat> <874ixvtbxy.fsf@intel.com> <20250509-rapid-flounder-of-devotion-6b26bb@houat> <87r00yj6kv.fsf@intel.com> Date: Wed, 14 May 2025 12:22:40 +0300 Message-ID: <875xi3im1r.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Tue, 13 May 2025, Maxime Ripard wrote: > Is it really surprising you get some pushback when you are using a > design that is the complete opposite to what every user of it for the > last decade has been doing? The opposite is also true. If you create a design that does not cleanly fit the model of the biggest drivers in the subsystem, and expect massive refactors just for the sake of conforming to the design to be able to use any of it, you'll also get pushback. > This one is usable, but you rule out the way you could use it. I think you're off-hand and completely dismissing the amount of work it would be. And still I'm not even ruling it out, but there has to be a way to start off in small incremental steps, and use the parts that work. And it's not like we're averse to refactoring in the least, everyone knows that. > I guess it's clear now that you won't consider anything else. I wonder > why you started that discussion in the first place if you already have > a clear mind on how to get things moving forward. I pointed out what I think is a bug in drm_panel, with nothing but good intentions, and everything snowballed from there. There has to be a middle ground instead of absolutes. Otherwise we'll just end up in deeper silos. And more arguments. BR, Jani. -- Jani Nikula, Intel