Use 'adapater->name' inplace of 'adapter->owner->name' to fix build issues
when CONFIG_MODULES is not defined.
Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for OV05C10")
Reported-by: Randy Dunlap <rdunlap@infradead.org>
Link: https://lore.kernel.org/all/04577a46-9add-420c-b181-29bad582026d@infradead.org
Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
---
drivers/platform/x86/amd/amd_isp4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/platform/x86/amd/amd_isp4.c b/drivers/platform/x86/amd/amd_isp4.c
index 0cc01441bcbb..80b57b58621a 100644
--- a/drivers/platform/x86/amd/amd_isp4.c
+++ b/drivers/platform/x86/amd/amd_isp4.c
@@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
{
- return !strcmp(adap->owner->name, "i2c_designware_amdisp");
+ return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
}
static void instantiate_isp_i2c_client(struct amdisp_platform *isp4_platform,
--
2.43.0
On Fri, 30 May 2025, Pratap Nirujogi wrote:
> Use 'adapater->name' inplace of 'adapter->owner->name' to fix build issues
> when CONFIG_MODULES is not defined.
>
> Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for OV05C10")
This is the which should have this Fixes tag, the other commits should not
have it as they're not really the fix (but this change just depends on
them, but since stable is not in picture yet for this driver we don't
need to indicate even those deps).
> Reported-by: Randy Dunlap <rdunlap@infradead.org>
> Link: https://lore.kernel.org/all/04577a46-9add-420c-b181-29bad582026d@infradead.org
> Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
> ---
> drivers/platform/x86/amd/amd_isp4.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/platform/x86/amd/amd_isp4.c b/drivers/platform/x86/amd/amd_isp4.c
> index 0cc01441bcbb..80b57b58621a 100644
> --- a/drivers/platform/x86/amd/amd_isp4.c
> +++ b/drivers/platform/x86/amd/amd_isp4.c
> @@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
>
> static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
> {
> - return !strcmp(adap->owner->name, "i2c_designware_amdisp");
> + return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
Since both are in-kernel code, share that name through a define in some
header.
--
i.
Hi Ilpo,
On 5/31/2025 1:11 AM, Ilpo Järvinen wrote:
> Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
>
>
> On Fri, 30 May 2025, Pratap Nirujogi wrote:
>
>> Use 'adapater->name' inplace of 'adapter->owner->name' to fix build issues
>> when CONFIG_MODULES is not defined.
>>
>> Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for OV05C10")
>
> This is the which should have this Fixes tag, the other commits should not
> have it as they're not really the fix (but this change just depends on
> them, but since stable is not in picture yet for this driver we don't
> need to indicate even those deps).
>
Thank you, I will take care of keeping the Fixes tag only in the
x86/platform driver patch and will remove in the other two i2c driver
patches.
Sorry I think I'm not completely clear on this statement "we don't need
to indicate even those deps" - Am I good if I submit the same patch
series removing the Fixes tag from the two i2c driver patches? Or Is it
about submitting the i2c patches independently from x86/platform,
instead of keeping all the 3 patches in a single series. Can you please
help to clarify?
>> Reported-by: Randy Dunlap <rdunlap@infradead.org>
>> Link: https://lore.kernel.org/all/04577a46-9add-420c-b181-29bad582026d@infradead.org
>> Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
>> ---
>> drivers/platform/x86/amd/amd_isp4.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/platform/x86/amd/amd_isp4.c b/drivers/platform/x86/amd/amd_isp4.c
>> index 0cc01441bcbb..80b57b58621a 100644
>> --- a/drivers/platform/x86/amd/amd_isp4.c
>> +++ b/drivers/platform/x86/amd/amd_isp4.c
>> @@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
>>
>> static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
>> {
>> - return !strcmp(adap->owner->name, "i2c_designware_amdisp");
>> + return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
>
> Since both are in-kernel code, share that name through a define in some
> header.
>
sure, I will find the header file that can be used to add the adap->name
definition.
Thanks,
Pratap
> --
> i.
>
On Mon, 2 Jun 2025, Nirujogi, Pratap wrote:
> Hi Ilpo,
>
> On 5/31/2025 1:11 AM, Ilpo Järvinen wrote:
> > Caution: This message originated from an External Source. Use proper caution
> > when opening attachments, clicking links, or responding.
> >
> >
> > On Fri, 30 May 2025, Pratap Nirujogi wrote:
> >
> > > Use 'adapater->name' inplace of 'adapter->owner->name' to fix build issues
> > > when CONFIG_MODULES is not defined.
> > >
> > > Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for
> > > OV05C10")
> >
> > This is the which should have this Fixes tag, the other commits should not
> > have it as they're not really the fix (but this change just depends on
> > them, but since stable is not in picture yet for this driver we don't
> > need to indicate even those deps).
> >
> Thank you, I will take care of keeping the Fixes tag only in the x86/platform
> driver patch and will remove in the other two i2c driver patches.
>
> Sorry I think I'm not completely clear on this statement "we don't need to
> indicate even those deps" - Am I good if I submit the same patch series
> removing the Fixes tag from the two i2c driver patches? Or Is it about
> submitting the i2c patches independently from x86/platform, instead of keeping
> all the 3 patches in a single series. Can you please help to clarify?
Just remove the other fixes tags. Those changes don't really "fix" the
problem but lay groundwork for the last patch.
(If this would be going to stable, which it isn't because the driver is
not yet in any stable kernels, you'd have to add Cc: <stable@vger.kernel.org>
to all dependencies within the series and the fix and the Fixes tag
would still be in the last change only.)
The series should be applied as whole, either by me or the i2c
maintainers once it's ready.
--
i.
> > > Reported-by: Randy Dunlap <rdunlap@infradead.org>
> > > Link:
> > > https://lore.kernel.org/all/04577a46-9add-420c-b181-29bad582026d@infradead.org
> > > Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
> > > ---
> > > drivers/platform/x86/amd/amd_isp4.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/platform/x86/amd/amd_isp4.c
> > > b/drivers/platform/x86/amd/amd_isp4.c
> > > index 0cc01441bcbb..80b57b58621a 100644
> > > --- a/drivers/platform/x86/amd/amd_isp4.c
> > > +++ b/drivers/platform/x86/amd/amd_isp4.c
> > > @@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
> > >
> > > static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
> > > {
> > > - return !strcmp(adap->owner->name, "i2c_designware_amdisp");
> > > + return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
> >
> > Since both are in-kernel code, share that name through a define in some
> > header.
> >
> sure, I will find the header file that can be used to add the adap->name
> definition.
>
> Thanks,
> Pratap
>
> > --
> > i.
> >
>
On 6/3/2025 3:15 AM, Ilpo Järvinen wrote:
> Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
>
>
> On Mon, 2 Jun 2025, Nirujogi, Pratap wrote:
>
>> Hi Ilpo,
>>
>> On 5/31/2025 1:11 AM, Ilpo Järvinen wrote:
>>> Caution: This message originated from an External Source. Use proper caution
>>> when opening attachments, clicking links, or responding.
>>>
>>>
>>> On Fri, 30 May 2025, Pratap Nirujogi wrote:
>>>
>>>> Use 'adapater->name' inplace of 'adapter->owner->name' to fix build issues
>>>> when CONFIG_MODULES is not defined.
>>>>
>>>> Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for
>>>> OV05C10")
>>>
>>> This is the which should have this Fixes tag, the other commits should not
>>> have it as they're not really the fix (but this change just depends on
>>> them, but since stable is not in picture yet for this driver we don't
>>> need to indicate even those deps).
>>>
>> Thank you, I will take care of keeping the Fixes tag only in the x86/platform
>> driver patch and will remove in the other two i2c driver patches.
>>
>> Sorry I think I'm not completely clear on this statement "we don't need to
>> indicate even those deps" - Am I good if I submit the same patch series
>> removing the Fixes tag from the two i2c driver patches? Or Is it about
>> submitting the i2c patches independently from x86/platform, instead of keeping
>> all the 3 patches in a single series. Can you please help to clarify?
>
> Just remove the other fixes tags. Those changes don't really "fix" the
> problem but lay groundwork for the last patch.
>
> (If this would be going to stable, which it isn't because the driver is
> not yet in any stable kernels, you'd have to add Cc: <stable@vger.kernel.org>
> to all dependencies within the series and the fix and the Fixes tag
> would still be in the last change only.)
>
>
> The series should be applied as whole, either by me or the i2c
> maintainers once it's ready.
>
Thanks Ilpo for clarifying, and good to know about how the dependencies
should be handled once the driver is in any of the stable branches and
the significance of mailing list 'stable@vger.kernel.org'.
Will submit the new v2 patch series addressing the comments shortly.
Thanks,
Pratap
> --
> i.
>
>>>> Reported-by: Randy Dunlap <rdunlap@infradead.org>
>>>> Link:
>>>> https://lore.kernel.org/all/04577a46-9add-420c-b181-29bad582026d@infradead.org
>>>> Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
>>>> ---
>>>> drivers/platform/x86/amd/amd_isp4.c | 2 +-
>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/platform/x86/amd/amd_isp4.c
>>>> b/drivers/platform/x86/amd/amd_isp4.c
>>>> index 0cc01441bcbb..80b57b58621a 100644
>>>> --- a/drivers/platform/x86/amd/amd_isp4.c
>>>> +++ b/drivers/platform/x86/amd/amd_isp4.c
>>>> @@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
>>>>
>>>> static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
>>>> {
>>>> - return !strcmp(adap->owner->name, "i2c_designware_amdisp");
>>>> + return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
>>>
>>> Since both are in-kernel code, share that name through a define in some
>>> header.
>>>
>> sure, I will find the header file that can be used to add the adap->name
>> definition.
>>
>> Thanks,
>> Pratap
>>
>>> --
>>> i.
>>>
>>
On 6/2/2025 10:35 PM, Nirujogi, Pratap wrote:
> Hi Ilpo,
>
> On 5/31/2025 1:11 AM, Ilpo Järvinen wrote:
>> Caution: This message originated from an External Source. Use proper
>> caution when opening attachments, clicking links, or responding.
>>
>>
>> On Fri, 30 May 2025, Pratap Nirujogi wrote:
>>
>>> Use 'adapater->name' inplace of 'adapter->owner->name' to fix build
>>> issues
>>> when CONFIG_MODULES is not defined.
>>>
>>> Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for
>>> OV05C10")
>>
>> This is the which should have this Fixes tag, the other commits should
>> not
>> have it as they're not really the fix (but this change just depends on
>> them, but since stable is not in picture yet for this driver we don't
>> need to indicate even those deps).
>>
> Thank you, I will take care of keeping the Fixes tag only in the x86/
> platform driver patch and will remove in the other two i2c driver patches.
>
> Sorry I think I'm not completely clear on this statement "we don't need
> to indicate even those deps" - Am I good if I submit the same patch
> series removing the Fixes tag from the two i2c driver patches? Or Is it
> about submitting the i2c patches independently from x86/platform,
> instead of keeping all the 3 patches in a single series. Can you please
> help to clarify?
Keep the patches in the series, but the only one that needs a Fixes tag
is this one.
>
>>> Reported-by: Randy Dunlap <rdunlap@infradead.org>
>>> Link: https://lore.kernel.org/all/04577a46-9add-420c-
>>> b181-29bad582026d@infradead.org
>>> Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
>>> ---
>>> drivers/platform/x86/amd/amd_isp4.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/platform/x86/amd/amd_isp4.c b/drivers/platform/
>>> x86/amd/amd_isp4.c
>>> index 0cc01441bcbb..80b57b58621a 100644
>>> --- a/drivers/platform/x86/amd/amd_isp4.c
>>> +++ b/drivers/platform/x86/amd/amd_isp4.c
>>> @@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
>>>
>>> static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
>>> {
>>> - return !strcmp(adap->owner->name, "i2c_designware_amdisp");
>>> + return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
>>
>> Since both are in-kernel code, share that name through a define in some
>> header.
>>
> sure, I will find the header file that can be used to add the adap->name
> definition.
>
> Thanks,
> Pratap
>
>> --
>> i.
>>
>
>
On 6/3/2025 12:46 AM, Mario Limonciello wrote:
> On 6/2/2025 10:35 PM, Nirujogi, Pratap wrote:
>> Hi Ilpo,
>>
>> On 5/31/2025 1:11 AM, Ilpo Järvinen wrote:
>>> Caution: This message originated from an External Source. Use proper
>>> caution when opening attachments, clicking links, or responding.
>>>
>>>
>>> On Fri, 30 May 2025, Pratap Nirujogi wrote:
>>>
>>>> Use 'adapater->name' inplace of 'adapter->owner->name' to fix build
>>>> issues
>>>> when CONFIG_MODULES is not defined.
>>>>
>>>> Fixes: 90b85567e457 ("platform/x86: Add AMD ISP platform config for
>>>> OV05C10")
>>>
>>> This is the which should have this Fixes tag, the other commits
>>> should not
>>> have it as they're not really the fix (but this change just depends on
>>> them, but since stable is not in picture yet for this driver we don't
>>> need to indicate even those deps).
>>>
>> Thank you, I will take care of keeping the Fixes tag only in the x86/
>> platform driver patch and will remove in the other two i2c driver
>> patches.
>>
>> Sorry I think I'm not completely clear on this statement "we don't
>> need to indicate even those deps" - Am I good if I submit the same
>> patch series removing the Fixes tag from the two i2c driver patches?
>> Or Is it about submitting the i2c patches independently from x86/
>> platform, instead of keeping all the 3 patches in a single series. Can
>> you please help to clarify?
>
> Keep the patches in the series, but the only one that needs a Fixes tag
> is this one.
>
>>
>>>> Reported-by: Randy Dunlap <rdunlap@infradead.org>
>>>> Link: https://lore.kernel.org/all/04577a46-9add-420c-
>>>> b181-29bad582026d@infradead.org
>>>> Signed-off-by: Pratap Nirujogi <pratap.nirujogi@amd.com>
>>>> ---
>>>> drivers/platform/x86/amd/amd_isp4.c | 2 +-
>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/platform/x86/amd/amd_isp4.c b/drivers/platform/
>>>> x86/amd/amd_isp4.c
>>>> index 0cc01441bcbb..80b57b58621a 100644
>>>> --- a/drivers/platform/x86/amd/amd_isp4.c
>>>> +++ b/drivers/platform/x86/amd/amd_isp4.c
>>>> @@ -151,7 +151,7 @@ MODULE_DEVICE_TABLE(acpi, amdisp_sensor_ids);
>>>>
>>>> static inline bool is_isp_i2c_adapter(struct i2c_adapter *adap)
>>>> {
>>>> - return !strcmp(adap->owner->name, "i2c_designware_amdisp");
>>>> + return !strcmp(adap->name, "AMDISP DesignWare I2C adapter");
>>>
>>> Since both are in-kernel code, share that name through a define in some
>>> header.
>>>
Thanks Mario for clarifying, will take care of it in the next v2 patch
series.
>> sure, I will find the header file that can be used to add the adap-
>> >name definition.
>>
>> Thanks,
>> Pratap
>>
>>> --
>>> i.
>>>
>>
>>
>
© 2016 - 2025 Red Hat, Inc.