Bug #131
Lun Size 0MB with Emulex LP9002L FC Target and snv_134
0%
Description
This is the fix as posted by aandrews of Emulex on opensolaris.org storage-discuss
emlxs_sli3.c:
static uint32_t
emlxs_sli3_prep_fct_iocb(emlxs_port_t *port, emlxs_buf_t *cmd_sbp,
int channel)
{
if (fct_task->task_flags & TF_WRITE_DATA) {
iocb->ULPCOMMAND = CMD_FCP_TRECEIVE64_CX;
} else { /* TF_READ_DATA */
iocb->ULPCOMMAND = CMD_FCP_TSEND64_CX;
- if (dbuf->db_data_size
- fct_task->task_expected_xfer_length)
+ if ((hba->sli_mode EMLXS_HBA_SLI3_MODE) &&
+ (dbuf->db_data_size ==
+ fct_task->task_expected_xfer_length))
iocb->ULPCT = 0x1;
/* enable auto-rsp AP feature */
}
return (IOERR_SUCCESS);
} /* emlxs_sli3_prep_fct_iocb() */
Updated by Mike La Spina over 10 years ago
This bug is currently fixed as of Aug 18th 2010 in the onnv-gate hg, there are some other important fixes as well. Maybe it would be more prudent if we just synced the emlxs changes to illumos-gate and then commit them as they were last updated.
Updated by Garrett D'Amore over 10 years ago
- Assignee set to Rich Lowe
Yes, we need to sync up with the last few issues. I'm going to assign this bug to richlowe, in the hopes that he'll do the merge. He's one of the few people who knows how to do these merges correctly without losing the information we need.
Updated by Rich Lowe over 10 years ago
- Status changed from In Progress to Resolved
Should be fixed by r13180 commit:b23a4dab3d50 brought in by the merge with the end of time (r13181 commit:88e527ca878f)