Skip to content

[TRACKING]: ztimer migration issues #17111

@fjmolinas

Description

@fjmolinas

This issue is meant to track nontrivial users of xtimer or periph_rt*, corner cases that could conflict with a migration to ztimer, or need to be resolved fur such a migration to eventually happen.

Modules depending on 64-bit xtimer Implementation #13667

See #13667 for a tracking issue.

There are two options of addressing this:

  • remove the need for 64bit long-running timers (e.g: using ZTIMER_MSEC or ZTIMER_SEC)
  • add ztimer64 which will provide the required missing API sys/ztimer64: initial PR #16928

Modules depending on xtimer_ticks_to_usec API

There are two options to address this:

  • migrate use cases to not rely on ticks
  • implement xtimer_ticks on top of ZTIMER_MSEC_BASE add functions for conversion between ticks and usec like those in xtimer base on ZTIMER_MSEC_BASE_FREQ

API Users:

Ztimer conflicts

Ztimer other

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type: trackingThe issue tracks and organizes the sub-tasks of a larger effort

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions