* [bug report] scsi: ufs-qcom: dump additional testbus registers
@ 2017-02-14 7:58 Dan Carpenter
2017-02-16 18:08 ` Subhash Jadavani
0 siblings, 1 reply; 2+ messages in thread
From: Dan Carpenter @ 2017-02-14 7:58 UTC (permalink / raw)
To: venkatg; +Cc: linux-scsi
Hello Venkat Gopalakrishnan,
The patch 9c46b8676271: "scsi: ufs-qcom: dump additional testbus
registers" from Feb 3, 2017, leads to the following static checker
warning:
drivers/scsi/ufs/ufs-qcom.c:1531 ufs_qcom_testbus_cfg_is_ok()
warn: impossible condition '(host->testbus.select_minor > 255) => (0-255 > 255)'
drivers/scsi/ufs/ufs-qcom.c
1517 static bool ufs_qcom_testbus_cfg_is_ok(struct ufs_qcom_host *host)
1518 {
1519 if (host->testbus.select_major >= TSTBUS_MAX) {
1520 dev_err(host->hba->dev,
1521 "%s: UFS_CFG1[TEST_BUS_SEL} may not equal 0x%05X\n",
1522 __func__, host->testbus.select_major);
1523 return false;
1524 }
1525
1526 /*
1527 * Not performing check for each individual select_major
1528 * mappings of select_minor, since there is no harm in
1529 * configuring a non-existent select_minor
1530 */
1531 if (host->testbus.select_minor > 0xFF) {
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
It might make sense to keep this check. I don't know. But it's
confusing that 0xFF is a magic number. Better to make it a define.
1532 dev_err(host->hba->dev,
1533 "%s: 0x%05X is not a legal testbus option\n",
1534 __func__, host->testbus.select_minor);
1535 return false;
1536 }
1537
1538 return true;
1539 }
regards,
dan carpenter
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [bug report] scsi: ufs-qcom: dump additional testbus registers
2017-02-14 7:58 [bug report] scsi: ufs-qcom: dump additional testbus registers Dan Carpenter
@ 2017-02-16 18:08 ` Subhash Jadavani
0 siblings, 0 replies; 2+ messages in thread
From: Subhash Jadavani @ 2017-02-16 18:08 UTC (permalink / raw)
To: Dan Carpenter; +Cc: venkatg, linux-scsi, linux-scsi-owner
On 2017-02-13 23:58, Dan Carpenter wrote:
> Hello Venkat Gopalakrishnan,
>
> The patch 9c46b8676271: "scsi: ufs-qcom: dump additional testbus
> registers" from Feb 3, 2017, leads to the following static checker
> warning:
>
> drivers/scsi/ufs/ufs-qcom.c:1531 ufs_qcom_testbus_cfg_is_ok()
> warn: impossible condition '(host->testbus.select_minor > 255) =>
> (0-255 > 255)'
>
> drivers/scsi/ufs/ufs-qcom.c
> 1517 static bool ufs_qcom_testbus_cfg_is_ok(struct ufs_qcom_host
> *host)
> 1518 {
> 1519 if (host->testbus.select_major >= TSTBUS_MAX) {
> 1520 dev_err(host->hba->dev,
> 1521 "%s: UFS_CFG1[TEST_BUS_SEL} may not
> equal 0x%05X\n",
> 1522 __func__, host->testbus.select_major);
> 1523 return false;
> 1524 }
> 1525
> 1526 /*
> 1527 * Not performing check for each individual
> select_major
> 1528 * mappings of select_minor, since there is no harm in
> 1529 * configuring a non-existent select_minor
> 1530 */
> 1531 if (host->testbus.select_minor > 0xFF) {
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> It might make sense to keep this check. I don't know. But it's
> confusing that 0xFF is a magic number. Better to make it a define.
Yes, i agree, this check is redundant. I will post a fix to remove this.
>
> 1532 dev_err(host->hba->dev,
> 1533 "%s: 0x%05X is not a legal testbus
> option\n",
> 1534 __func__, host->testbus.select_minor);
> 1535 return false;
> 1536 }
> 1537
> 1538 return true;
> 1539 }
>
> regards,
> dan carpenter
--
The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-02-16 18:08 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-02-14 7:58 [bug report] scsi: ufs-qcom: dump additional testbus registers Dan Carpenter
2017-02-16 18:08 ` Subhash Jadavani
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox