Thread (24 messages) 24 messages, 7 authors, 2026-02-02

Re: [PATCH v7 1/6] i2c: xiic: skip input clock setup on non-OF systems

From: Abdurrahman Hussain <abdurrahman@nexthop.ai>
Date: 2026-02-01 01:30:42
Also in: linux-devicetree, linux-i2c, lkml

On Sat Jan 31, 2026 at 10:12 AM UTC, Andy Shevchenko wrote:
On Thu, Jan 29, 2026 at 03:29:45PM -0800, Abdurrahman Hussain wrote:
quoted
quoted
On Jan 29, 2026, at 2:43 PM, Andrew Lunn [off-list ref] wrote:
On Thu, Jan 29, 2026 at 09:43:13PM +0000, Abdurrahman Hussain via B4 Relay wrote:
quoted
quoted
quoted
The xiic driver supports operation without explicit clock configuration
when clocks cannot be specified via firmware, such as on ACPI-based
systems.
Are you saying it is technically impossible to specify a clock in
ACPI?

Maybe a more accurate would be:

The xiic driver supports operation without explicit clock
configuration when the clocks are not specified via firmware, such as
when the ACPI tables are missing the description of the clocks.
Actually, ACPI (since 6.5) added a ClockInput() macro that can be added to
_CRS of a device node. The ACPI subsystem in kernel could parse these and
convert into proper clocks integrated with the CCF. But, AFAIK, this idea was
rejected in the past.
Rejected by which side? CCF?
Because specification still has that.
I think the argument was that on ACPI based systems clocks are "owned"
by AML and there could be syncronizations issuebetween AML and the OS.

See https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1712165.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help