Project

General

Profile

Actions

Bug #131

closed

Lun Size 0MB with Emulex LP9002L FC Target and snv_134

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

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

0%

Estimated time:
Difficulty:
Tags:
Gerrit CR:

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

Actions #1

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.

Actions #2

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.

Actions #3

Updated by Rich Lowe over 10 years ago

  • Status changed from New to In Progress
Actions #4

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)

Actions

Also available in: Atom PDF