sci_swab32_cpy(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

sci_swab32_cpy(9) πŸ’…

okay bestie, welcome to the Kernel API Manual entry for sci_swab32_cpy(9) β€” we're getting into byte-order lore and I'm seated. 🫢


🌸 NAME 🌸

sci_swab32_cpy β€” convert between scsi and scu-hardware byte format. that's the whole assignment, periodt. πŸŽ€

✨ SYNOPSIS ✨

void sci_swab32_cpy (void *_dest , void *_src , ssize_t word_cnt );

πŸŽ€ ARGUMENTS πŸŽ€

  • void *_dest β€” -- undescribed --. πŸ™ˆ the page is literally giving us nothing here.
  • void *_src β€” -- undescribed --. same energy, no cap.
  • ssize_t word_cnt β€” -- undescribed --. iconic of the manual to leave us hanging, fr fr.
Heads up: those three -- undescribed -- labels are exactly what the page gives us, so I'm not inventing any lore. πŸ’€

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so the tea is: scu hardware handles SSP/SMP control, response, and unidentified frames in "big endian dword" order. 🌈

Regardless of host endian, this is always a swab32-per-dword conversion of the standard definition β€” i.e. single byte fields swapped and multi-byte fields in little-endian. 🧚 no cap, that's the byte-order moment.

πŸ’œ SEE ALSO πŸ’œ

  • Kernel file ./drivers/scsi/isci/isci.h enum sci_status(9)
  • enum sci_io_status(9)
  • enum sci_task_status(9)

mwah πŸ’‹ this page comes from ./drivers/scsi/isci, dated October 2026, and it's still serving sci_swab32_cpy(9) at the very end. 🫢

πŸ“¦ where this page comes from