[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<GVXPR04MB9778CD46464F6BEE25D5D0529997A@GVXPR04MB9778.eurprd04.prod.outlook.com>
Date: Mon, 12 May 2025 11:45:59 +0000
From: Aman Kumar Pandey <aman.kumarpandey@....com>
To: Krzysztof Kozlowski <krzk@...nel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, "linux-i3c@...ts.infradead.org"
<linux-i3c@...ts.infradead.org>, "alexandre.belloni@...tlin.com"
<alexandre.belloni@...tlin.com>, "krzk+dt@...nel.org" <krzk+dt@...nel.org>,
"robh@...nel.org" <robh@...nel.org>, "conor+dt@...nel.org"
<conor+dt@...nel.org>, "devicetree@...r.kernel.org"
<devicetree@...r.kernel.org>
CC: Vikash Bansal <vikash.bansal@....com>, Priyanka Jain
<priyanka.jain@....com>, Shashank Rebbapragada
<shashank.rebbapragada@....com>, Frank Li <frank.li@....com>
Subject: RE: [EXT] Re: [PATCH v2 2/2] drivers: i3c: Add driver for NXP P3H2x4x
i3c-hub device
> -----Original Message-----
> From: Krzysztof Kozlowski <krzk@...nel.org>
> Sent: Thursday, May 8, 2025 11:40 AM
> To: Aman Kumar Pandey <aman.kumarpandey@....com>; linux-
> kernel@...r.kernel.org; linux-i3c@...ts.infradead.org;
> alexandre.belloni@...tlin.com; krzk+dt@...nel.org; robh@...nel.org;
> conor+dt@...nel.org; devicetree@...r.kernel.org
> Cc: Vikash Bansal <vikash.bansal@....com>; Priyanka Jain
> <priyanka.jain@....com>; Shashank Rebbapragada
> <shashank.rebbapragada@....com>; Frank Li <frank.li@....com>
> Subject: [EXT] Re: [PATCH v2 2/2] drivers: i3c: Add driver for NXP P3H2x4x i3c-
> hub device
>
> [Some people who received this message don't often get email from
> krzk@...nel.org. Learn why this is important at
> https://aka.ms/LearnAboutSenderIdentification ]
>
> Caution: This is an external email. Please take care when clicking links or
> opening attachments. When in doubt, report the message using the 'Report
> this email' button
>
>
> On 08/05/2025 06:57, Aman Kumar Pandey wrote:
> > +
> > +static void p3h2x4x_of_get_tp_dt_conf(struct device *dev,
> > + const struct device_node *node) {
> > + struct p3h2x4x *priv = dev_get_drvdata(dev);
> > + struct device_node *dev_node;
> > + u64 tp_port;
> > +
> > + for_each_available_child_of_node(node, dev_node) {
> > + if (!dev_node->name || of_node_cmp(dev_node->name,
> > + "target-port"))
>
>
> Same NAK as before. You ignored the comment and nothing improved.
>
Thanks for reviewing the patch.
As per your comment I have used proper function to get reg instead of sscanf. And our driver is not having direct interface with userspace.
What should I change here ?
> > + continue;
> > +
> > + if (of_property_read_reg(dev_node, 0, &tp_port, NULL))
> > + continue;
> > +
> > + if (tp_port < P3H2x4x_TP_MAX_COUNT) {
> > + priv->tp_bus[tp_port].dt_available = true;
> > + priv->tp_bus[tp_port].of_node = dev_node;
> > + priv->tp_bus[tp_port].tp_mask = BIT(tp_port);
> > + priv->tp_bus[tp_port].priv = priv;
> > + priv->tp_bus[tp_port].tp_port = tp_port;
> > + }
> > + }
> > +}
> > +
Powered by blists - more mailing lists