eeh_reset_device(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… eeh_reset_device(9) πŸ’…

okay bestie, this page is straight out of the Kernel API Manual, and it's all about actually resetting a PCI slot. no cap, it's a short one, but it matters. 🫢


🌸 NAME 🌸

eeh_reset_device β€” perform the actual reset of a PCI slot, periodt. ✨


πŸ¦‹ SYNOPSIS πŸ¦‹

int eeh_reset_device (struct eeh_pe *pe , struct pci_bus *bus , struct eeh_rmv_data *rmv_data , bool driver_eeh_aware );

πŸŽ€ ARGUMENTS πŸŽ€

  • pe β€” the EEH PE. that's the whole vibe of what you're resetting. πŸ’–
  • bus β€” the PCI bus corresponding to the isolcated slot.
  • rmv_data β€” optional, bestie. it's a list to record removed devices.
  • driver_eeh_aware β€” answers the question: does the device's driver provide EEH support? πŸ‘€

🌈 DESCRIPTION 🌈

okay so this routine is literally the one you must call to do the reset on the indicated PE. no skipping it, no vibes-based workaround.

during the reset, udev might be invoked because those affected PCI devices will be removed and then added. so yeah, expect a little device-list shuffle. πŸ”₯

πŸ‘‘ SEE ALSO πŸ‘‘

kernel file ./arch/powerpc/kernel/eeh_driver.c, plus the whole squad: eeh_pcid_get(9), eeh_pcid_put(9), eeh_disable_irq(9), eeh_enable_irq(9), eeh_report_error(9), eeh_report_mmio_enabled(9), eeh_report_reset(9), eeh_report_resume(9), eeh_report_failure(9), eeh_handle_normal_event(9), eeh_handle_special_event(9). iykyk πŸ’«


that's the whole page, bestie β€” sourced from ./arch/powerpc/kernel, dated October 2026. slay and reset responsibly πŸ§šπŸ’œ

πŸ“¦ where this page comes from