[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Why cannot HVM open a file as a floopy disk?



>Akio Takebe writes ("Re: [Xen-devel] Why cannot HVM open a file as a floopy 
>disk?"):
>> Thank you very much for your elaborating.
>> We usually use /dev/floppy of dom0 as floppy disk of guest.
>
>Right, and the code specifically checks whether the backing object in
>dom0 is a block device, and if so treats it unconditionally as raw.
>
>> So a raw format floppy disk is not important.
>
>I'm not sure what you're saying ?  I asked:
>  Does anyone use Xen with non-raw floppy disk images in disk files ?
I thought /dev/floppy is treated as bdrv_host_device
rather than bdrv_raw.
Does raw format mean both bdrv_host_device and bdrv_raw?

>
>> The restriction is reasonable, but xend would need to be fixed
>> because it hangup.
>
>The error handling is appallingly bad, I'm afraid.
>
>> Also I concern about a emulate ide disk of the raw format.
>> Is it also vulnerable?
>
>No, there are no vulnerabilities of this kind in our tree - precisely
>because of the refusal of the format-guessing algorithm to return
>`raw', which is a change I introduced.  The effect is that any attempt
>to provide a raw image, in circumstances where the code attempts to
>guess the format, fails.
>
>In upstream qemu the default configuration is vulnerable, I think, for
>most block devices, but I haven't double-checked the latest code.  On
>the other hand in general in recent upstream qemu it is always
>possible to specify the format, elminating the problem.
Thank you, I understand.

Best Regards,

Akio Takebe


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.