STRUCT ETHTOOL_CMIS_CDB_CMD_ARGS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME

struct ethtool_cmis_cdb_cmd_args β€” okay bestie, these are the CDB commands execution arguments ✨

✨ SYNOPSIS

struct ethtool_cmis_cdb_cmd_args {
    struct ethtool_cmis_cdb_request req;
    u16 max_duration;
    u16 msleep_pre_rpl;
    u8 read_write_len_ext;
    u8 rpl_exp_len;
    u8 flags;
    char *err_msg;
 };

πŸŽ€ Members

So like, here's the whole cast of this struct β€” every single one of them matters, no skipping πŸ™ˆ

  • req β€” the CDB command fields, exactly as described in the CMIS standard. Iconic, standards-compliant, we love to see it πŸ’–
  • max_duration β€” the maximum duration time for command completion, in msec. It's giving "how long are we willing to wait for this to finish" energy ⏳
  • msleep_pre_rpl β€” the waiting time before checking the reply, in msec. Yes bestie, we nap before we peek 😴
  • read_write_len_ext β€” the allowable additional number of byte octets to the LPL in a READ or a WRITE command. Lowkey a mouthful but it's important 🫢
  • rpl_exp_len β€” expected reply length in bytes. Set your expectations, queen πŸ‘‘
  • flags β€” validation flags for CDB commands. The vibe check flags, fr fr 🚩
  • err_msg β€” the error message to be sent to user space. When things go wrong, we tell the humans πŸ’€

🌈 SEE ALSO

  • Kernel file ./net/ethtool/cmis.h β€” go read it, iykyk πŸ“–
  • struct ethtool_cmis_cdb(9)
  • struct ethtool_cmis_cdb_request(9)
  • struct ethtool_cmis_cdb_rpl_hdr(9)
  • struct ethtool_cmis_cdb_rpl(9)

That's the whole page, bestie β€” nothing skipped, nothing merged, all the facts intact and slaying πŸ’œβœ¨

Source: ./net/ethtool Β· October 2026 Β· mwah, go forth and check your CDB args πŸŽ€πŸ¦‹πŸŒΈ

πŸ“¦ where this page comes from