Received: by 2002:ab2:6a05:0:b0:1f8:1780:a4ed with SMTP id w5csp618771lqo; Fri, 10 May 2024 09:27:43 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVHYzyDfX5wJqu6MZmbBC2eHz4iLBNxUb7GVN8uXxnBrnoaCjZHCb/tF95qcTYGZQC0K+dUNJzEvKzFVvdn4jCRtqhyOyq86AoGY0GAXw== X-Google-Smtp-Source: AGHT+IHuHPqyLP/4qpJLwPMDY9bdya4oM0QLqVcohjYoPSU/uwMKLz3CDHtUvDGpxX+6q0mCEFcb X-Received: by 2002:a17:903:234e:b0:1e3:cdd1:dd80 with SMTP id d9443c01a7336-1ef43c0cba2mr40567625ad.6.1715358463357; Fri, 10 May 2024 09:27:43 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1715358463; cv=pass; d=google.com; s=arc-20160816; b=YT0QGolPrfxtXZxJ7u9tDv9YLIFc/DsCMi8TqMTTfEIG9vWiD1yzGnhUCJh/tGoOak pJDjvTilOwVKVtidnQ9f7wOgCMVvs+43+QFyyl/sH4Mk17qq2SHUW9RZQJtxqYz+fCiv LnzIMI0cF1oYurU4FSOxsh3oYPMYpwB4VzsBbYjIaUJPoV4BOBIdJZUJwK479D26tDk0 8zbrsgIHs81nVpVRkoiNzK72q0E33E3XuIXuUcyPLZTrsT0aLjFkiqpDwwzirDKzOmfh rvm6FCyLlHsZnwLWWv1tVKVo604ZN+JRJsQbvu0aBpdy/pNjd29PSsAlmD0AViqHZzlL lDhg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=qbabZJ/2W2xFmYWiTlcU5Sr+WrjFVh8Q4pQSbiNIFzU=; fh=L7cGNCx5DMfelROCX7E9RoW7pnM+VTiMc0azFziVICQ=; b=J9Hv3lgYWh9YA7/aJUW/zjS5u71cjQek0hO1j8D1LsgW0L9pn3VYDJnPITGXNfdmUr B2u4F/4IxMAdqqKi0aUJseOQzF2gULxXmD8FJZNwtiZt4bfzNZ3I001fXaowkK8rB14j n4/gP+fqDaATmh6ZKSo5MZnKHMLGmvqQ+CMBO2kscKbDAXLRXIPQqMrjbfdXIYBkwUC1 /I0O2UmtUAHLWf5aaP+753GiKUfMVvkkTMdqVyIsdWRb46B6l0HJ0fC3RThzTgo2AjKr X2GDIbxmiVfIWJV7LJcwSDg191SHM6bT0H1aUAw+dEho1PIDU7+dEM638ETRJmIgkQIQ rlZQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=O3Pq4O36; arc=pass (i=1 spf=pass spfdomain=bootlin.com dkim=pass dkdomain=bootlin.com dmarc=pass fromdomain=bootlin.com); spf=pass (google.com: domain of linux-kernel+bounces-176001-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-176001-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id d9443c01a7336-1ef0bf317a6si42448345ad.258.2024.05.10.09.27.42 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 May 2024 09:27:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-176001-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=O3Pq4O36; arc=pass (i=1 spf=pass spfdomain=bootlin.com dkim=pass dkdomain=bootlin.com dmarc=pass fromdomain=bootlin.com); spf=pass (google.com: domain of linux-kernel+bounces-176001-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-176001-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sy.mirrors.kernel.org (Postfix) with ESMTPS id 4D08FB22F89 for ; Fri, 10 May 2024 16:20:01 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id EF542172795; Fri, 10 May 2024 16:19:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com header.b="O3Pq4O36" Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 65F86171E69; Fri, 10 May 2024 16:19:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.70.183.197 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715357993; cv=none; b=bpcuc/Y5XPf5sWQvefqOEX6HvTfoLlcWthaGqmG39+45f4ZsJpvmtqKWwV97mrdky088mFt/hm+Th9bEBlFa43/a7AZPwllxI56XscU2GuO8efn5Ply+cLlIVzUa4BGTyvDWKFK9S1tndN3gb0zHeFgr146eJCQkB4fTsoXVFoQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715357993; c=relaxed/simple; bh=2O3IcUj/y/oFSH8nw9A6/t9ezhPzsGSPrVsREkagaKo=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=SwoLkwL9/No3wmsG+dIXW6Ksrp2EaTNPf4pSo/YfOlEmrbLPK7l3WlY3G9Yy/LjeqEkMTEwPFW8N9i6luwGA3VbcAvynAvhxUzbbY+Gp7yz3yTH9+jdPiyhKZDf6lhDhOeU1LO2i+rfAw+RERKYkezzoppzwxFMs0n3b1wwhOgc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=bootlin.com; spf=pass smtp.mailfrom=bootlin.com; dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com header.b=O3Pq4O36; arc=none smtp.client-ip=217.70.183.197 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=bootlin.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=bootlin.com Received: by mail.gandi.net (Postfix) with ESMTPSA id 9D3FD1C0005; Fri, 10 May 2024 16:19:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1715357988; 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=qbabZJ/2W2xFmYWiTlcU5Sr+WrjFVh8Q4pQSbiNIFzU=; b=O3Pq4O36UcSLsRyGKiy+PiMqvNUx9X/1DUatpy134SIpYRFn8rhReygYL0CVB+BGCwk6fZ YZP0/b5iKrIfhme5Bx77TR5eQdjQp9V/fFB1ycAMT/rdGpTmdW8JkS8Jn+vr5bXvgn88EX IvAP5E0PS8htzcI3nvFtwP3ayiRgpj3QJ1DG6zj09Z9ec69cOs9b0vNt9/HcF9TnJOron7 2C3gmqD+GMuXyXFryMVfoAVwLYWInvEESrq6J1r9cEv5vzr4TkEr9m9Sjb+d7n/5Qbfsov 9J5TF1dki3TkzOI5DxCWU+MULXs3azP6JW3IQaF1AOuskaHomx1481s/qg9vkA== Date: Fri, 10 May 2024 18:19:45 +0200 From: Louis Chauvet To: Jim Shargo Cc: =?iso-8859-1?Q?Jos=E9_Exp=F3sito?= , daniel@ffwll.ch, brpol@chromium.org, corbet@lwn.net, dri-devel@lists.freedesktop.org, hamohammed.sa@gmail.com, hirono@chromium.org, jshargo@chromium.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, mairacanal@riseup.net, marius.vlad@collabora.com, mduggan@chromium.org, melissa.srw@gmail.com, mripard@kernel.org, rodrigosiqueiramelo@gmail.com, tzimmermann@suse.de Subject: Re: [PATCH v6 0/7] Adds support for ConfigFS to VKMS! Message-ID: Mail-Followup-To: Jim Shargo , =?iso-8859-1?Q?Jos=E9_Exp=F3sito?= , daniel@ffwll.ch, brpol@chromium.org, corbet@lwn.net, dri-devel@lists.freedesktop.org, hamohammed.sa@gmail.com, hirono@chromium.org, jshargo@chromium.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, mairacanal@riseup.net, marius.vlad@collabora.com, mduggan@chromium.org, melissa.srw@gmail.com, mripard@kernel.org, rodrigosiqueiramelo@gmail.com, tzimmermann@suse.de References: <20240508181744.7030-1-jose.exposito89@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-GND-Sasl: louis.chauvet@bootlin.com Le 09/05/24 - 18:18, Jim Shargo a écrit : > Sima--thanks SO MUCH for going through with everything leaving a > detailed review. I am excited to go through your feedback. > > It makes me extremely happy to see these patches get people excited. > > They've bounced between a few people, and I recently asked to take > them over again from the folks who were most recently looking at them > but haven't since had capacity to revisit them. I'd love to contribute > more but I am currently pretty swamped and I probably couldn't > realistically make too much headway before the middle of June. > > José--if you've got capacity and interest, I'd love to see this work > get in! Thanks!! Please let me know your timeline and if you want to > split anything up or have any questions, I'd love to help if possible. > But most important to me is seeing the community benefit from the > feature. > > And (in case it got lost in the shuffle of all these patches) the IGT > tests really make it much easier to develop this thing. Marius has > posted the most recent patches: > https://lore.kernel.org/igt-dev/?q=configfs > > Thanks! > -- Jim > > > > On Wed, May 8, 2024 at 2:17 PM José Expósito wrote: > > > > Hi everyone, > > > > I wasn't aware of these patches, but I'm really glad they are getting > > some attention, thanks a lot for your review Sima. > > > > Given that it's been a while since the patches were emailed, I'm not > > sure if the original authors of the patches could implement your > > comments. If not, I can work on it. Please let me know. > > > > I'm working on a Mutter feature that'd greatly benefit from this uapi > > and I'm sure other compositors would find it useful. > > > > I'll start working on a new version in a few days if nobody else is > > already working on it. > > > > Best wishes, > > José Expósito Hi all! Very nice to see other people working on this subject. As the series seemed inactive, I started two weeks ago to rebase it on top of [1]. I also started some work to use drmm_* helpers instead of using lists in vkms. I currently struggle with a deadlock during rmmod. I need to clean my commits, but I can share a WIP version. Maybe we can discuss a bit the comment from Daniel (split init between default/configfs, use or not a real platform device...) For the split, I think the first solution (struct vkms_config) can be easier to understand and to implement, for two reasons: - No need to distinguish between the "default" and the "configfs" devices in the VKMS "core". All is managed with only one struct vkms_config. - Most of the lifetime issue should be gone. The only thing to synchronize is passing this vkms_config from ConfigFS to VKMS. The drawback of this is that it can become difficult to do the "runtime" configuration (today only hotplug, but I plan to add more complex stuff like DP emulation, EDID selection, MST support...). Those configuration must be done "at runtime" and will require a strong synchronization with the vkms "core". Maybe we can distinguish between the "creation" and the "runtime configuration", in two different configFS directory? Once a device is created, it is moved to the "enabled" directory and will have a different set of attribute (connection status, current EDID...) For the platform driver part, it seems logic to me to use a "real" platform driver and a platform device for each pipeline, but I don't have the experience to tell if this is a good idea or not. [1]: https://lore.kernel.org/dri-devel/20240409-yuv-v6-0-de1c5728fd70@bootlin.com/ Thanks, Louis Chauvet -- Louis Chauvet, Bootlin Embedded Linux and Kernel engineering https://bootlin.com