[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAB4CAwfyE_tXHENi5bbekFGFutU3Cxgr2SgKyUQbRnS4RtwuYQ@mail.gmail.com>
Date: Fri, 8 Jan 2021 11:30:00 +0800
From: Chris Chiu <chiu@...lessos.org>
To: Mark Brown <broonie@...nel.org>
Cc: oder_chiou@...ltek.com, lgirdwood@...il.com, perex@...ex.cz,
tiwai@...e.com, alsa-devel@...a-project.org,
Linux Kernel <linux-kernel@...r.kernel.org>,
linux@...lessos.org
Subject: Re: [PATCH 1/4] ASoC: rt5645: Introduce mapping for ACPI-defined GPIO
On Thu, Jan 7, 2021 at 10:28 PM Mark Brown <broonie@...nel.org> wrote:
>
> On Thu, Jan 07, 2021 at 05:06:22PM +0800, Chris Chiu wrote:
>
> > +static const struct acpi_gpio_mapping *cht_rt5645_gpios;
> > +
>
> You're adding a read only static variable with no way to set it. This
> doesn't actually do anything?
>
This is a pointer to a 'const 'struct acpi_gpio_mapping', and I will
need it to point to
the 'static const struct acpi_gpio_mapping cht_rt5645_ef20_gpios[]' in
my consequent
patch '[PATCH 2/4] ASoC: rt5645: Add ACPI-defined GPIO for ECS EF20 series'.
I take the same idea from 'sound/soc/intel/boards/bytcr_rt5651.c' line 90.
And it did work as expected on my ECS EF20EA
> > @@ -3780,7 +3782,6 @@ static const struct dmi_system_id dmi_platform_data[] = {
> > },
> > .driver_data = (void *)&intel_braswell_platform_data,
> > },
> > - { }
> > };
> >
>
> This is an unrelated change which removes the terminator on the array
> which will cause issues.
Thanks for pointing that out. It's not my intention. I accidentally
removed it. I'll fix this in v3.
Chris
Powered by blists - more mailing lists