Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3958724pxb; Tue, 10 Nov 2020 04:42:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJyseW+HubkPLt9x4HqO3wmAB5VLAFLcYn9nR3ApaN6U37LobSXjnKW5vHKBMJ5PDsuFG0UB X-Received: by 2002:a50:e789:: with SMTP id b9mr20585289edn.272.1605012154480; Tue, 10 Nov 2020 04:42:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605012154; cv=none; d=google.com; s=arc-20160816; b=DH4zjKWtWWREqubM2+2vwMLI3D+Gw4imWDEY5TrZ1oWJFIH13TZIG00cC0luYlYbac Ltyzasv61uSywby5cubgIrHuCkC5ybm5+IJiwdvc8lGZv/rVFO392qgbsHqLOy/MxqpA bhMUU+XUFbDO7zNPaYIkFmBCjDQOxKh6ciVBBpp198nNdzxqrDJe/iboeT1hFsxmhfWk mp5JTA62Kff2EjrNRG+5Nr9CVcD/Lj3QIZDq8Tl/5Mpcf40WEVWW2zbDRx3BgzIbyeFj wWHGRmv8O86JTAyA5Xfx9K71QjMn4nQMlJvD4R8POCxFsyTllGY2qN0HOWLpz3m5sZyf 1hJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:ironport-sdr :ironport-sdr; bh=a90uE8gX5GePITfWbZ0qhcreY1hhikjcBs+pYqeWqdk=; b=xgXF9IILhpRyEdG6fLXB4QbsJwi0fGdZi7sco/zkJcwJa1wDnCq2kdfhB4hL5aqRoc ZwefGZ3lnW878glKTt/dn71xnLHCtWk7PEKr+B//N8zHbVdgOjj0KGKNJwU8XnBXSGvF tS3KINkUJ6i9RYQu2trRLyFKupVkTq9q8SrkmLJCuywcKOP2/siutzcuK7eQkuQY9H33 JWM9uTaNV1dJi/7/RiBRLTLfSpbaHuKqE37BBgCBAmYprsWbOKDooJLqzeXbDGT3NDFf pSamb4HMXmA9hHBTcPhKVQH0+1TmBGZqlK+oT42lK+C40fAD8tI2+i2YIMW4z3B9bU+r m9Fg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t12si13879757edc.181.2020.11.10.04.42.07; Tue, 10 Nov 2020 04:42:34 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730186AbgKJMjp (ORCPT + 99 others); Tue, 10 Nov 2020 07:39:45 -0500 Received: from mga02.intel.com ([134.134.136.20]:2937 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726462AbgKJMjp (ORCPT ); Tue, 10 Nov 2020 07:39:45 -0500 IronPort-SDR: PiNzRcTCKGDvj2PsPbyzguueLndRW9Ui3Kymt4TmpXk3HjLYsk3JNb2CPH/vtCaStic9rtIjuC aq/1Lwpl+4Hg== X-IronPort-AV: E=McAfee;i="6000,8403,9800"; a="156971136" X-IronPort-AV: E=Sophos;i="5.77,466,1596524400"; d="scan'208";a="156971136" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Nov 2020 04:39:43 -0800 IronPort-SDR: CofVXQfwb/b6mTBj+zXm2G4HmzdnMKV8inpcbu1rp3tPvcyJlRu7vcUNwsUYs8kw6OESowXPLt cw62KKLX+NYQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,466,1596524400"; d="scan'208";a="428353901" Received: from kuha.fi.intel.com ([10.237.72.162]) by fmsmga001.fm.intel.com with SMTP; 10 Nov 2020 04:39:39 -0800 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Tue, 10 Nov 2020 14:39:39 +0200 Date: Tue, 10 Nov 2020 14:39:39 +0200 From: Heikki Krogerus To: Andy Shevchenko Cc: Dmitry Torokhov , Lukasz Stelmach , "Rafael J. Wysocki" , Mika Westerberg , Linus Walleij , Ard Biesheuvel , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, Marek Szyprowski , Bartlomiej Zolnierkiewicz Subject: Re: [PATCH v8 3/6] software node: implement reference properties Message-ID: <20201110123939.GN1224435@kuha.fi.intel.com> References: <20201109172435.GJ4077@smile.fi.intel.com> <20201109185305.GT1003057@dtor-ws> <20201109190551.GM4077@smile.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201109190551.GM4077@smile.fi.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 09, 2020 at 09:05:51PM +0200, Andy Shevchenko wrote: > On Mon, Nov 09, 2020 at 10:53:05AM -0800, Dmitry Torokhov wrote: > > On Mon, Nov 09, 2020 at 07:18:37PM +0100, Lukasz Stelmach wrote: > > > It was <2020-11-09 pon 19:24>, when Andy Shevchenko wrote: > > ... > > > > Probably I have missed something and I will be greatful, if you tell me > > > where I can find more information about software nodes. There are few > > > users in the kernel and it isn't obvious for me how to use software > > > nodes properly. > > > > Yeah, I disagree with Andy here. The lookup tables are a crutch that we > > have until GPIO and PWM a taught to support software nodes (I need to > > resurrect my patch series for GPIO, if you have time to test that would > > be awesome). > > We don't have support for list of fwnodes, this will probably break things > where swnode is already exist. > > I think Heikki may send a documentation patch to clarify when swnodes can and > can't be used. Maybe I'm mistaken and above is a good use case by design. Yeah, the problem is that I'm not sure that we can limit the swnodes for any specific purpose, or dictate very strictly how they are used with other possible fwnodes. Right now I'm thinking we should simply not talk about the relationship a software node should have or can have with other fwnodes (regardless of their type) in the swnode documentation. Br, -- heikki