summaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/bin
diff options
context:
space:
mode:
authorNicolas Saenz Julienne <nsaenzjulienne@suse.de>2020-06-29 17:09:08 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-07-01 15:47:03 +0200
commitb5f1547b6e3bddbbac263a1c7adfb51427a57a2c (patch)
tree9e7e010c42da65445ad9631d9c7b0c962e2c59c1 /tools/perf/scripts/python/bin
parentaf22fd658ad5ab952e5ae7a49714456fc75f370c (diff)
downloadlinux-b5f1547b6e3bddbbac263a1c7adfb51427a57a2c.tar.gz
linux-b5f1547b6e3bddbbac263a1c7adfb51427a57a2c.zip
staging: vchi: Get rid of vchi_msg_peek()
There already is a function that covers most of the functionality vchi_msg_peek() provides: vchi_msg_hold(). The main difference being that the later removes the message from vchu's queue while the other does it later on, while releasing the message. There are no users of this function that can't be trivially converted to vchi_msg_hold(). So, for the sake of removing duplicate code, get rid of vchi_msg_peek(). Note that the opposite change could be performed as well. But vchi_msg_peek()'s implementation was deemed less robust as messages have to be released in order. Signed-off-by: Nicolas Saenz Julienne <nsaenzjulienne@suse.de> Link: https://lore.kernel.org/r/20200629150945.10720-11-nsaenzjulienne@suse.de Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'tools/perf/scripts/python/bin')
0 files changed, 0 insertions, 0 deletions