src/sys/dev/gpio, branch mainFreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=main2026-02-25T05:59:34Zchore: replace {0, 0} with {DEV,KOBJ}METHOD_END2026-02-25T05:59:34ZEnji Cooperngie@FreeBSD.org2026-02-21T06:14:46Zurn:sha1:0fc6c3f731a2cca3120798806c330a3081c9424b
Both of the aforementioned macros have been present in FreeBSD
for well over a decade: 2009 for `KOBJMETHOD_END`; 2011 for
`DEVMETHOD_END`.
Adapt all hardcoded references of `{0, 0}` with `DEVMETHOD_END`
and `KOBJMETHOD_END` as appropriate. This helps ensure that
future adaptations to drivers following patterns documented
in driver(9) can be made more easily/without issue.
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D55414
bus: Document special ranges of IVARs2026-02-17T20:45:13ZJohn Baldwinjhb@FreeBSD.org2026-02-17T20:45:13Zurn:sha1:6cf4e30252fe48b230b9d76cac20576d5b3d2ffa
Some IVAR indices are special in that they have global meaning across
multiple buses where as other IVARs are always private to the local bus.
Try to document this a bit and add constants for the various ranges to
avoid future conflicts.
This is a no-op, but IVAR indices are now generally defined as enums
as that makes it easier to define them in terms of ranges.
Reviewed by: imp, royger, andrew
Differential Revision: https://reviews.freebsd.org/D54159
acpi_gpiobus: Reuse the existing IVAR index for an ACPI handle2026-02-17T20:44:58ZJohn Baldwinjhb@FreeBSD.org2026-02-17T20:44:58Zurn:sha1:b9f1e45e685b5e007d0c3a9513ac13e6d82e9518
ACPI_IVAR_HANDLE is a global index shared across multiple busses,
there is no need for a unique constant here.
Reviewed by: vexeduxr, imp
Differential Revision: https://reviews.freebsd.org/D54155
gpio_alloc_intr_resource: Pass rid by value2025-12-09T20:03:03ZJohn Baldwinjhb@FreeBSD.org2025-12-09T20:03:03Zurn:sha1:01dcb4e6645f1a551e52763d58ba4375efbc5428
Reviewed by: imp
Differential Revision: https://reviews.freebsd.org/D53407
bus_alloc_resource: Pass rid by value to BUS_ALLOC_RESOURCE DEVMETHOD2025-12-09T20:00:06ZJohn Baldwinjhb@FreeBSD.org2025-12-09T19:59:21Zurn:sha1:575639548cef58590a1d70c29e47aae0e8d44153
The wrapper functions such as bus_alloc_resource_any() still support
passing the rid by value or pointer, but the underlying implementation
now passes by value.
Reviewed by: imp
Differential Revision: https://reviews.freebsd.org/D53402
acpi_gpiobus: implement bus_child_deleted2025-10-29T17:58:00ZAhmad Khalifavexeduxr@FreeBSD.org2025-10-29T17:52:51Zurn:sha1:3bbdc0223a7c1efaf734d3d9f3cb818e79e11d54
Implement bus_child_deleted and attach the gpio_aei dev to it's ACPI
handle.
Reviewed by: wulf
Differential Revision: https://reviews.freebsd.org/D51585
gpiobus: use bus_generic_detach when detaching2025-10-29T17:57:59ZAhmad Khalifavexeduxr@FreeBSD.org2025-10-29T17:53:05Zurn:sha1:330b4f470280ec42d1498f875b8873f6eb32a7dd
Use bus_generic_detach instead of bus_detach_children so the children
actually get deleted.
Reviewed by: jhb
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D52305
Match style in 36138962025-10-19T05:54:02ZDavid E. O'Brienobrien@FreeBSD.org2025-10-18T23:23:31Zurn:sha1:7d6221ff14478ce70fab24c58e0326ff5c4baf52
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D53193
knotes: kqueue: handle copy for trivial filters2025-10-18T05:12:37ZKonstantin Belousovkib@FreeBSD.org2025-10-16T22:32:45Zurn:sha1:36138969847b231cd98f48272e2bdf88a8dc08dd
Reviewed by: markj
Tested by: pho
Sponsored by: The FreeBSD Foundation
MFC after: 2 weeks
Differential revision: https://reviews.freebsd.org/D52045
gpioc: allocate new fifo size2025-09-30T12:02:05ZAhmad Khalifavexeduxr@FreeBSD.org2025-09-30T11:55:34Zurn:sha1:2679636b4412927242e46d3806fbb58e2702eddb
This slipped through after I resolved some merge conflicts.
Fixes: d000adfe
MFC after: 1 day