Project

General

Profile

Bug #131

Lun Size 0MB with Emulex LP9002L FC Target and snv_134

Added by Mike La Spina over 9 years ago. Updated over 9 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Start date:
2010-09-01
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:

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() */

History

#1

Updated by Mike La Spina over 9 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.

#2

Updated by Garrett D'Amore over 9 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.

#3

Updated by Rich Lowe over 9 years ago

  • Status changed from New to In Progress
#4

Updated by Rich Lowe over 9 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)

Also available in: Atom PDF