(Identify Controller command).
2. Any subsequent command does not complete (no CQE even if polling
CQ) and does not generate an interrupt.
I have a suspicion that the implemented shadow buffers config support
causes this behavior.
Any ideas?
--
Constantine
Please ignore. The issue was on my side.
On Fri, Mar 29, 2024 at 1:07 PM Constantine Gavrilov
wrote:
>
> I am trying to write a custom NVMe driver and I tested it with QEMU
> NVMe emulation on Fedora 39.
> I have not tried to set shadow buffers, even though the controller
> repor
Alternatively/additionally it would be nice to be able to disable keys
grabbing at all.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1634069
Title:
Exclude keys from grab
Status in QEMU:
New
B
Public bug reported:
Feature request: pressing every time a shortcut to release grab for
switching windows/desktops is pretty annoying, especially for users of
tiling WMs.
QEMU have to have a way to specify keys or shortcuts (possibly something
like "everything with the specified modifier key"),
Public bug reported:
Virual machine with MS windows 2003 installed on the virtual scsi disk (-drive
file=/my/path/myimage.qcow2.img,boot=on,if=scsi,media=disk,bus=0,unit=1)
unexpectedly crashes without core dump. When the image is connected as an ide
disk (-hda ) vm flies normally.
Qemu-kvm ve
t regs r** because the former can
"contain" 64-bit values. In one of my test kernels, i did a "movq
$0xffffff, %rdi" and from within qemu "p $edi" produced 0xff.
Constantine
PS I'm not registered to this list so please cc me to your replies.
