Am Fri, 26 Nov 2021 16:51:00 +0200
schrieb Andy Shevchenko <andy.shevchenko@xxxxxxxxx>:
> On Fri, Nov 26, 2021 at 4:10 PM Henning Schild
> <henning.schild@xxxxxxxxxxx> wrote:
> >
> > Siemens industrial PCs unfortunately can not always be properly
> > identified the way we used to. An earlier commit introduced code
> > that allows proper identification without looking at DMI strings
> > that could differ based on product branding.
> > Switch over to that proper way and revert commits that used to
> > collect the machines based on unstable strings.
>
> Usually we start a series with fixes, but I guess it's fine here since
> this can be taken separately, right?
>
> ...
It can not be taken because it needs p1 to work. And p1 is mainly here
for p2 and p3 really. Splitting the patches up into
p1.1
p4
p1.2
p2
p3
would be possible but a lot of work for just that ordering topic i
guess.
> > +#include <linux/platform_data/x86/simatic-ipc.h>
>
> Seems not. Question is then, what Fixes tags would mean in this
> case?
>
Which of the several tags confuses you? Maybe i just need to drop a few.
the original problem is
Fixes: 648e921888ad ("clk: x86: Stop marking clocks as CLK_IS_CRITICAL")
which introduced the need for several quirks
Fixes: e8796c6c69d1 ("platform/x86: pmc_atom: Add Siemens CONNECT...")
Fixes: f110d252ae79 ("platform/x86: pmc_atom: Add Siemens SIMATIC...")
Fixes: ad0d315b4d4e ("platform/x86: pmc_atom: Add Siemens SIMATIC...")
These quirks use unstable dmi information. Unstable because the
DMI_PRODUCT_VERSION can be branded. Yes weird ... we do not allow new
ACPI entries but do allow custom dmi ...
p1 introduces the use of stable dmi and p4 brings that into the quirk
table ... fixing all the quirks based on customizable
DMI_PRODUCT_VERSION
Henning
