Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1112550pxb; Fri, 6 Nov 2020 01:00:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJy1fllkxFmjY0eALfbfSKoM5XOSIzRkCyYdU3MKOHmEuaaewegKOiFsBTjk6XWnIjEArS3/ X-Received: by 2002:aa7:c713:: with SMTP id i19mr137437edq.296.1604653204879; Fri, 06 Nov 2020 01:00:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604653204; cv=none; d=google.com; s=arc-20160816; b=mjzfej6ebG0NxuKl6ZZd6fqfqyPp/0UJKdRP+3tmmQUxKgz+BAi1hV2b7+kUAUwj9L IcxmDWG4Wh0dqh8OCEY7iOcQ1QcYFQSaZ5qHyNx6TpS9lx4gkRorT+X0s8Igh2aV9go2 W6edPXStM2G7I1xnOPGzsuQJdovMsDD6PPe42Cd8TfLujX85xCtIbHh+s28TIS4Y4pBE hrni0waJZTjv0EINKTixgIJK9uEYc49nhVEg3ma8rip/aHu5ol4PTi1RJ/LK2moP5zD6 mUlX2br+sGpxIktBtkYBNd6b256L7Y3U4OeM6W6QxR3MXP+LhQ2MxZxmWAlEwFsq3TXC d2gg== 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=9qfgjjrOWUcwfYhwfHm7x4M/B5hK4DwILiAYzLnYaEU=; b=Gyi5CPnCB7is1Ur3mgtMhu3NxDri+y3dC88IyiwvvYBtECoumn//HoCrNun0322QO1 CavN75fcmq+aOM7hCpjaDXsIb9Tg6fwzsCSy0th/Aj4iwvpq4bdIE7CKfQVF2LSCKRFh 4ZlG9qygCUwzNBlfCVMy+pGzvDISEb3+gR3kMvHFA4tNfRRqAQN2wwB4/wUc1BYVPmqX ArJCispIS4hfQz+WaAwdWFQ0aXvOS2ZISkPm7tO/BrcDRIu/wwyQSxYQ4HSes0ke1YPa f8JJ8puB9fjg7gUm2WdGxS0Ny3Kn/Gp5+3oiUSo+I/kU9irTQMH+jLNdUMLVKlGQRNv5 JAjw== 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 z8si519004edp.59.2020.11.06.00.59.42; Fri, 06 Nov 2020 01:00:04 -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 S1726416AbgKFI6J (ORCPT + 99 others); Fri, 6 Nov 2020 03:58:09 -0500 Received: from thoth.sbs.de ([192.35.17.2]:46365 "EHLO thoth.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725830AbgKFI6J (ORCPT ); Fri, 6 Nov 2020 03:58:09 -0500 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id 0A68vwGM012450 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 6 Nov 2020 09:57:58 +0100 Received: from md1za8fc.ad001.siemens.net ([139.22.116.104]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 0A68vvBR001908; Fri, 6 Nov 2020 09:57:58 +0100 Date: Fri, 6 Nov 2020 09:57:56 +0100 From: Henning Schild To: Alexandre Belloni Cc: Claudius Heine , Alessandro Zummo , , , Johannes Hahn , Subject: Re: [PATCH 0/2] Adding I2C support to RX6110 RTC Message-ID: <20201106095756.0dd8f267@md1za8fc.ad001.siemens.net> In-Reply-To: <20201106075908.GJ1034841@piout.net> References: <20201104102629.3422048-1-ch@denx.de> <20201105221451.GH1034841@piout.net> <20201106084034.0ea09ea3@md1za8fc.ad001.siemens.net> <20201106075908.GJ1034841@piout.net> 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 Fri, 6 Nov 2020 08:59:08 +0100 schrieb Alexandre Belloni : > On 06/11/2020 08:40:34+0100, Henning Schild wrote: > > Hi, > > > > Am Thu, 5 Nov 2020 23:14:51 +0100 > > schrieb Alexandre Belloni : > > > > > Hello Claudius! > > > > > > It has been a while ;) > > > > > > On 04/11/2020 11:26:27+0100, Claudius Heine wrote: > > > > Hi, > > > > > > > > this patch introduces I2C support to the RX6110 RTC driver and > > > > also adds an ACPI identifier to it. > > > > > > > > Since we are also pushing the coreboot changes for the ACPI > > > > table upstream in parallel, we are free to name this ACPI entry > > > > however we like it seems. So any feedback on that would be > > > > welcome ;) > > > > > > I don't care too much about ACPI so if you are really looking for > > > advice there, I guess you should ask seom of the ACPI guys (but I > > > guess you are free to choose whatever you want). > > > > > > > This is the coreboot stuff currently under review. > > > > https://review.coreboot.org/c/coreboot/+/47235 > > > > I can't really comment on the patch, however another part is worrying: > if VLF is set, coreboot is resetting the time to a valid value (user > defined or the build date). This is nasty because this hides the event > from the kernel and ulimately, userspace has no way of knowing whether > the RTC date is the real date or just a dummy date. Is that worrying problem part of the patch, or just a general observation looking at their driver? I think in the patches we should focus on whether I2C and ACPI support should be added, and how. Henning