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 6DE6BCD1284 for ; Tue, 9 Apr 2024 13:33:15 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 94D0D10E73A; Tue, 9 Apr 2024 13:33:14 +0000 (UTC) Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.10]) by gabe.freedesktop.org (Postfix) with ESMTPS id 9D1C310E73A for ; Tue, 9 Apr 2024 13:33:12 +0000 (UTC) X-CSE-ConnectionGUID: DomUzug/T7GEPOuM6pUynw== X-CSE-MsgGUID: 9CSH93u9TTecrAkZbf8oeQ== X-IronPort-AV: E=McAfee;i="6600,9927,11039"; a="25424039" X-IronPort-AV: E=Sophos;i="6.07,189,1708416000"; d="scan'208";a="25424039" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orvoesa102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Apr 2024 06:33:12 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,11039"; a="915399959" X-IronPort-AV: E=Sophos;i="6.07,189,1708416000"; d="scan'208";a="915399959" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.54]) by fmsmga002.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Apr 2024 06:33:08 -0700 Received: from andy by smile with local (Exim 4.97) (envelope-from ) id 1ruBaz-00000002od9-1FNV; Tue, 09 Apr 2024 16:33:05 +0300 Date: Tue, 9 Apr 2024 16:33:05 +0300 From: Andy Shevchenko To: Miguel Ojeda Cc: Hans de Goede , Werner Sembach , Lee Jones , linux-kernel@vger.kernel.org, Jelle van der Waa , "dri-devel@lists.freedesktop.org" , linux-input@vger.kernel.org, ojeda@kernel.org, linux-leds@vger.kernel.org, Pavel Machek , Gregor Riepl , Benjamin Tissoires , Jiri Kosina , Geert Uytterhoeven Subject: Re: In kernel virtual HID devices (was Future handling of complex RGB devices on Linux v3) Message-ID: References: <247b5dcd-fda8-45a7-9896-eabc46568281@tuxedocomputers.com> <825129ea-d389-4c6c-8a23-39f05572e4b4@redhat.com> <1fb08a74-62c7-4d0c-ba5d-648e23082dcb@tuxedocomputers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo 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 Mon, Mar 25, 2024 at 07:38:46PM +0100, Miguel Ojeda wrote: > On Mon, Mar 25, 2024 at 3:25 PM Hans de Goede wrote: > > > > +Cc: Bentiss, Jiri > > Cc'ing Andy and Geert as well who recently became the > maintainers/reviewers of auxdisplay, in case they are interested in > these threads (one of the initial solutions discussed in a past thread > a while ago was to extend auxdisplay). Without diving into this, just sharing my view on auxdisplay subsystem: I consider it _mostly_ (like lim->100% mathematically speaking) as for 7-segment and alike displays, not any comples RGB or so devices. If those devices are capable of representing characters/digits in similar way, we may export linedisp library for them to utilise. -- With Best Regards, Andy Shevchenko