tee_device_address(3)

🌸 NAME 🌸

okay so this page is tee_device_address(3) from the Library Functions Manual, and the NAME is literally tee_device_address — no cap, bestie. 🎀

---

✨ SYNOPSIS ✨

#include <metee.h>

🌈 Public Types 🌈

enum { TEE_DEVICE_TYPE_NONE = 0, TEE_DEVICE_TYPE_PATH = 1,
    TEE_DEVICE_TYPE_HANDLE = 2, TEE_DEVICE_TYPE_GUID = 3,
    TEE_DEVICE_TYPE_BDF = 4, TEE_DEVICE_TYPE_MAX = 5 }

🍓 Data Fields 🍓

enum tee_device_address:: { ... }  type
union {
   const char * path
   const GUID * guid
   TEE_DEVICE_HANDLE handle
   struct {
enum HECI_HW_TYPE { HECI_HW_TYPE_PCH, HECI_HW_TYPE_GFX_GSC,
    HECI_HW_TYPE_GFX_CSC }
      struct {
         uint32_t segment
         uint32_t bus
         uint32_t device
         uint32_t function
      } value
      enum tee_device_address:: { ... } ::HECI_HW_TYPE hw_type
   } bdf
} data

---

🦋 Detailed Description 🦋

The whole vibe is Device address passed to the init function. That’s the description, and it’s giving “this is the address-y thing you hand over to init” energy. 💅

Definition at line 129 of file metee.h.

---

💜 Member Enumeration Documentation 💜

anonymous enum

Device address type ✨

Enumerator

• TEE_DEVICE_TYPE_NONE — Select first available device 🫶
• TEE_DEVICE_TYPE_PATH — Use device by path (char*) 🎀
• TEE_DEVICE_TYPE_HANDLE — Use device by pre-opend handle (yes, pre-opend, exactly like the original, bestie — I’m not fixing it) 🙈
• TEE_DEVICE_TYPE_GUID — Select first device by GUID (Windows only) 🪟
• TEE_DEVICE_TYPE_BDF — Use BDF to work with HECI, EFI only 🔥
• TEE_DEVICE_TYPE_MAX — upper sentinel 👑

Definition at line 132 of file metee.h.

---

🎀 Field Documentation 🎀

uint32_t tee_device_address::bus

The doc text is literally HECI device Segment — yes, that’s the mapping, and I’m keeping it exactly as printed, no cap. 💖

Definition at line 149 of file metee.h.

union { ... } tee_device_address::data

Device address — that’s the whole note for this one, bestie. 🦋

uint32_t tee_device_address::device

The doc text is literally HECI device Bus — again, exactly as printed. 🌸

Definition at line 150 of file metee.h.

uint32_t tee_device_address::function

The doc text is literally HECI device Device — yes, “device Device,” and I’m not editing the original’s chaos. 😭

Definition at line 151 of file metee.h.

const GUID* tee_device_address::guid

The doc text is literally < Path to device — with that little < in front, exactly as shown. 🎀

Definition at line 144 of file metee.h.

TEE_DEVICE_HANDLE tee_device_address::handle

The doc text is literally Device GUID (Windows only) Pre-opend handle — and yes, pre-opend is spelled that way in the original, so it stays. 💅

Definition at line 145 of file metee.h.

const char* tee_device_address::path

No description text here — just the definition-line receipt. 🧾

Definition at line 143 of file metee.h.

uint32_t tee_device_address::segment

No description text here either — just the line number. ✨

Definition at line 148 of file metee.h.

enum { ... } tee_device_address::type

Device address type — that’s the note, and there’s no definition-line line printed for this one in the original. 🫶

---

👑 Author 👑

Generated automatically by Doxygen for metee from the source code. 🤖💖

---

🎀 Cute sign-off: source/version is metee; the footer’s date slot isn’t printed in the original page, so I’m not inventing a date — and the footer also carries tee_device_address(3), periodt. 💖