public inbox for linux-next@vger.kernel.org
 help / color / mirror / Atom feed
From: "Nirujogi, Pratap" <pnirujog@amd.com>
To: "Hans de Goede" <hansg@kernel.org>,
	"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
Cc: Randy Dunlap <rdunlap@infradead.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Linux Next Mailing List <linux-next@vger.kernel.org>,
	Pratap Nirujogi <pratap.nirujogi@amd.com>,
	Benjamin Chan <benjamin.chan@amd.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"open list:AMD HETERO CORE HARDWARE FEEDBACK DRIVER"
	<platform-driver-x86@vger.kernel.org>
Subject: Re: linux-next: Tree for May 27 (drivers/platform/x86/amd/amd_isp4.c)
Date: Fri, 30 May 2025 11:21:54 -0400	[thread overview]
Message-ID: <2df9326c-9b9f-4316-bcb9-4ccaf715c757@amd.com> (raw)
In-Reply-To: <f4b8657e-17c5-49d0-bee8-8621c811b6ca@kernel.org>

Hi Ilpo, Hans,

On 5/30/2025 3:44 AM, Hans de Goede wrote:
> Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
> 
> 
> Hi,
> 
> On 30-May-25 9:41 AM, Ilpo Järvinen wrote:
>> On Tue, 27 May 2025, Nirujogi, Pratap wrote:
>>> On 5/27/2025 3:43 PM, Hans de Goede wrote:
>>>> Caution: This message originated from an External Source. Use proper caution
>>>> when opening attachments, clicking links, or responding.
>>>>
>>>>
>>>> Hi,
>>>>
>>>> On 27-May-25 8:56 PM, Randy Dunlap wrote:
>>>>>
>>>>>
>>>>> On 5/27/25 3:32 AM, Stephen Rothwell wrote:
>>>>>> Hi all,
>>>>>>
>>>>>> Changes since 20250526:
>>>>>>
>>>>>
>>>>> on x86_64, when
>>>>> # CONFIG_MODULES is not set
>>>>>
>>>>> ../drivers/platform/x86/amd/amd_isp4.c: In function 'is_isp_i2c_adapter':
>>>>> ../drivers/platform/x86/amd/amd_isp4.c:154:35: error: invalid use of
>>>>> undefined type 'struct module'
>>>>>     154 |         return !strcmp(adap->owner->name,
>>>>> "i2c_designware_amdisp");
>>>>>         |                                   ^~
>>>>
>>>> Hmm, this should not check the owner->name at all.
>>>>
>>>> Instead the i2c_designware_amdisp should set adap->name to something
>>>> unique and then this should check adap->name.
>>>>
>>> I noticed the unique name set to "adap->name" in i2c_designware_amdisp is
>>> getting overwritten to the generic "Synopsys DesignWare I2C adapter" name in
>>> i2c_dw_probe_master().
>>>
>>> https://github.com/torvalds/linux/blob/master/drivers/i2c/busses/i2c-designware-master.c#L1046
>>>
>>> Inorder to use unique name to detect the specific adapter without making
>>> changes in i2c-designware-master.c, I used adap->owner->name.
>>>
>>> Since it is causing build issues when CONFIG_MODULES is not set, can I make a
>>> change in i2c-designware-master.c to initialize the generic "Synopsys
>>> DesignWare I2C adapter" name only when adap->name is NULL. This way I should
>>> be able to pass the unique name from i2c_designware_amdisp module.
>>
>> How can you check that, it's char name[48]; not a pointer???
> 
> A NULL check indeed will not work, but we can check that (name[0] != 0).
> 
Thanks for the feedback and suggestions on the changes. Yes, my intent 
is to check if the name[] is uninitialized before initializing with the 
generic name. I will make the changes and submit both i2c and platform 
driver patches shortly.

Thanks,
Pratap

> Regards,
> 
> Hans
> 
> 


      reply	other threads:[~2025-05-30 15:22 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-27 10:32 linux-next: Tree for May 27 Stephen Rothwell
2025-05-27 18:56 ` linux-next: Tree for May 27 (drivers/platform/x86/amd/amd_isp4.c) Randy Dunlap
2025-05-27 19:43   ` Hans de Goede
2025-05-27 20:24     ` Nirujogi, Pratap
2025-05-30  7:41       ` Ilpo Järvinen
2025-05-30  7:44         ` Hans de Goede
2025-05-30 15:21           ` Nirujogi, Pratap [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=2df9326c-9b9f-4316-bcb9-4ccaf715c757@amd.com \
    --to=pnirujog@amd.com \
    --cc=benjamin.chan@amd.com \
    --cc=hansg@kernel.org \
    --cc=ilpo.jarvinen@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=pratap.nirujogi@amd.com \
    --cc=rdunlap@infradead.org \
    --cc=sfr@canb.auug.org.au \
    /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