init_ohci139...or_busresets(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– init_ohci1394_wait_for_busresets(9) πŸ’–

okay so this little icon is from the Kernel API Manual, and it's literally all about waiting until bus resets are done. bestie, let's get into it 🫢


✨ NAME ✨

init_ohci1394_wait_for_busresets β€” wait until bus resets are completed πŸ’…


🌸 SYNOPSIS 🌸

void init_ohci1394_wait_for_busresets (struct ohci *ohci );

πŸŽ€ ARGUMENTS πŸŽ€

  • ohci β€” Pointer to the OHCI-1394 controller structure ✨

πŸ’… DESCRIPTION πŸ’…

okay so here's the tea, bestie: OHCI1394 initialization itself causes an IEEE1394 bus reset. Any device going on- or offline? also an IEEE1394 bus reset. Any cable issue? yup, IEEE1394 bus reset. it's giving bus reset everywhere 😭

The OHCI1394 spec specifies that physical DMA is disabled on each bus reset, and it has to be enabled after each bus reset when needed. so yeah, that's the rule πŸ“œ

We resort to polling here because on early boot, we have no interrupts. no cap β€” that's literally why this function is doing the waiting game β³πŸ’–


πŸ¦‹ SEE ALSO πŸ¦‹


xoxo, signed sealed and delivered by the ./drivers/firewire girlies β€” October 2026 πŸ’ŒπŸŽ€

πŸ“¦ where this page comes from