GetLanConfigPages(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ‘‘ GetLanConfigPages β€” like, the Kernel API Manual (section 9) obviously

okay so bestie, buckle up, we're reading a man page from the Kernel API Manual, section 9, and the star of the show is GetLanConfigPages πŸ’…


✨ NAME ✨

GetLanConfigPages β€” fetches LANConfig pages. that's it. that's the whole vibe. it goes and gets them πŸŽ€


🌸 SYNOPSIS 🌸

int GetLanConfigPages (MPT_ADAPTER *ioc );

literally one function, one argument, returns an int. clean. iconic. no notes πŸ”₯


πŸ¦‹ ARGUMENTS πŸ¦‹

  • ioc β€” a pointer to the MPT_ADAPTER structure. that's your adapter bestie, she's the main character here 🫢

πŸ’– RETURN πŸ’–

so when it comes back, here's the whole menu of what that int could be πŸ‘‡

  • 0 β€” success! slay, we ate πŸ’…
  • -ENOMEM β€” no memory available 😭 the allocator said no
  • -EPERM β€” not allowed because we're in ISR context 🚫 like, read the room bestie, you can't do that in an interrupt
  • -EAGAIN β€” no msg frames currently available πŸ™ˆ try again later
  • -EFAULT β€” non-successful reply, or literally no reply at all (timeout) πŸ’€
ngl the -EPERM one is important β€” if you're calling this from ISR context it's a hard no, not a maybe 🌈

⭐ SEE ALSO ⭐

okay this list is long long, but every single one of these is invited to the group chat πŸ’œ first up, the kernel file: ./drivers/message/fusion/mptbase.c

mpt_get_cb_idx(9), mpt_is_discovery_complete(9), mpt_remove_dead_ioc_func(9), mpt_fault_reset_work(9), mpt_interrupt(9), mptbase_reply(9), mpt_register(9), mpt_deregister(9), mpt_event_register(9), mpt_event_deregister(9), mpt_reset_register(9), mpt_reset_deregister(9), mpt_device_driver_register(9), mpt_device_driver_deregister(9), mpt_get_msg_frame(9), mpt_put_msg_frame(9), mpt_put_msg_frame_hi_pri(9), mpt_free_msg_frame(9), mpt_add_sge(9), mpt_add_sge_64bit(9), mpt_add_sge_64bit_1078(9), mpt_add_chain(9), mpt_add_chain_64bit(9), mpt_send_handshake_request(9), mpt_host_page_access_control(9), mpt_host_page_alloc(9), mpt_verify_adapter(9), mpt_get_product_name(9), mpt_mapresources(9), mpt_attach(9), mpt_detach(9), mpt_suspend(9), mpt_resume(9), mpt_do_ioc_recovery(9), mpt_detect_bound_ports(9), mpt_adapter_disable(9), mpt_adapter_dispose(9), MptDisplayIocCapabilities(9), MakeIocReady(9), mpt_GetIocState(9), GetIocFacts(9), GetPortFacts(9), SendIocInit(9), SendPortEnable(9), mpt_alloc_fw_memory(9), mpt_free_fw_memory(9), mpt_do_upload(9), mpt_downloadboot(9), KickStart(9), mpt_diag_reset(9), SendIocReset(9), initChainBuffers(9), PrimeIocFifos(9), mpt_handshake_req_reply_wait(9), WaitForDoorbellAck(9), WaitForDoorbellInt(9), WaitForDoorbellReply(9), mptbase_sas_persist_operation(9), GetIoUnitPage2(9), mpt_GetScsiPortSettings(9), mpt_readScsiDevicePageHeaders(9), mpt_inactive_raid_list_free(9), mpt_inactive_raid_volumes(9), mpt_raid_phys_disk_pg0(9), mpt_raid_phys_disk_get_num_paths(9), mpt_raid_phys_disk_pg1(9), mpt_findImVolumes(9), SendEventNotification(9), SendEventAck(9), mpt_config(9), mpt_ioc_reset(9), procmpt_create(9), procmpt_destroy(9), mpt_print_ioc_summary(9), mpt_set_taskmgmt_in_progress_flag(9), mpt_clear_taskmgmt_in_progress_flag(9), mpt_halt_firmware(9), mpt_SoftResetHandler(9), mpt_Soft_Hard_ResetHandler(9), mpt_HardResetHandler(9), ProcessEventNotification(9), mpt_fc_log_info(9), mpt_spi_log_info(9), mpt_sas_log_info(9), mpt_iocstatus_info_config(9), mpt_iocstatus_info(9), fusion_init(9), fusion_exit(9)


fr fr that's the whole page, no skips, no cuts, we keep every detail in this house 🧚

okay and for the cute sign-off you know i had to do it: this little beauty lives over in ./drivers/message/fusion, dated October 2026, and it's GetLanConfigPages(9) from the Kernel API Manual β€” periodt, go read the source bestie, mwah πŸ’–βœ¨πŸ“

πŸ“¦ where this page comes from