* suspicious self-assignment in lpfc
@ 2014-02-18 17:42 Dave Jones
2014-02-20 19:19 ` James Smart
0 siblings, 1 reply; 2+ messages in thread
From: Dave Jones @ 2014-02-18 17:42 UTC (permalink / raw)
To: linux-scsi; +Cc: james.smart
Looking through coverity reports, and it flagged lpfc_read_fcf_conn_tbl()
due to the following patch..
commit df0d085fdd2e7c39d1249c2d4ad6b3e176efb60c
Author: James Smart <james.smart@emulex.com>
Date: Fri May 31 17:05:08 2013 -0400
[SCSI] lpfc 8.3.40: Fixed FCoE connection list vlan identifier and add FCF list debug
Signed-off-by: James Smart <james.smart@emulex.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
diff --git a/drivers/scsi/lpfc/lpfc_hbadisc.c b/drivers/scsi/lpfc/lpfc_hbadisc.c
index 0f6e2548f35d..0309cc15aad6 100644
--- a/drivers/scsi/lpfc/lpfc_hbadisc.c
+++ b/drivers/scsi/lpfc/lpfc_hbadisc.c
@@ -6158,12 +6158,44 @@ lpfc_read_fcf_conn_tbl(struct lpfc_hba *phba,
memcpy(&conn_entry->conn_rec, &conn_rec[i],
sizeof(struct lpfc_fcf_conn_rec));
conn_entry->conn_rec.vlan_tag =
- le16_to_cpu(conn_entry->conn_rec.vlan_tag) & 0xFFF;
+ conn_entry->conn_rec.vlan_tag;
conn_entry->conn_rec.flags =
- le16_to_cpu(conn_entry->conn_rec.flags);
+ conn_entry->conn_rec.flags;
list_add_tail(&conn_entry->list,
&phba->fcf_conn_rec_list);
Now that we're not caring about endianness, those two assignments are redundant.
I gather this has passed testing, because surely someone would have complained by now,
but can they be removed, or should they be doing something else entirely ?
Dave
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: suspicious self-assignment in lpfc
2014-02-18 17:42 suspicious self-assignment in lpfc Dave Jones
@ 2014-02-20 19:19 ` James Smart
0 siblings, 0 replies; 2+ messages in thread
From: James Smart @ 2014-02-20 19:19 UTC (permalink / raw)
To: Dave Jones; +Cc: linux-scsi
yeah - this is pretty silly. I'll cut a patch to remove the lines.
-- james s
On 2/18/2014 12:42 PM, Dave Jones wrote:
> Looking through coverity reports, and it flagged lpfc_read_fcf_conn_tbl()
> due to the following patch..
>
> commit df0d085fdd2e7c39d1249c2d4ad6b3e176efb60c
> Author: James Smart <james.smart@emulex.com>
> Date: Fri May 31 17:05:08 2013 -0400
>
> [SCSI] lpfc 8.3.40: Fixed FCoE connection list vlan identifier and add FCF list debug
>
> Signed-off-by: James Smart <james.smart@emulex.com>
> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
>
> diff --git a/drivers/scsi/lpfc/lpfc_hbadisc.c b/drivers/scsi/lpfc/lpfc_hbadisc.c
> index 0f6e2548f35d..0309cc15aad6 100644
> --- a/drivers/scsi/lpfc/lpfc_hbadisc.c
> +++ b/drivers/scsi/lpfc/lpfc_hbadisc.c
> @@ -6158,12 +6158,44 @@ lpfc_read_fcf_conn_tbl(struct lpfc_hba *phba,
> memcpy(&conn_entry->conn_rec, &conn_rec[i],
> sizeof(struct lpfc_fcf_conn_rec));
> conn_entry->conn_rec.vlan_tag =
> - le16_to_cpu(conn_entry->conn_rec.vlan_tag) & 0xFFF;
> + conn_entry->conn_rec.vlan_tag;
> conn_entry->conn_rec.flags =
> - le16_to_cpu(conn_entry->conn_rec.flags);
> + conn_entry->conn_rec.flags;
> list_add_tail(&conn_entry->list,
> &phba->fcf_conn_rec_list);
>
>
> Now that we're not caring about endianness, those two assignments are redundant.
> I gather this has passed testing, because surely someone would have complained by now,
> but can they be removed, or should they be doing something else entirely ?
>
> Dave
>
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-02-20 19:19 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-18 17:42 suspicious self-assignment in lpfc Dave Jones
2014-02-20 19:19 ` James Smart
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox