Commit
3e18562961933c7772b7e91ba6fc1e908b453d93
Exists in
smarc_8mq_lf_v2020.04
and in
18 other branches
8qm-imx_v2020.04_5.4.70_2.3.0, emb_lf_v2022.04, emb_lf_v2023.04, pitx_8mp_lf_v2020.04, smarc-8m-android-10.0.0_2.6.0, smarc-8m-android-11.0.0_2.0.0, smarc-8mp-android-11.0.0_2.0.0, smarc-imx6_v2018.03_4.14.98_2.0.0_ga, smarc-imx7_v2018.03_4.14.98_2.0.0_ga, smarc-imx_v2018.03_4.14.78_1.0.0_ga, smarc_8m-imx_v2018.03_4.14.98_2.0.0_ga, smarc_8m-imx_v2019.04_4.19.35_1.1.0, smarc_8m_00d0-imx_v2018.03_4.14.98_2.0.0_ga, smarc_8mm-imx_v2018.03_4.14.98_2.0.0_ga, smarc_8mm-imx_v2019.04_4.19.35_1.1.0, smarc_8mm-imx_v2020.04_5.4.24_2.1.0, smarc_8mp_lf_v2020.04, smarc_8mq-imx_v2020.04_5.4.24_2.1.0
nvme: Fix endianness assignment to prp2 in nvme_identify()
So far this is not causing any issue due to NVMe and x86 are using
the same endianness, but for correctness, it should be fixed.
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Showing
1 changed file
with
1 additions
and
1 deletions
Side-by-side Diff
... |
... |
@@ -431,7 +431,7 @@ |
431
|
431 |
c.identify.prp2 = 0; |
432
|
432 |
} else { |
433
|
433 |
dma_addr += (page_size - offset); |
434
|
|
- c.identify.prp2 = dma_addr; |
|
434 |
+ c.identify.prp2 = cpu_to_le64(dma_addr); |
435
|
435 |
} |
436
|
436 |
|
437
|
437 |
c.identify.cns = cpu_to_le32(cns); |