linux-kernel - Question: Linux changes required for off control board RTC

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAChUvXMxreofSQqsv-+Pgq9uZPpJ24P0geUYes_6Lu8nCtsNGg@mail.gmail.com>
Date:   Tue, 21 Mar 2017 13:08:54 -0500
From:   Tracy Smith <tlsmith3777@...il.com>
To:     Lee Jones <lee.jones@...aro.org>
Cc:     Alexandre Belloni <alexandre.belloni@...e-electrons.com>,
        lkml <linux-kernel@...r.kernel.org>, rtc-linux@...glegroups.com
Subject: Question: Linux changes required for off control board RTC

Hi, not sure if this is the correct venue to post a question, so
please forgive and direct me to the correct board or list if not.

A custom board implementation using a ARM-8 Cortex A53 NXP LS1043ardb
is considering moving the RTC from the control board to an FPGA.
Reason is for accuracy of time/date and efficiency for their FPGA/DSP
application.

1) What kernel changes would be required to support such an
implementation and these would need to be pushed to the community
under the GPL?

2) Is it a trivial task to make such changes in the kernel to support
an RTC not located on the control board/SoC itself?

3) What is the expected behavior of the kernel with no changes added
to accommodate such an architecture?

4) Is there a configurable kernel option to allow for such a change,
or have these or similar changes already been added to the kernel?

thx,
Tracy