summaryrefslogtreecommitdiff
path: root/%25253fid%25253d87d6aab2389e5ce0197d8257d5f8ee965a67c4cd%253fid%253d221af82f6...
diff options
context:
space:
mode:
authorMichael S. Tsirkin <mst@redhat.com>2024-09-16 14:16:44 -0400
committerMichael S. Tsirkin <mst@redhat.com>2024-09-25 07:07:44 -0400
commitb9efbe2b8f0177fa97bfab290d60858900aa196b (patch)
tree213bb673e66e8251a42eb8c9eb022192eaf98995 /%25253fid%25253d87d6aab2389e5ce0197d8257d5f8ee965a67c4cd%253fid%253d221af82f606d928ccef19a16d35633c63026f1be%3fid%3da194c985973276b2f280428c848f20369bb83734?id=b9efbe2b8f0177fa97bfab290d60858900aa196b
parent83c334ed521638c8dffe545ddf49d61430680308 (diff)
virtio_console: fix misc probe bugs
This fixes the following issue discovered by code review: after vqs have been created, a buggy device can send an interrupt. A control vq callback will then try to schedule control_work which has not been initialized yet. Similarly for config interrupt. Further, in and out vq callbacks invoke find_port_by_vq which attempts to take ports_lock which also has not been initialized. To fix, init all locks and work before creating vqs. Message-ID: <ad982e975a6160ad110c623c016041311ca15b4f.1726511547.git.mst@redhat.com> Fixes: 17634ba25544 ("virtio: console: Add a new MULTIPORT feature, support for generic ports") Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to '%25253fid%25253d87d6aab2389e5ce0197d8257d5f8ee965a67c4cd%253fid%253d221af82f606d928ccef19a16d35633c63026f1be%3fid%3da194c985973276b2f280428c848f20369bb83734?id=b9efbe2b8f0177fa97bfab290d60858900aa196b')
0 files changed, 0 insertions, 0 deletions