From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Linus Walleij <linus.walleij@linaro.org>,
linux-kernel@vger.kernel.org,
platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH 2/3] platform/x86: intel_cht_int33fe: use inline reference properties
Date: Fri, 6 Sep 2019 14:34:01 -0700 [thread overview]
Message-ID: <20190906213401.GS187474@dtor-ws> (raw)
In-Reply-To: <20190906112243.GB30048@kuha.fi.intel.com>
On Fri, Sep 06, 2019 at 02:22:43PM +0300, Heikki Krogerus wrote:
> Hi,
>
> On Thu, Sep 05, 2019 at 09:38:08PM -0700, Dmitry Torokhov wrote:
> > Now that static device properties allow defining reference properties
> > together with all other types of properties, instead of managing them
> > separately, let's adjust the driver.
> >
> > Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > ---
> >
> > Heikki, I do not have this hardware, so if you could try this out
> > it would be really great.
> >
> > drivers/platform/x86/intel_cht_int33fe.c | 46 ++++++++++++------------
> > 1 file changed, 22 insertions(+), 24 deletions(-)
> >
> > diff --git a/drivers/platform/x86/intel_cht_int33fe.c b/drivers/platform/x86/intel_cht_int33fe.c
> > index 4fbdff48a4b5..91f3c8840fd8 100644
> > --- a/drivers/platform/x86/intel_cht_int33fe.c
> > +++ b/drivers/platform/x86/intel_cht_int33fe.c
> > @@ -50,28 +50,8 @@ struct cht_int33fe_data {
> >
> > static const struct software_node nodes[];
>
> I think you can remove that.
Not really, as there is still circular dependency between nodes and
properties. I moved it down closer to properties though.
>
> > -static const struct software_node_ref_args pi3usb30532_ref = {
> > - &nodes[INT33FE_NODE_PI3USB30532]
> > -};
> > -
> > -static const struct software_node_ref_args dp_ref = {
> > - &nodes[INT33FE_NODE_DISPLAYPORT]
> > -};
> > -
> > static struct software_node_ref_args mux_ref;
>
> I'm pretty sure you should now drop that one.
I ended up reworking things a bit and still using a form of this to
reach in and change data, as properties ended up being constants.
>
> > -static const struct software_node_reference usb_connector_refs[] = {
> > - { "orientation-switch", 1, &pi3usb30532_ref},
> > - { "mode-switch", 1, &pi3usb30532_ref},
> > - { "displayport", 1, &dp_ref},
> > - { }
> > -};
> > -
> > -static const struct software_node_reference fusb302_refs[] = {
> > - { "usb-role-switch", 1, &mux_ref},
> > - { }
> > -};
> > -
> > /*
> > * Grrr I severly dislike buggy BIOS-es. At least one BIOS enumerates
> > * the max17047 both through the INT33FE ACPI device (it is right there
> > @@ -107,7 +87,13 @@ static const struct property_entry max17047_props[] = {
> > { }
> > };
> >
> > -static const struct property_entry fusb302_props[] = {
> > +/* Not const because we need to update "usb-role-switch" property. */
> > +static struct property_entry fusb302_props[] = {
> > + /*
> > + * usb-role-switch property must be first as we rely on fixed
> > + * position to adjust it once we know the real node.
> > + */
> > + PROPERTY_ENTRY_REF("usb-role-switch", NULL),
> > PROPERTY_ENTRY_STRING("linux,extcon-name", "cht_wcove_pwrsrc"),
> > { }
> > };
> > @@ -131,16 +117,22 @@ static const struct property_entry usb_connector_props[] = {
> > PROPERTY_ENTRY_U32_ARRAY("source-pdos", src_pdo),
> > PROPERTY_ENTRY_U32_ARRAY("sink-pdos", snk_pdo),
> > PROPERTY_ENTRY_U32("op-sink-microwatt", 2500000),
> > + PROPERTY_ENTRY_REF("orientation-switch",
> > + &nodes[INT33FE_NODE_PI3USB30532]),
> > + PROPERTY_ENTRY_REF("mode-switch",
> > + &nodes[INT33FE_NODE_PI3USB30532]),
> > + PROPERTY_ENTRY_REF("displayport",
> > + &nodes[INT33FE_NODE_DISPLAYPORT]),
> > { }
> > };
> >
> > static const struct software_node nodes[] = {
> > - { "fusb302", NULL, fusb302_props, fusb302_refs },
> > + { "fusb302", NULL, fusb302_props },
> > { "max17047", NULL, max17047_props },
> > { "pi3usb30532" },
> > { "displayport" },
> > { "usb-role-switch" },
> > - { "connector", &nodes[0], usb_connector_props, usb_connector_refs },
> > + { "connector", &nodes[0], usb_connector_props },
> > { }
> > };
> >
> > @@ -174,7 +166,13 @@ static int cht_int33fe_setup_mux(struct cht_int33fe_data *data)
> >
> > data->mux = fwnode_handle_get(dev->fwnode);
> > put_device(dev);
> > - mux_ref.node = to_software_node(data->mux);
> > +
> > + /*
> > + * Update "usb-role-switch" property with real node. Note that we
> > + * rely on software_node_register_nodes() to use the original
> > + * instance of properties instead of copying them.
> > + */
> > + fusb302_props[0].value.ref.node = to_software_node(data->mux);
>
> There are other changes to this driver and to swnode.c in Rafael's
> tree, so if you send v2 soon, then please rebase on top of his devprop
> branch, or alternatively linux-next.
Yep, did that, will re-post series shortly.
--
Dmitry
next prev parent reply other threads:[~2019-09-06 21:34 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-06 4:38 [PATCH 1/3] software node: implement reference properties Dmitry Torokhov
2019-09-06 4:38 ` [PATCH 2/3] platform/x86: intel_cht_int33fe: use inline " Dmitry Torokhov
2019-09-06 11:22 ` Heikki Krogerus
2019-09-06 21:34 ` Dmitry Torokhov [this message]
2019-09-06 4:38 ` [PATCH 3/3] software node: remove separate handling of references Dmitry Torokhov
2019-09-06 12:38 ` Andy Shevchenko
2019-09-06 11:17 ` [PATCH 1/3] software node: implement reference properties Heikki Krogerus
2019-09-06 12:40 ` Andy Shevchenko
2019-09-06 13:31 ` Heikki Krogerus
2019-09-06 12:27 ` Andy Shevchenko
2019-09-06 22:34 ` Dmitry Torokhov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190906213401.GS187474@dtor-ws \
--to=dmitry.torokhov@gmail.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=heikki.krogerus@linux.intel.com \
--cc=linus.walleij@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rafael@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.