Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1726288pxb; Wed, 2 Feb 2022 11:06:00 -0800 (PST) X-Google-Smtp-Source: ABdhPJxi8F1HHpg9YlBJ01xDeZ0/hR2Gl8WNH+0sQVSqtmc2e0ArtUiz36zSIyXY3BeLBN/EPin2 X-Received: by 2002:a17:907:8a24:: with SMTP id sc36mr25896527ejc.318.1643828760230; Wed, 02 Feb 2022 11:06:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643828760; cv=none; d=google.com; s=arc-20160816; b=V3cPdmp/Y8Sfe8Y2JNn7aDGeA842F1VLWsSR872EKsz7CCuxbG53I7+5nNVK1suWb0 ABWMdmKJa2gKzWWonhpM+jWpQK5SGC58cf+Z5c02w52wXbH5bcHmPJ5/u1punTmQXevj rLk7HL+bG1GowL6bdila4tfyQ4+xo2GZ4FQLJt3oW5NhqQb8U874uxjceNsTZXgW3QzO lVKyxYzE0J9YrZyHzMyH6Z3veKb9/bhUuVmTJJvdM/ejp1PPY7nPMRaIIxROVFd02VMC A/ouEtNBNtBMDeQcsuw2zMYLe4cDMqAQFhDoA8RQj+6iZ7YqvSmL9ZHltrVCV6s2ay0u /IAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=SmNulzN3mmZQBCDB7sQ8CSdfD8G2urW4bUypyx2Sf+U=; b=QlyJ/z/VXNWqw6BeaXxwMlnLXvJ5xGJ67t8iaMqODiegB72Cw8flVlZrkG4OBFW4jq 4kfc1dxL9wV2EyMWuIulLJfbPmJr/OZumx2l5dfO9I5qVkQKRAVZwdz5GqYFDyQOGLjG o0uXDfzavNtr2ccfk1zNd/dAGLVJhzub242ukTsW9E4/9YbXurJjzb878bDGXdWCB7Fv uiasl8u5zcvkERMadA9K+jd21ZwwtzdPK2ff2xk5ijFTrVDduYYgqAyC4L8STMHeZBk4 95zDitbQRKJa4tmIH+W6d10QPY4CRae2dYNejo5FWIg1Agpw2U3IZRT8ejaklYKc7qn+ Qq4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=d+5cIITf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w8si4440404ede.635.2022.02.02.11.05.33; Wed, 02 Feb 2022 11:06:00 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=d+5cIITf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241331AbiBARC1 (ORCPT + 99 others); Tue, 1 Feb 2022 12:02:27 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60622 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230115AbiBARCZ (ORCPT ); Tue, 1 Feb 2022 12:02:25 -0500 Received: from mail-oo1-xc31.google.com (mail-oo1-xc31.google.com [IPv6:2607:f8b0:4864:20::c31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CA11AC061714 for ; Tue, 1 Feb 2022 09:02:25 -0800 (PST) Received: by mail-oo1-xc31.google.com with SMTP id r15-20020a4ae5cf000000b002edba1d3349so4239573oov.3 for ; Tue, 01 Feb 2022 09:02:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SmNulzN3mmZQBCDB7sQ8CSdfD8G2urW4bUypyx2Sf+U=; b=d+5cIITflXarmSYidQYqGy/SPlpwJFPzUwzgnzx7YR24olDgujJq7qHiWnlN+fcRjp RmfyDMRjnZa+nNfcr3P4npSe9RXP+06rXO/fW8PoG09XRA1YqP8nxpkt4MzDwjpsicV7 ZyFcVV7wa1gfKWy64DDrp7h3j9EB30ErvuCRY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SmNulzN3mmZQBCDB7sQ8CSdfD8G2urW4bUypyx2Sf+U=; b=Ei0o0gbbUJNGEZ1fH3ZmVKrVJEZqHYsokxeBsuud9BcQutiQhY1yG6y15r7buAubAo 0tKlvR0F0bHJ+NlPpihRp+6gTUEvFuBcRJL3O4xG06+xR0aQzxSiKTIqhVxr0FQdFzEh OSFFGkqdy9kDbSaXNxITYCT1xIa4Wvkw7yAp+bRuWXtz5eUfuM7UsCts+fi14N/g3mjX LW768r8bN6hxm+7Xp6YT+EHUd35dMP24TxJ7E/SVwYr33uaVAtg010ZpGddxg4T9hPKC RRyVxgeFlOorMviRojwXboZ3xVuPkgr2rimVk5gQ4K37t4F/icfPUtAZVPZRS4FZzgZx MQ8Q== X-Gm-Message-State: AOAM532WxRpGwUr4fbYxXFNcQNPsQT9SysS+f7p0ehfgL7KVpuYqZLyA ktJaesMyJ6NdbyGI0drkSUmhpXo8MSRVZmb5cO/q1w== X-Received: by 2002:a4a:8891:: with SMTP id j17mr13060858ooa.12.1643734945153; Tue, 01 Feb 2022 09:02:25 -0800 (PST) MIME-Version: 1.0 References: <20220125135406.1.I62322abf81dbc1a1b72392a093be0c767da9bf51@changeid> <6fdcfbcf-0546-6b4f-b50f-cf2382ad746f@redhat.com> In-Reply-To: From: Daniel Vetter Date: Tue, 1 Feb 2022 18:02:13 +0100 Message-ID: Subject: Re: [PATCH] drm/panel-edp: Allow querying the detected panel via sysfs To: Doug Anderson Cc: Javier Martinez Canillas , David Airlie , dri-devel , LKML , Robert Foss , Thierry Reding , jjsu@chromium.org, lschyi@chromium.org, Sam Ravnborg Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 1, 2022 at 5:42 PM Doug Anderson wrote: > > Hi, > > On Wed, Jan 26, 2022 at 12:25 AM Javier Martinez Canillas > wrote: > > > > On 1/26/22 00:25, Doug Anderson wrote: > > > On Tue, Jan 25, 2022 at 2:55 PM Javier Martinez Canillas > > > wrote: > > > > [snip] > > > > >> Should this new sysfs entry be documented in Documentation/ABI/ ? > > > > > > I'm not sure what the policy is here. I actually don't know that I'm > > > too worried about this being an ABI. For the purposes of our tests > > > then if something about this file changed (path changed or something > > > like that) it wouldn't be a huge deal. Presumably the test itself > > > would just "fail" in this case and that would clue us in that the ABI > > > changed and we could adapt to whatever new way was needed to discover > > > this. > > > > > > That being said, if the policy is that everything in sysfs is supposed > > > to be ABI then I can add documentation for this... > > > > > > > I also don't know the policy, hence the question. But in any case, I > > think that it could even be done as a follow-up if is needed. > > Sounds good. Since it's been pretty silent and I had your review I > pushed this to drm-misc-next. If there are comments or someone has an > opinion documenting this as a stable ABI then please yell. > > 363c4c3811db drm/panel-edp: Allow querying the detected panel via sysfs Generally stuff for tests should be put into debugfs. We print everything there in various files. sysfs is uapi, and so come with the full baggage of you need open userspace (which for some sysfs stuff might just be a script), and explicitly not for tests (because that just opens the door to merge anything binary blobs might want and just slide it all in). So please retcon at least some plausible deniability here :-) But if it's really only for a test then maybe dumping this into a debugfs file (we do have connector directories already) would be much better. That doable? -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch