为什么 guest 只能用虚拟串口设备 hvc1？

yiyeguzhou100

已于 2022-01-27 10:06:25 修改

阅读量3.3k

点赞数

分类专栏： KVM/QEMU/KVMTOOL/IOMMU 文章标签： p2p linq gnu

于 2022-01-25 22:51:04 首次发布

本文链接：https://blog.csdn.net/yiyeguzhou100/article/details/122693185

版权

KVM/QEMU/KVMTOOL/IOMMU 专栏收录该内容

30 篇文章 16 订阅 ¥15.90 ¥99.00

订阅专栏

超级会员免费看

在RISCV虚拟环境中，通常期望的首个虚拟串口设备hvc0被发现在实际测试中被opensbi占用，导致guest系统必须使用hvc1作为console。只有当设置bootargs为'console=hvc1,115200'时，guest才能访问到可用的虚拟串口。通过深入研究hvc_alloc函数，揭示了这一现象的原因。" 129902312,5891101,非局部欧式中值滤波NLEM的Matlab实现,"['图像处理', '计算机视觉', 'Matlab']

摘要由CSDN通过智能技术生成

通常在虚拟 guest 中可用的第一个虚拟串口设备 hvc 应该是hvc0，为什么我们在 RISCV 平台上测试中发现第一个 guest 能用的 hvc 设备是 hvc1 而不是 hvc0 呢？当guest 系统设置 bootargs = "console=hvc1,115200“ ，才有虚拟串口可用。

通过debug虚拟串口分配函数 hvc_alloc，我们发现hvc0已经被opensbi给申请了，

struct hvc_struct *hvc_alloc(uint32_t vtermno, int data,
			     const struct hv_ops *ops,
			     int outbuf_size)
{
    ...

	list_add_tail(&(hp->next), &hvc_structs);
	mutex_unlock(&hvc_structs_mutex);

	/* check if we need to re-register the kernel console */
	hvc_check_console(i);

    // debug code
    dump_stack();
    printk(">>> vtermnos[%d] = %d\n", i, vtermon);

	return hp;
}
EXPORT_SYMBOL_GPL(hvc_alloc);