Bug #4777

ibdm shouldn't abuse ddi_get_time(9f)

Added by Josef Sipek almost 5 years ago. Updated over 4 years ago.

Status:ClosedStart date:2014-04-17
Priority:LowDue date:
Assignee:Josef Sipek% Done:


Category:driver - device drivers
Target version:-
Difficulty:Bite-size Tags:needs-triage


ddi_get_time() returns a Unix timestamp based on the current TOD. If the TOD setting changes for whatever reason (daylight saving time adjustments, NTP), the value returned by ddi_get_time() may change non-monotonically. This makes it unsuitable for calculating timeouts and wait times.

We ran into this issue at Nexenta. The installer first asks for timezone information, and then proceeds to run 'devfsadm -c disk'. devfsadm gets blocked for a long time (hours).

What happens is: the ibdm kmod stashes a ddi_get_time() timestamp of when the HCA attached. Then, devfsadm blocks on a mt_config_thread trying to configure the IB nexus:


The function of interest here is ibdm_ibnex_port_settle(). It calls ibdm_get_waittime() to get a delay to feed to cv_reltimedwait(). The delay is (more or less) calculated as: ddi_get_time() - hca_attach_time. This works fine as long as ddi_get_time() continues incrementing at a constant rate (1 sec/sec).

In our case, we end up with the driver attaching, then we change the timezone setting via rtc(1m), and then ibdm_get_waittime() tries to calculate a delay that ends up hours long because ddi_get_time() went back.

Switching to gethrtime(9f) or ddi_get_lbolt(9f) solves this.

Related issues

Related to illumos gate - Bug #4776: man: don't lie about ddi_get_time(9f) uses Closed 2014-04-17


#1 Updated by Electric Monk over 4 years ago

  • % Done changed from 80 to 100
  • Status changed from New to Closed

git commit e1d3217b9afde782c4d3e946fda0e6ef36a61306

commit  e1d3217b9afde782c4d3e946fda0e6ef36a61306
Author: Josef 'Jeff' Sipek <josef.sipek@nexenta.com>
Date:   2014-05-14T23:36:50.000Z

    4777 ibdm shouldn't abuse ddi_get_time(9f)
    Reviewed by: Rob Gittins <rob.gittins@nexenta.com>
    Reviewed by: Albert Lee <albert.lee@nexenta.com>
    Reviewed by: Robert Mustacchi <rm@joyent.com>
    Reviewed by: Hans Rosenfeld <hans.rosenfeld@nexenta.com>
    Approved by: Richard Lowe <richlowe@richlowe.net>

Also available in: Atom