DDI_MMAP_GET_MODEL(9F) Kernel Functions for Drivers DDI_MMAP_GET_MODEL(9F)

ddi_mmap_get_model - return data model type of current thread

#include <sys/ddi.h>
#include <sys/sunddi.h>
uint_t ddi_mmap_get_model(void);

illumos DDI specific (illumos DDI).

ddi_mmap_get_model() returns the C Language Type Model which the current thread expects. ddi_mmap_get_model() is used in combination with ddi_model_convert_from(9F) in the mmap(9E) driver entry point to determine whether there is a data model mismatch between the current thread and the device driver. The device driver might have to adjust the shape of data structures before exporting them to a user thread which supports a different data model.

Current thread expects 32-bit (ILP32) semantics.


Current thread expects 64-bit (LP64) semantics.


The ddi_mmap_get_model() function was not called from the mmap(9E) entry point.

The ddi_mmap_get_model() function can only be called from the mmap(9E) driver entry point.

Example 1 : Using ddi_mmap_get_model()

The following is an example of the mmap(9E) entry point and how to support 32-bit and 64-bit applications with the same device driver.

struct data32 {
        int len;
        caddr32_t addr;
struct data {
        int len;
        caddr_t addr;
xxmmap(dev_t dev, off_t off, int prot) {
        struct data dtc; /* a local copy for clash resolution */
        struct data *dp = (struct data *)shared_area;
        switch (ddi_model_convert_from(ddi_mmap_get_model())) {
        case DDI_MODEL_ILP32:
                struct data32 *da32p;
                da32p = (struct data32 *)shared_area;
                dp = &dtc;
                dp->len = da32p->len;
                dp->address = da32->address;
        case DDI_MODEL_NONE:
        /* continues along using dp */

mmap(9E), ddi_model_convert_from(9F)

Writing Device Drivers

February 8, 2001 OmniOS