mpt3sas_conf...hys_disk_pg0(9)
π mpt3sas_config_get_phys_disk_pg0 β like, the Kernel API Manual page, bestie β¨
Okay so picture this: you're deep in the kernel, you're in mpt3sas_conf...hys_disk_pg0(9) territory, and you need phys disk page 0. That's the whole vibe. Let me walk you through it π«Ά
πΈ NAME πΈ
mpt3sas_config_get_phys_disk_pg0 β obtain phys disk page 0 π
Like, it goes and gets it. Phys disk page 0. That's the assignment and it ate.
β¨ SYNOPSIS β¨
int mpt3sas_config_get_phys_disk_pg0 (struct MPT3SAS_ADAPTER *ioc ,
Mpi2ConfigReply_t *mpi_reply , Mpi2RaidPhysDiskPage0_t *config_page ,
u32 form , u32 form_specific );
Yes bestie, it returns an int. Don't ask me to be normal about it, I can't π
π ARGUMENTS π
iocβ the per adapter object. Your whole adapter, your whole main character πmpi_replyβ the reply mf payload that comes back from firmware. It's giving "the firmware texted back" π±config_pageβ the contents of the config page. Literally the page itself, no cap.formβ one ofGET_NEXT_PHYSDISKNUM,PHYSDISKNUM,DEVHANDLE. Pick your fighter πform_specificβ the thing that's specific to the form. Yeah. It's form-specific. That's the whole job π¦
π CONTEXT π
It sleeps. π΄ Lowkey iconic of it. Sleep is allowed here, so plan accordingly β this is not the "interrupt handler" girlies' moment.
β RETURN β
0β success, we slayed π- non-zero β failure, and we do NOT talk about it π
π¦ SEE ALSO π¦
Kernel file ./drivers/scsi/mpt3sas/mpt3sas_config.c and honestly the whole friend group:
struct config_request(9)_config_display_some_debug(9)_config_alloc_config_dma_memory(9)_config_free_config_dma_memory(9)mpt3sas_config_done(9)_config_request(9)mpt3sas_config_get_manufacturing_pg0(9)mpt3sas_config_get_manufacturing_pg1(9)mpt3sas_config_get_manufacturing_pg10(9)mpt3sas_config_get_manufacturing_pg11(9)mpt3sas_config_set_manufacturing_pg11(9)mpt3sas_config_get_bios_pg2(9)mpt3sas_config_get_bios_pg3(9)mpt3sas_config_set_bios_pg4(9)mpt3sas_config_get_bios_pg4(9)mpt3sas_config_get_iounit_pg0(9)mpt3sas_config_get_iounit_pg1(9)mpt3sas_config_set_iounit_pg1(9)mpt3sas_config_get_iounit_pg3(9)mpt3sas_config_get_iounit_pg7(9)mpt3sas_config_get_iounit_pg8(9)mpt3sas_config_get_ioc_pg8(9)mpt3sas_config_get_ioc_pg1(9)mpt3sas_config_set_ioc_pg1(9)mpt3sas_config_get_sas_device_pg0(9)mpt3sas_config_get_pcie_device_pg0(9)mpt3sas_config_get_pcie_iounit_pg1(9)mpt3sas_config_get_pcie_device_pg2(9)mpt3sas_config_get_number_hba_phys(9)mpt3sas_config_get_sas_iounit_pg0(9)mpt3sas_config_get_sas_iounit_pg1(9)mpt3sas_config_set_sas_iounit_pg1(9)mpt3sas_config_get_expander_pg0(9)mpt3sas_config_get_expander_pg1(9)mpt3sas_config_get_enclosure_pg0(9)mpt3sas_config_get_phy_pg0(9)mpt3sas_config_get_phy_pg1(9)mpt3sas_config_get_raid_volume_pg1(9)mpt3sas_config_get_number_pds(9)mpt3sas_config_get_raid_volume_pg0(9)mpt3sas_config_get_driver_trigger_pg0(9)_config_set_driver_trigger_pg0(9)mpt3sas_config_update_driver_trigger_pg0(9)mpt3sas_config_get_driver_trigger_pg1(9)_config_set_driver_trigger_pg1(9)mpt3sas_config_update_driver_trigger_pg1(9)mpt3sas_config_get_driver_trigger_pg2(9)_config_set_driver_trigger_pg2(9)mpt3sas_config_update_driver_trigger_pg2(9)mpt3sas_config_get_driver_trigger_pg3(9)_config_set_driver_trigger_pg3(9)mpt3sas_config_update_driver_trigger_pg3(9)mpt3sas_config_get_driver_trigger_pg4(9)_config_set_driver_trigger_pg4(9)mpt3sas_config_update_driver_trigger_pg4(9)mpt3sas_config_get_volume_handle(9)mpt3sas_config_get_volume_wwid(9)
That's the whole page, bestie β no crumbs left behind π
Sign-off szn: this lil masterpiece comes from the source tree ./drivers/scsi/mpt3sas, dated October 2026, and it's filed under the header mpt3sas_conf...hys_disk_pg0(9) in the Kernel API Manual. Periodt. ππ§ββοΈ
π¦ 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