sata_pmp_eh_recover_pmp(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ sata_pmp_eh_recover_pmp(9) ✨

okay so this is straight out of the Kernel API Manual bestie, and it's about rescuing a PMP 🫢 yes we're doing kernel-level rescue missions today, it's giving main character energy fr fr


πŸ’– NAME πŸ’–

sata_pmp_eh_recover_pmp β€” recover PMP πŸ’…


🌸 SYNOPSIS 🌸

int sata_pmp_eh_recover_pmp (struct ata_port *ap , struct
       ata_reset_operations *reset_ops );

πŸŽ€ ARGUMENTS πŸŽ€

  • ap β€” the ATA port that the PMP is attached to πŸ¦‹ like that's its home, its whole vibe
  • reset_ops β€” the set of reset operations you're gonna use, no cap, you gotta hand it the whole toolkit ✨

πŸ’… DESCRIPTION πŸ’…

So here's the tea: this bad boy recovers the PMP attached to ap. 🫢

The recovery procedure is somewhat similar to the one in ata_eh_recover, except β€” and this is the important part, bestie β€” reset should always be performed in a hard->soft sequence, and if recovery fails, the result is PMP detachment. 😭 like it literally just lets go. the drama.

LOCKING: Kernel thread context (may sleep). πŸ’€ so don't you dare call this from somewhere that can't sleep, ok?


🌈 RETURN 🌈

  • 0 on success πŸŽ‰ slay
  • -errno on failure πŸ™ˆ it's giving error code

πŸ”₯ SEE ALSO πŸ”₯

Kernel file ./drivers/ata/libata-pmp.c β€” go read it, iykyk πŸ“–βœ¨


ok that's literally the whole page, go forth and recover those PMPs responsibly πŸ§šβ€β™€οΈ

soooo that's it bestie!! this one lives in ./drivers/ata, dated October 2026 in the Kernel API Manual πŸ’œ mwah, ily, bye πŸ“β­

πŸ“¦ where this page comes from