From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: linux-acpi@vger.kernel.org,
"Rafael J. Wysocki" <rafael@kernel.org>,
Len Brown <lenb@kernel.org>
Subject: Re: [PATCH v2 2/2] ACPI: property: Ignore bad graph port nodes on Dell XPS 9315
Date: Thu, 22 Feb 2024 12:23:44 +0000 [thread overview]
Message-ID: <Zdc80LP2T6pjYHiA@kekkonen.localdomain> (raw)
In-Reply-To: <CAHp75VdJMQ1HUMHWmtkSLH=m0KQYqpcEpDGb6cVbxYw_iNPwTA@mail.gmail.com>
On Wed, Feb 21, 2024 at 05:33:36PM +0200, Andy Shevchenko wrote:
> On Wed, Feb 21, 2024 at 8:56 AM Sakari Ailus
> <sakari.ailus@linux.intel.com> wrote:
> > I think Rafael has already applied this but I can send a new patch...
>
> Depends if it's final or can be dropped.
> If the former is the case, follow ups, please.
>
> > On Wed, Feb 21, 2024 at 12:21:13AM +0200, andy.shevchenko@gmail.com wrote:
> > > Tue, Feb 13, 2024 at 03:46:06PM +0200, Sakari Ailus kirjoitti:
>
> ...
>
> > > > void acpi_mipi_scan_crs_csi2(void);
> > > > void acpi_mipi_init_crs_csi2_swnodes(void);
> > > > void acpi_mipi_crs_csi2_cleanup(void);
> > >
> > > + blank line?
> >
> > The usa of blank lines elsewhere in the file is consistent with the above.
> > These are all related.
>
> Naming does not suggest that. I see either naming or semantic tights
> issues here. Hence the proposal to have a blank line.
>
> > > > +bool acpi_graph_ignore_port(acpi_handle handle);
>
> ...
>
> > > > +static const struct dmi_system_id dmi_ignore_port_nodes[] = {
> > > > + {
> > > > + .matches = {
> > > > + DMI_EXACT_MATCH(DMI_SYS_VENDOR, "Dell Inc."),
> > > > + DMI_EXACT_MATCH(DMI_PRODUCT_NAME, "XPS 9315"),
> > > > + },
> > > > + },
> > > > + { 0 }
> > >
> > > 0 is not needed. Moreover, it's a bit unusual.
> >
> > But also required by the C standard.
>
> We have a lot of code that doesn't use that (yet this is valid C23,
> and yes I know that we rely on C11).
The current compilers support it and I guess we'll switch to C23 at some
point. I can drop the 0.
>
> > > > +};
>
> ...
>
> > > > +static const char *strnext(const char *s1, const char *s2)
> > > > +{
> > > > + s1 = strstr(s1, s2);
> > > > +
> > > > + if (!s1)
> > > > + return NULL;
> > > > +
> > > > + return s1 + strlen(s2);
> > > > +}
> > >
> > > NIH str_has_prefix() ?
> >
> > It doesn't do the same thing. Yes, it could be used, but the code looks
> > cleaner with this.
>
> "Not Invented Here" was even at Nokia times, why do we repeat our mistakes?
As I noted previously, while str_has_prefix() could be used, it would make
the code in the caller harder to read. Changes may be needed to that code
later on as this isn't the only system with the issue so readability does
count.
>
> ...
>
> > > > +/**
> > > > + * acpi_graph_ignore_port - Tell whether a port node should be ignored
> > > > + * @handle: The ACPI handle of the node (which may be a port node)
> > > > + *
> > > > + * Returns true if a port node should be ignored and the data to that should
> > >
> > > Please, run kernel-doc validation and fix the warnings.
> >
> > Running kernel-doc on the file doesn't produce any here.
>
> You haven't run it correctly?
>
> $ scripts/kernel-doc -v -none -Wall drivers/acpi/mipi-disco-img.c
> drivers/acpi/mipi-disco-img.c:163: info: Scanning doc for function
> acpi_mipi_check_crs_csi2
> drivers/acpi/mipi-disco-img.c:384: info: Scanning doc for function
> acpi_mipi_scan_crs_csi2
> drivers/acpi/mipi-disco-img.c:703: info: Scanning doc for function
> acpi_mipi_init_crs_csi2_swnodes
> drivers/acpi/mipi-disco-img.c:718: info: Scanning doc for function
> acpi_mipi_crs_csi2_cleanup
> drivers/acpi/mipi-disco-img.c:749: info: Scanning doc for function
> acpi_graph_ignore_port
> drivers/acpi/mipi-disco-img.c:759: warning: No description found for
> return value of 'acpi_graph_ignore_port'
> 1 warnings
Ah, I guess it was -Wall option that was required to produce the warning.
I'll address it.
>
> > > > + * come from other sources instead (Windows ACPI definitions and
> > > > + * ipu-bridge). This is currently used to ignore bad port nodes related to IPU6
> > > > + * ("IPU?") and camera sensor devices ("LNK?") in certain Dell systems with
> > > > + * Intel VSC.
> > > > + */
>
--
Regards,
Sakari Ailus
prev parent reply other threads:[~2024-02-22 12:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-13 13:46 [PATCH v2 0/2] Ignore bad graph port nodes on Dell XPS 9315 Sakari Ailus
2024-02-13 13:46 ` [PATCH v2 1/2] ACPI: utils: Make acpi_handle_path() not static Sakari Ailus
2024-02-13 13:46 ` [PATCH v2 2/2] ACPI: property: Ignore bad graph port nodes on Dell XPS 9315 Sakari Ailus
2024-02-15 20:07 ` Rafael J. Wysocki
2024-02-20 22:21 ` andy.shevchenko
2024-02-21 6:56 ` Sakari Ailus
2024-02-21 15:33 ` Andy Shevchenko
2024-02-22 12:23 ` Sakari Ailus [this message]
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=Zdc80LP2T6pjYHiA@kekkonen.localdomain \
--to=sakari.ailus@linux.intel.com \
--cc=andy.shevchenko@gmail.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox