IRFRAME(4)
β¨ NAME β¨
okay bestie, meet irframe β the IrDA frame level driver π this one lives in section 4 of the Kernel Interfaces Manual, and yes we folded the manual name in right here so it can have main character energy π«Ά
π SYNOPSIS π
irframe* at oboe?
irframe* at udsir?
irframe* at uirda?
irframe* at ustir?
pseudo-device irframetty
#include <dev/irdaio.h>
π¦ DESCRIPTION π¦
The irframe driver provides support for IrDA frame level transmission. It does not contain the IrDA protocol stack per se, but the stack can be built on top of the irframe driver. Literally thatβs the whole vibe: frame level support, not the full stack, bestie π
Access to frames is via the read(2) and write(2) system calls. Each write constitutes one frame, and each read yields one frame. The poll(2) system call can be used to check for availability of frames. There are also a number of ioctl(2) calls to manipulate the device, and they are iconic:
IRDA_RESET_PARAMSβ reset the parameters set byIRDA_SET_PARAMSπIRDA_SET_PARAMS(struct irda_params) β set the speed, extra beginning of frame bytes, and maximum frame size β¨IRDA_GET_SPEEDMASK(int) β get the set of allowable speeds ποΈIRDA_GET_TURNAROUNDMASK(int) β get the set of allowable turn around times π
π SEE ALSO π
go check these besties, no cap:
cir(4)irframetty(4)oboe(4)uirda(4)ustir(4)comms/birdapackage
π HISTORY π
The irframe driver appeared in NetBSD 1.6. periodt π«Ά
okay thatβs the whole page, sourced from Debian and dated December 2, 2001 β bye bestie, slay your IrDA frames π π«Ά
π¦ where this page comes from
- nixpkgs unstable: netbsd-source 11.0
- Copyright (c) 2001 The NetBSD Foundation, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms