BUS_RESCAN(9)
π BUS_RESCAN(9) β rescan a bus checking for devices that have been added or removed π
okay so bestie, this is from the Kernel Developer's Manual, and we're about to get into the whole "did the bus change while we weren't looking?" situation. No cap, it's niche but iconic. π
πΈ NAME πΈ
BUS_RESCAN β rescan a bus checking for devices that have been added or removed
β¨ SYNOPSIS β¨
#include <sys/param.h>
#include <sys/bus.h>
void
BUS_RESCAN(device_t dev);
π DESCRIPTION π
The BUS_RESCAN() method is called to request a rescan of the child devices on a bus device. Like, it's the "hey bestie, can you look at your kids again?" method. π«Ά
The method should add any devices that have been added since the previous scan and remove devices that have been removed. So yeah, it's giving cleanup era: new friends get added, gone friends get removed. π
This method is not required to re-examine existing devices to determine if their properties have changed. It is also not required to propagate the rescan request to child devices. So it's lowkey not doing a full deep-dive on every already-present device, and it's not obligated to pass the rescan request down to its children either. Important boundary, periodt. β¨
bestie, do not assume BUS_RESCAN() does more than the manual says β it handles devices added or removed since the previous scan, and it is not required to check property changes on existing devices or to propagate the request to child devices. π
π¦ SEE ALSO π¦
mwah, that's the whole page π β this one is from Debian and dated April 27, 2016, so go forth and rescan responsibly, bestie ππ¦
π¦ where this page comes from
- freebsd 14.5: base 14.5
- freebsd 15.1: base 15.1
- nixpkgs unstable: source
- Copyright (c) 2016 John H. Baldwin <jhb@FreeBSD.org>
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms