[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87ldvf2m0v.wl-tiwai@suse.de>
Date: Mon, 13 Jan 2025 08:47:12 +0100
From: Takashi Iwai <tiwai@...e.de>
To: "Xu, Baojun" <baojun.xu@...com>
Cc: Takashi Iwai <tiwai@...e.de>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"andriy.shevchenko@...ux.intel.com" <andriy.shevchenko@...ux.intel.com>,
"lgirdwood@...il.com" <lgirdwood@...il.com>,
"perex@...ex.cz"
<perex@...ex.cz>,
"Ding, Shenghao" <shenghao-ding@...com>,
"Navada Kanyana, Mukund" <navada@...com>,
"13916275206@....com" <13916275206@....com>,
"Hampiholi, Vallabha" <v-hampiholi@...com>,
"P O, Vijeth" <v-po@...com>,
"linux-sound@...r.kernel.org" <linux-sound@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"liam.r.girdwood@...el.com" <liam.r.girdwood@...el.com>,
"yung-chuan.liao@...ux.intel.com" <yung-chuan.liao@...ux.intel.com>,
"broonie@...nel.org" <broonie@...nel.org>,
"antheas.dk@...il.com"
<antheas.dk@...il.com>,
"stuart.a.hayhurst@...il.com"
<stuart.a.hayhurst@...il.com>,
"dan.carpenter@...aro.org"
<dan.carpenter@...aro.org>
Subject: Re: [EXTERNAL] Re: [PATCH v1] ALSA: hda/tas2781: Ignore SUBSYS_ID not found for tas2563 projects
On Mon, 13 Jan 2025 07:41:02 +0100,
Xu, Baojun wrote:
>
> > ________________________________________
> > From: Takashi Iwai <tiwai@...e.de>
> > Sent: 12 January 2025 16:26
> > To: Xu, Baojun
> > Cc: tiwai@...e.de; robh+dt@...nel.org; andriy.shevchenko@...ux.intel.com; lgirdwood@...il.com; perex@...ex.cz; Ding, Shenghao; Navada Kanyana, Mukund; 13916275206@....com; Hampiholi, Vallabha; P O, Vijeth; linux-sound@...r.kernel.org; linux-kernel@...r.kernel.org; liam.r.girdwood@...el.com; yung-chuan.liao@...ux.intel.com; broonie@...nel.org; antheas.dk@...il.com; stuart.a.hayhurst@...il.com; dan.carpenter@...aro.org
> > Subject: [EXTERNAL] Re: [PATCH v1] ALSA: hda/tas2781: Ignore SUBSYS_ID not found for tas2563 projects
> >
> > On Sat, 11 Jan 2025 10: 57: 28 +0100, Baojun Xu wrote: > > Driver will return error if no SUBSYS_ID found in BIOS(acpi). > It will cause error in tas2563 projects, which have no SUBSYS_ID. > Change strncmp to strcmp to avoid warning
> > ZjQcmQRYFpfptBannerStart
> > This message was sent from outside of Texas Instruments.
> > Do not click links or open attachments unless you recognize the source of this email and know the content is safe.
> > <https://us-phishalarm-ewt.proofpoint.com/EWT/v1/G3vK!vxdrHfwF_qfzogYE_xtoX7lTozH70XOKA0HRu-ioBvUvCv8QNkmAsR1WurvR9Zlh7GmU7A$>
> > Report Suspicious
> >
> > ZjQcmQRYFpfptBannerEnd
> >
> > On Sat, 11 Jan 2025 10:57:28 +0100,
> > Baojun Xu wrote:
> > >
> > > Driver will return error if no SUBSYS_ID found in BIOS(acpi).
> > > It will cause error in tas2563 projects, which have no SUBSYS_ID.
> > > Change strncmp to strcmp to avoid warning for weird length.
> >
> > I don't understand the logic.
> > The use of strncmp() there already matches only with the exact string
> > "INT8866", not the substring, because you use sizeof("INT8866") which
> > is 8 including the NUL-terminator.
> > The only merit of strncmp() in this case is that it can be used for an
> > unterminated char array.
> >
> > In which situation do you see the problem and how does your patch
> > improve / fix it? Please give a more concrete example.
> >
>
> Because it will have Smatch Static Checker warning:
>
> sound/pci/hda/tas2781_hda_i2c.c:146 tas2781_read_acpi()
> warn: strncmp() with weird length: 7 vs 8
>
> sound/pci/hda/tas2781_hda_i2c.c
> 144 if (IS_ERR(sub)) {
> 145 /* No subsys id in older tas2563 projects. */
> --> 146 if (!strncmp(hid, "INT8866", sizeof("INT8866")))
>
> This patch will avoid this warning, and this hid will be a null terminated
> "INT8866", so have no different when this code was go through.
Ah, so your change is only about the last line in the sentence.
The former two lines describe what the current driver already does.
As the driver behavior won't change, your current patch subject and
description are way too confusing. Please rephrase them and
resubmit. It's nothing but just a code refactoring that eventually
shuts up the Smatch warning, after all.
thanks,
Takashi
Powered by blists - more mailing lists