RE: [PATCH 20/24] ASoC: codecs: rt1015p: Update definition of device_id tables

[Oder Chiou <oder_chiou@xxxxxxxxxxx>]

> -----Original Message-----
> From: Cezary Rojewski <cezary.rojewski@xxxxxxxxx>
> Sent: Wednesday, February 26, 2025 5:42 PM
> To: Oder Chiou <oder_chiou@xxxxxxxxxxx>; broonie@xxxxxxxxxx
> Cc: tiwai@xxxxxxxx; perex@xxxxxxxx; amadeuszx.slawinski@xxxxxxxxxxxxxxx;
> linux-sound@xxxxxxxxxxxxxxx; Flove(HsinFu) <flove@xxxxxxxxxxx>;
> andriy.shevchenko@xxxxxxxxxxxxxxx; Shuming [范書銘]
> <shumingf@xxxxxxxxxxx>; Jack Yu <jack.yu@xxxxxxxxxxx>; Derek [方德義]
> <derek.fang@xxxxxxxxxxx>
> Subject: Re: [PATCH 20/24] ASoC: codecs: rt1015p: Update definition of
> device_id tables
> 
> 
> External mail : This email originated from outside the organization. Do not
> reply, click links, or open attachments unless you recognize the sender and
> know the content is safe.
> 
> 
> 
> On 2025-02-21 3:38 AM, Oder Chiou wrote:
> >> -----Original Message-----
> >> From: Cezary Rojewski <cezary.rojewski@xxxxxxxxx>
> >> Sent: Thursday, February 20, 2025 7:27 PM
> >> To: broonie@xxxxxxxxxx
> >> Cc: tiwai@xxxxxxxx; perex@xxxxxxxx;
> amadeuszx.slawinski@xxxxxxxxxxxxxxx;
> >> linux-sound@xxxxxxxxxxxxxxx; Oder Chiou <oder_chiou@xxxxxxxxxxx>;
> >> Flove(HsinFu) <flove@xxxxxxxxxxx>; andriy.shevchenko@xxxxxxxxxxxxxxx;
> >> Cezary Rojewski <cezary.rojewski@xxxxxxxxx>
> >> Subject: [PATCH 20/24] ASoC: codecs: rt1015p: Update definition of
> device_id
> >> tables
> >>
> >>
> >> External mail : This email originated from outside the organization. Do not
> >> reply, click links, or open attachments unless you recognize the sender and
> >> know the content is safe.
> >>
> >>
> >>
> >> Follow PCI-based format (10ECxxxx) for ACPI IDs by adding relevant
> >> entries to the existing table.
> >>
> >> While at it, there shall be no comma after the terminator entry and
> >> initializing fields with 0 for statically defined structs is redundant.
> >>
> >> Signed-off-by: Cezary Rojewski <cezary.rojewski@xxxxxxxxx>
> >> ---
> >>   sound/soc/codecs/rt1015p.c | 8 +++++---
> >>   1 file changed, 5 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/sound/soc/codecs/rt1015p.c b/sound/soc/codecs/rt1015p.c
> >> index 44e7fe3c32da..33917438196f 100644
> >> --- a/sound/soc/codecs/rt1015p.c
> >> +++ b/sound/soc/codecs/rt1015p.c
> >> @@ -133,9 +133,11 @@ MODULE_DEVICE_TABLE(of, rt1015p_device_id);
> >>
> >>   #ifdef CONFIG_ACPI
> >>   static const struct acpi_device_id rt1015p_acpi_match[] = {
> >> -       { "RTL1015", 0},
> >> -       { "RTL1019", 0},
> >> -       { },
> >> +       { "RTL1015" },
> >> +       { "RTL1019" },
> >> +       { "10EC1015" },
> >> +       { "10EC1019" },
> >> +       {}
> >
> > There are different settings for RTL1015, RTL1019, 10EC1015, and 10EC1019.
> > RTL1015 and RTL1019 are used for powering up and down via the GPIO.
> > 10EC1015 and 10EC1019 are used for the I2C-controlled driver.
> > Therefore 10EC1015 and 10EC1019 should be removed.
> 
> Sorry for the delay in response and thank for you the feedback.
> 
> I'm surprised this hasn't come up earlier in the discussion. I'll
> probably cut off problematic patches so that majority can be merged.
> It's important to have some follow up though, on the subject you
> mentioned. Correct me if I'm wrong but from the .c files it seems:
> 
> for DT/ARM rt1015 & rt1015p are represented by:
>         .compatible = "realtek,rt1015"
>         .compatible = "realtek,rt1015p"
> 
> for ACPI/x86 rt1015 & rt1015p are represented by:
>         "10EC1015"
>         "RTL1015"
> 
> The first pair is nice and clean, the second is confusing and error
> prone. Do you know where the second pair originated from?
10EC is defined by the PCI domain, and RTL is defined by the PNP domain.
To distinguish these, 1015, 1019, and 5682 use different drivers,
with the RTL prefix being used to instead of the p postfix in the DT.