Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3172632pxb; Mon, 16 Nov 2020 07:35:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJwFv4tPkhpukNrlkmsClELPFkGPzgYcWMqj7RqlBgfQJF30FynaN5MVxabsiUNFjteOKJbM X-Received: by 2002:a50:bb26:: with SMTP id y35mr4327759ede.257.1605540958322; Mon, 16 Nov 2020 07:35:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605540958; cv=none; d=google.com; s=arc-20160816; b=BcMXJMvkKzDaH/JYiDrjgazMIpB8O7ydyoR1R7Nf7YC+s3jgdGY3uTCFuA33e1+3zK uoAb5o8UGPMrHcWsQclFm3pOFx3DWEce1rSGkiuqCebYfI90fR+YyiwxuzL7f2eE5ouw emTSM0lIlKS4v4tRlIcExfM4b/9aQXXFpb7IsfS04J+x85GCTTd1AMrYd8oBHauJQtfJ sEee3yxRvfWfY7CC0oCgIo39C6HlFJe02/bOKE/o16bzZRSqryQamZ+QFpx8xWYRSYDR fFxlM2qKSvKdswYn6qUwmyPiJzuinFKPt4Zgv5+ce1xqe57n2pTWgNmseqSntedoh2nA Mjqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=+tdhuxm+LOBGiXBiMv3eh0Pozpy9Wa9r+Us/I5++YrM=; b=TiVjZJ0zayhxlHj3tlHKG42n0A2xWdxg7h1Wl/nkIzMf5QXdfBvOrIE/ODQuPlbRJt IJAUQWJoA0dpq8n8PVNm5NC4rWnqs3Er7w0f6wf4+x8FMtKAzQNDOY9Z1FKbcrCgbyyh nU24WBlSwyYYRAoW4meAmt9W3F/1nHK2hU0BkLgKgLCjJ7AuIr9m/ivDTr6n/58NcPzD o3F6b/CtJtyoC6WAEpn8Gx9u5VFVvQCtfNgeenWPxQ4JE6m1YaXMu7QhSfMGKXp2HsVM kH5yFaM+gmUnmJ2Xk2kTUMZ/34GAbZiEQ9ATgnZtqYNuoAjvKjN5DfSSv/ufLnPLcLa5 vEyg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b27si6801668eje.466.2020.11.16.07.35.34; Mon, 16 Nov 2020 07:35:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731171AbgKPPaj (ORCPT + 99 others); Mon, 16 Nov 2020 10:30:39 -0500 Received: from david.siemens.de ([192.35.17.14]:45163 "EHLO david.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728029AbgKPPaj (ORCPT ); Mon, 16 Nov 2020 10:30:39 -0500 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id 0AGFUPI4013349 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 16 Nov 2020 16:30:25 +0100 Received: from md1za8fc.ad001.siemens.net ([167.87.8.227]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 0AGFUO1C017376; Mon, 16 Nov 2020 16:30:24 +0100 Date: Mon, 16 Nov 2020 16:30:24 +0100 From: Henning Schild To: Andy Shevchenko Cc: Claudius Heine , Alessandro Zummo , Alexandre Belloni , , , Johannes Hahn , "Zeh, Werner" Subject: Re: [PATCH v2 2/3] rtc: rx6110: add ACPI bindings to I2C Message-ID: <20201116163024.74c767b6@md1za8fc.ad001.siemens.net> In-Reply-To: <20201116144631.GB1689012@smile.fi.intel.com> References: <20201112130734.331094-1-ch@denx.de> <20201112130734.331094-3-ch@denx.de> <20201116144631.GB1689012@smile.fi.intel.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mon, 16 Nov 2020 16:46:31 +0200 schrieb Andy Shevchenko : > On Thu, Nov 12, 2020 at 02:07:33PM +0100, Claudius Heine wrote: > > From: Johannes Hahn > > > > 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