[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1566895445.git.rahul.tanwar@linux.intel.com>
Date: Tue, 27 Aug 2019 17:26:20 +0800
From: Rahul Tanwar <rahul.tanwar@...ux.intel.com>
To: tglx@...utronix.de, mingo@...hat.com, bp@...en8.de, hpa@...or.com,
tony.luck@...el.com, x86@...nel.org
Cc: andriy.shevchenko@...el.com, alan@...ux.intel.com,
linux-kernel@...r.kernel.org, qi-ming.wu@...el.com,
chuanhua.lei@...ux.intel.com, cheol.yong.kim@...el.com,
rahul.tanwar@...el.com, Rahul Tanwar <rahul.tanwar@...ux.intel.com>
Subject: [PATCH v2 0/1] Add option to skip using RTC
Hi,
There is a new product which does not support RTC as persistent clock source.
Platform ops get/set wallclock are used to get/set timespec through kernel
timekeeping read/update_persistent_clock64() routines. Presently, get/set
wallclock ops always use MC146818A RTC/CMOS device to read & set time.
This causes boot failure on our new SOC with no RTC.
Make RTC read/write optional by detecting platforms which does not support
RTC/CMOS device through the corresponding DT node status property. If status
says disabled, then noop the get/set wallclock ops.
For non DT enabled machines or for DT enabled machines which does not define
optional status property, proceed same as before.
These patches are baselined upon Linux 5.3-rc6 at below Git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/core
v2:
* As per review feedback, do not hack RTC read/write functions directly.
Instead, override get/set wallclock ops during setup_arch init sequence.
v1:
* Detect platforms with no RTC in RTC read/write functions and skip RTC
read/write if not applicable.
Rahul Tanwar (1):
x86/init: Noop get/set wallclock when platform doesn't support RTC
arch/x86/kernel/x86_init.c | 26 +++++++++++++++++++++++++-
1 file changed, 25 insertions(+), 1 deletion(-)
--
2.11.0
Powered by blists - more mailing lists