STRUCT LEAPRAID_RESET_DESC(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… struct leapraid_reset_desc(9) β€” like, the Kernel API Manual page, bestie πŸ’…

Okay so picture this: it's the Linux Kernel API Manual, and today's main character is struct leapraid_reset_desc(9). Yes, that's the whole vibe. Sit down, grab a strawberry drink πŸ“, and let's get into it.


✨ NAME ✨

struct leapraid_reset_desc β€” the Reset descriptor for LeapRAID. That's it, that's the queen πŸ‘‘. It's the little struct that holds all the reset-related state for LeapRAID. No cap.


🌸 SYNOPSIS 🌸

Here's the whole thing, exactly as it lives, no edits, no vibes-based rearranging:

struct leapraid_reset_desc {
    struct workqueue_struct *fault_reset_wq;
    struct delayed_work fault_reset_work;
    char fault_reset_wq_name[48];
    struct mutex host_diag_mutex;
    spinlock_t adapter_reset_lock;
    struct mutex adapter_reset_mutex;
    u8 adapter_link_resetting;
    int adapter_reset_results;
    int pending_io_cnt;
    wait_queue_head_t reset_wait_queue;
    u32 reset_cnt;
 };

Like, look at her. Every field is doing a job and honestly? Iconic πŸŽ€.


πŸ¦‹ Members πŸ¦‹

Okay bestie, field-by-field, let's go β€” I'm literally gonna walk you through every single one because none of them are getting skipped, periodt.

  • fault_reset_wq β€” the workqueue for fault reset operations. She's the whole work crew for faults getting reset πŸ”₯.
  • fault_reset_work β€” the delayed work structure for fault reset. It's the actual work item, just doing its thing on a delay.
  • fault_reset_wq_name β€” the name of the fault reset workqueue. A char[48], so it's got room to spell out a whole name. Cute πŸŽ€.
  • host_diag_mutex β€” a mutex for host diagnostic operations. Keeps the diagnostics from stepping on each other.
  • adapter_reset_lock β€” a spinlock for adapter reset operations. Spin spin spin πŸ’«.
  • adapter_reset_mutex β€” a mutex for adapter reset operations. Yeah, there's both β€” a spinlock and a mutex. Not me questioning it, just reporting the facts, iykyk.
  • adapter_link_resetting β€” a u8 flag that indicates if the adapter link is resetting. Little flag, big job.
  • adapter_reset_results β€” an int holding the results of the adapter reset operation. The receipts πŸ“.
  • pending_io_cnt β€” an int counting the pending I/O operations. How much I/O is still out there, unaccounted for.
  • reset_wait_queue β€” a wait_queue_head_t, the wait queue for reset operations. Everybody waiting in line patiently 🫢.
  • reset_cnt β€” a u32 counter for reset operations. She's keeping count, and she will not lose track πŸ’….

🌈 SEE ALSO 🌈

The kernel file this lives in is:

./drivers/scsi/leapraid/leapraid_func.h

And the whole friend group, all of them, no gatekeeping β€” go say hi πŸ‘‹:

  • struct leapraid_adapter_features(9)
  • struct leapraid_adapter_attr(9)
  • struct leapraid_io_req_tracker(9)
  • struct leapraid_task_tracker(9)
  • struct leapraid_rep_desc_maint(9)
  • struct leapraid_rep_desc_seg_maint(9)
  • struct leapraid_mem_desc(9)
  • enum LEAPRAID_CB_INDEX(9)
  • struct leapraid_default_reply(9)
  • struct leapraid_sense_buffer(9)
  • struct leapraid_driver_cmd(9)
  • struct leapraid_driver_cmds(9)
  • struct leapraid_dynamic_task_desc(9)
  • struct leapraid_fw_evt_work(9)
  • struct leapraid_fw_evt_struct(9)
  • struct leapraid_rq(9)
  • struct leapraid_int_rq(9)
  • struct leapraid_blk_mq_poll_rq(9)
  • struct leapraid_notification_desc(9)
  • struct leapraid_overheat_desc(9)
  • struct leapraid_scan_dev_desc(9)
  • struct leapraid_access_ctrl(9)
  • struct leapraid_fw_log_desc(9)
  • struct leapraid_card_port(9)
  • struct leapraid_card_phy(9)
  • struct leapraid_topo_node(9)
  • struct leapraid_dev_topo(9)
  • struct leapraid_boot_dev(9)
  • struct leapraid_boot_devs(9)
  • struct leapraid_adapter(9)
  • struct leapraid_enc_node(9)
  • struct leapraid_raid_volume(9)
  • struct leapraid_starget_priv(9)
  • struct leapraid_sdev_priv(9)
  • struct leapraid_sas_dev(9)
  • struct leapraid_sas_port(9)
  • struct leapraid_vphy(9)
  • struct leapraid_tgt_rst_list(9)
  • struct sense_info(9)
  • struct leapraid_fw_log_info(9)
  • enum reset_type(9)
  • struct leapraid_card_port_feature(9)

Fr fr though β€” every field here is a real field, nothing invented, nothing merged. If you're touching resets, read the whole Members list before you touch anything, bestie. That's the vibe check πŸ’€.

Sign-off szn 🫢 β€” this little love letter to struct leapraid_reset_desc(9) lives in ./drivers/scsi/leapraid, and it's dated October 2026. That's it, that's the page β€” slay, you read the whole thing ✨🌸

πŸ“¦ where this page comes from