STRUCT NFC_MEI_PHY(9)
πΈ NAME πΈ
struct nfc_mei_phy β bestie, this is the NFC description of the MEI PHY and its interface functions π (and yes, it's a struct, we stan a struct)
This page lives in the Kernel API Manual btw, in case you were wondering where you wandered into β¨
β¨ SYNOPSIS β¨
struct nfc_mei_phy {
struct mei_cl_device *cldev;
struct nfc_hci_dev *hdev;
wait_queue_head_t send_wq;
u8 fw_ivn;
u8 vendor_id;
u8 radio_type;
u8 reserved;
u16 req_id;
u16 recv_req_id;
int powered;
int hard_fault;
};
okay so that's the whole shape of it, no cap π«Ά
π Members π
Every field, every vibe, let's go π
cldevβ the mei client device πhdevβ the nfc hci device, iconicsend_wqβ the send completion wait queue, it's giving patience πΈfw_ivnβ NFC Interface Version Number π₯vendor_idβ NFC manufacturer ID, who made you bestie πradio_typeβ NFC radio type π»reservedβ reserved for alignment, it's literally just there for the vibes π¦req_idβ the message counter βrecv_req_idβ the reception message counter, twins fr fr πpoweredβ the device is in powered state β‘hard_faultβ< 0if a hardware error occurred and prevents normal operation π (that's the bad one, pay attention)
ngl, ifhard_faultis< 0, things are NOT slaying. that's a real hardware error blocking normal operation, so treat it with the respect it deserves π
π SEE ALSO π
- Kernel file
./drivers/nfc/mei_phy.hβ go read the source, iykyk π
and that's the whole page, bestie π§ from ./drivers/nfc, dated October 2026 β stay slay, stay powered, and may your hard_fault never go negative πβ¨π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms