summaryrefslogtreecommitdiffstats
path: root/drivers/mmc/core/core.c
diff options
context:
space:
mode:
authorLinus Walleij2017-02-01 13:47:52 +0100
committerUlf Hansson2017-02-13 13:20:57 +0100
commitacd8dbd64a2adcd950c31261247cda6f847f57eb (patch)
treec2a5eba8e97dcf5cffcb6383cc1634e3cdddf47d /drivers/mmc/core/core.c
parentmmc: block: inline the command abort and start new goto:s (diff)
downloadkernel-qcow2-linux-acd8dbd64a2adcd950c31261247cda6f847f57eb.tar.gz
kernel-qcow2-linux-acd8dbd64a2adcd950c31261247cda6f847f57eb.tar.xz
kernel-qcow2-linux-acd8dbd64a2adcd950c31261247cda6f847f57eb.zip
mmc: block: rename rqc and req
In the function mmc_blk_issue_rw_rq() the new request coming in from the block layer is called "rqc" and the old request that was potentially just returned back from the asynchronous mechanism is called "req". This is really confusing when trying to analyze and understand the code, it becomes a perceptual nightmare to me. Maybe others have better parserheads but it is not working for me. Rename "rqc" to "new_req" and "req" to "old_req" to reflect what is semantically going on into the syntax. Signed-off-by: Linus Walleij <linus.walleij@linaro.org> Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Diffstat (limited to 'drivers/mmc/core/core.c')
0 files changed, 0 insertions, 0 deletions