Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp285852rdh; Thu, 23 Nov 2023 04:09:48 -0800 (PST) X-Google-Smtp-Source: AGHT+IGa9wkTT64c+2VGZz1VHjV51O3qPNWOWtcORmc62DArYBxEryxj/uGAaEQx+FS6Wz+D7avY X-Received: by 2002:a05:6a00:1952:b0:6bd:b7c5:f777 with SMTP id s18-20020a056a00195200b006bdb7c5f777mr5886077pfk.16.1700741387861; Thu, 23 Nov 2023 04:09:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700741387; cv=none; d=google.com; s=arc-20160816; b=oEMxD8jcIqrHKAnbnVn/vwevOmwwKAEerLax4upDCGTHXmZFm2jR7BKHjR2xpakedT 74Aax0+Vit9hpQ4NDVYIjngpBOJqIag9kX9LOxDE2KabmfSn/kiyXzD5Q9K4WscLIkve UIz7cpAJCK3mLlwaJIBnvXm5rDNYfdS09Codu+8uByuxnzVFsoxapqdpRJNBmPDlWYiI S5ozCninUOExc0ajac0f1eXlEONfkS8/ovJarU0gJFjICcgGQ3TUYgVPYwnrbO29fGQj m5W+uVt3ultkJF7pd+dDxo8pBYU/KiNDUBV+f8sTCAMxJThoeUFjHtnl1enrbfE1AXqE wN9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=NWiD9VQ1mbDQZpQu526jQcSPKeZ10G92S9gL8RfIz0A=; fh=ugfngpN+/0//WgxW9PP1vE+k+jBEY8MrzG27q3bQWP0=; b=nzS46Mg16KTOU9da7XzgxZ/nOIkWJBvDnDhUzVlLmxz8c0xObEg/89zQbKA448hBzU OOV+OVRDp9g8S6GxP0jV2tUXPj7xRxccxsbDmPAeiMc+QF8jR4yQxlT31y9hp99RTaSX aj3amtx+6Vundx/CejuEr1HBomli+MVlDaf3qszPD7iA+S1N2ojbg+dWQ1nYnhgQGSXR 5IBPFZYWwpYyuEO9VsKY8ZzFLA+ySnTAGx8HcykgfTTR/7X6zRcDwCA5nu/NoTztesn9 rAv+FBwGKB11IRb5Ouytfub4bBl5EBF+ZQeuGRiSqhSKFmxF1K93ISb3tKIWNmovQfdW gX7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=PoaVghDc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Return-Path: Received: from morse.vger.email (morse.vger.email. [2620:137:e000::3:1]) by mx.google.com with ESMTPS id f24-20020a63dc58000000b005b9293fcf78si1233783pgj.10.2023.11.23.04.09.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Nov 2023 04:09:47 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) client-ip=2620:137:e000::3:1; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=PoaVghDc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id 6696480739E8; Thu, 23 Nov 2023 04:09:43 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345208AbjKWMJ2 (ORCPT + 99 others); Thu, 23 Nov 2023 07:09:28 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42330 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345196AbjKWMJ1 (ORCPT ); Thu, 23 Nov 2023 07:09:27 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3F706B2; Thu, 23 Nov 2023 04:09:34 -0800 (PST) Received: from localhost.localdomain (cola.collaboradmins.com [195.201.22.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: laura.nao) by madras.collabora.co.uk (Postfix) with ESMTPSA id 1AB2866073A6; Thu, 23 Nov 2023 12:09:32 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1700741373; bh=YgxjoufhsvGqDqaZ2rAtBAbV9cjW8P3dw29HVw8u0y0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=PoaVghDckL+d+hpKi62Z+OmLgjKqyQ7uJoVeV20xyXVmZ227HQCKD/v1hZLefB+Ph wlPy5eIiPjgkYXd/W2YZZzFTHf+c3ihGYQN3QYCmDqxqfwS69khvdVi0DdvAQMxnMi 6/PDtfY5K6zdHmwbi0BFbZctgpstIBjiue9CS5K7nPW+BQaw6NKcF48qiH/PHGsW1g mIZWlqwllvH7+CEUoYAcCFzoHeW+qhEgQ4dGcsifaswB3hMx1NeUVkylgwCg1yqnxX tdI1H6dqdJ4MiT6+fHY6HKkRbeSdlaAr6PMQ4RKAgkySaMTCZ4JnMZK61yTRt5F/nq 5YbJOssjrklhw== From: Laura Nao To: dan.carpenter@linaro.org Cc: broonie@kernel.org, groeck@chromium.org, kernel@collabora.com, kernelci@lists.linux.dev, laura.nao@collabora.com, lenb@kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, rafael@kernel.org, robh+dt@kernel.org, shuah@kernel.org Subject: Re: [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms Date: Thu, 23 Nov 2023 13:09:42 +0100 Message-Id: <20231123120942.33222-1-laura.nao@collabora.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <4f1283d4-1c50-4aba-ba54-b9ea975bf61d@moroto.mountain> References: <4f1283d4-1c50-4aba-ba54-b9ea975bf61d@moroto.mountain> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,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 morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Thu, 23 Nov 2023 04:09:43 -0800 (PST) > Your talk was interesting at Linux Plumbers. > > https://www.youtube.com/watch?v=oE73eVSyFXQ [time +2:35] > > This is probably a stupid question, but why not just add something to > call_driver_probe() which creates a sysfs directory tree with all the > driver information? > Thanks for the feedback! Improving the device driver model to publish driver and devices info was indeed another option we considered. We could have a debugfs entry storing this kind of information, similar to what devices_deferred does and in a standardized format. This would provide an interface that is easier to query at runtime for getting a list of devices that were probed correctly. This would cover devices with a driver that's built into the kernel or as a module; in view of catching also those cases where a device is not probed because the relevant config is not enabled, I think we'd still need another way of building a list of devices present on the platform to be used as reference. The solution proposed in this RFC follows the same approach used for dt based platforms for simplicity. But if adding a new sysfs entry storing devices and driver info proves to be a viable option for upstream, we can surely explore it and improve the probe test to leverage that. Best, Laura