On 17.5.2013 14:15, Paolo Bonzini wrote:
Il 17/05/2013 14:11, Pavel Hrdina ha scritto:
On 17.5.2013 14:02, Paolo Bonzini wrote:
Il 17/05/2013 13:57, Pavel Hrdina ha scritto:
What happens when you suspend the QEMU machine to RAM? I believe the
tray should remain open or, if closed, should rem
Il 17/05/2013 14:11, Pavel Hrdina ha scritto:
> On 17.5.2013 14:02, Paolo Bonzini wrote:
>> Il 17/05/2013 13:57, Pavel Hrdina ha scritto:
What happens when you suspend the QEMU machine to RAM? I believe the
tray should remain open or, if closed, should remain locked. Can you
t
On 17.5.2013 14:02, Paolo Bonzini wrote:
Il 17/05/2013 13:57, Pavel Hrdina ha scritto:
What happens when you suspend the QEMU machine to RAM? I believe the
tray should remain open or, if closed, should remain locked. Can you
try the same test on bare-metal (hint: boot to emergency mode to byp
Il 17/05/2013 13:57, Pavel Hrdina ha scritto:
>>
>> What happens when you suspend the QEMU machine to RAM? I believe the
>> tray should remain open or, if closed, should remain locked. Can you
>> try the same test on bare-metal (hint: boot to emergency mode to bypass
>> anything that udev can do
On 16.5.2013 18:11, Paolo Bonzini wrote:
Il 16/05/2013 17:48, Pavel Hrdina ha scritto:
From what I just tested it is the OS-independent HW behavior.
Tested on desktop:
1. Turn off the computer.
2. Turn on the computer and after few second open the CD-ROM tray before
any OS system is loaded an
Il 16/05/2013 17:48, Pavel Hrdina ha scritto:
>
> From what I just tested it is the OS-independent HW behavior.
>
> Tested on desktop:
> 1. Turn off the computer.
> 2. Turn on the computer and after few second open the CD-ROM tray before
> any OS system is loaded and holding the power button turn
On 16.5.2013 17:42, Eric Blake wrote:
On 05/16/2013 09:34 AM, Pavel Hrdina wrote:
Tray statuses should be also reseted. Some guests may lock the tray
s/reseted/reset/
and after reset before any kernel is loaded the tray should be unlocked.
Also if you reset the real computer the tray is clo
On 05/16/2013 09:34 AM, Pavel Hrdina wrote:
> Tray statuses should be also reseted. Some guests may lock the tray
s/reseted/reset/
> and after reset before any kernel is loaded the tray should be unlocked.
>
> Also if you reset the real computer the tray is closed. We should
> do the same in qem
