_ctl_diag_query(9)
π NAME
_ctl_diag_query β bestie, this is the one that queries all the relevant info tied to your diag buffers β¨
So this is a Kernel API Manual page, and it's the little query helper in the mpt3sas world β no cap, it's the "hey what's going on with this diagnostic buffer" call π
β¨ SYNOPSIS
long _ctl_diag_query (struct MPT3SAS_ADAPTER *ioc , void __user *arg );
Yeah that's it, that's the whole vibe β two args, one long coming back at you π«Ά
π¦ ARGUMENTS
iocβ the per adapter object. Your adapter. Your main character πargβ a user space buffer containing the ioctl content, i.e. the little payload the app is handing down π
π DESCRIPTION
okay so here's the tea π
The application will send only buffer_type and unique_id. That's it, no extra luggage, pack light bestie.
The driver then inspects unique_id first β first thing it does, priority queen π β and if that unique_id is valid, it fills in all the info. Slay.
And if unique_id is 0x00? Then the driver returns the info specified by Buffer Type instead. Lowkey a whole different path, but iconic either way π
β¨
π SEE ALSO
Literally the entire friend group, fr fr β also the kernel file ./drivers/scsi/mpt3sas/mpt3sas_ctl.c π§
enum block_state(9)_ctl_display_some_debug(9)mpt3sas_ctl_done(9)_ctl_check_event_type(9)mpt3sas_ctl_add_to_event_log(9)mpt3sas_ctl_event_callback(9)_ctl_verify_adapter(9)mpt3sas_ctl_pre_reset_handler(9)mpt3sas_ctl_clear_outstanding_ioctls(9)mpt3sas_ctl_reset_done_handler(9)_ctl_fasync(9)_ctl_poll(9)_ctl_set_task_mid(9)_ctl_send_mctp_passthru_req(9)_ctl_do_mpt_command(9)_ctl_getiocinfo(9)_ctl_eventquery(9)_ctl_eventenable(9)_ctl_eventreport(9)_ctl_do_reset(9)_ctl_btdh_search_sas_device(9)_ctl_btdh_search_pcie_device(9)_ctl_btdh_search_raid_device(9)_ctl_btdh_mapping(9)_ctl_diag_capability(9)_ctl_diag_get_bufftype(9)_ctl_diag_register_2(9)mpt3sas_enable_diag_buffer(9)_ctl_diag_register(9)_ctl_diag_unregister(9)mpt3sas_send_diag_release(9)_ctl_diag_release(9)_ctl_diag_read_buffer(9)_ctl_addnl_diag_query(9)_ctl_enable_diag_sbr_reload(9)_ctl_compat_mpt_command(9)_ctl_ioctl_main(9)_ctl_get_mpt_mctp_passthru_adapter(9)mpt3sas_get_device_count(9)_ctl_ioctl(9)_ctl_mpt2_ioctl(9)_ctl_ioctl_compat(9)_ctl_mpt2_ioctl_compat(9)version_fw_show(9)version_bios_show(9)version_mpi_show(9)version_product_show(9)version_nvdata_persistent_show(9)version_nvdata_default_show(9)board_name_show(9)board_assembly_show(9)board_tracer_show(9)io_delay_show(9)device_delay_show(9)fw_queue_depth_show(9)host_sas_address_show(9)logging_level_show(9)fwfault_debug_show(9)ioc_reset_count_show(9)reply_queue_count_show(9)BRM_status_show(9)host_trace_buffer_size_show(9)host_trace_buffer_show(9)host_trace_buffer_enable_show(9)diag_trigger_master_show(9)diag_trigger_master_store(9)diag_trigger_event_show(9)diag_trigger_event_store(9)diag_trigger_scsi_show(9)diag_trigger_scsi_store(9)diag_trigger_mpi_show(9)diag_trigger_mpi_store(9)drv_support_bitmap_show(9)enable_sdev_max_qd_show(9)enable_sdev_max_qd_store(9)sas_address_show(9)sas_device_handle_show(9)sas_ncq_prio_supported_show(9)sas_ncq_prio_enable_show(9)mpt3sas_ctl_init(9)mpt3sas_ctl_release(9)mpt3sas_ctl_exit(9)
okay that's the whole page bestie, go touch some diag buffers π
Sign-off time π«Ά this one lives in ./drivers/scsi/mpt3sas and the version/date stamp on it is October 2026 β periodt, that's a wrap πΈ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms