[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201116163024.74c767b6@md1za8fc.ad001.siemens.net>
Date: Mon, 16 Nov 2020 16:30:24 +0100
From: Henning Schild <henning.schild@...mens.com>
To: Andy Shevchenko <andriy.shevchenko@...el.com>
Cc: Claudius Heine <ch@...x.de>,
Alessandro Zummo <a.zummo@...ertech.it>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
<linux-rtc@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
Johannes Hahn <johannes-hahn@...mens.com>,
"Zeh, Werner" <werner.zeh@...mens.com>
Subject: Re: [PATCH v2 2/3] rtc: rx6110: add ACPI bindings to I2C
Am Mon, 16 Nov 2020 16:46:31 +0200
schrieb Andy Shevchenko <andriy.shevchenko@...el.com>:
> On Thu, Nov 12, 2020 at 02:07:33PM +0100, Claudius Heine wrote:
> > From: Johannes Hahn <johannes-hahn@...mens.com>
> >
> > This allows the RX6110 driver to be automatically assigned to the
> > right device on the I2C bus.
>
> Before adding new ACPI ID, can you provide an evidence (either from
> vendor of the component, or a real snapshot of DSDT from device on
> market) that this is real ID?
>
> Before that happens, NAK.
>
> P.S. Seems to me that this is kinda cargo cult patch because proposed
> ID is against ACPI and PNP registry and ACPI specification.
In fact we pushed it in coreboot and Linux at the same time.
https://review.coreboot.org/c/coreboot/+/47235
That is the evidence. But in case this is wrong we can probably still
change coreboot, even though the patches have been merged there already.
Maybe you can go into detail where you see the violations and maybe
even suggest fixes that come to mind.
Henning
Powered by blists - more mailing lists