Skip to content
Snippets Groups Projects
  1. Apr 06, 2022
  2. Mar 15, 2022
  3. Mar 14, 2022
  4. Jan 18, 2022
  5. Dec 21, 2021
  6. Nov 05, 2021
    • Dongwon Kim's avatar
      virtio-gpu: splitting one extended mode guest fb into n-scanouts · e86a93f5
      Dongwon Kim authored
      
      When guest is running Linux/X11 with extended multiple displays mode enabled,
      the guest shares one scanout resource each time containing whole surface
      rather than sharing individual display output separately. This extended frame
      is properly splited and rendered on the corresponding scanout surfaces but
      not in case of blob-resource (zero copy).
      
      This code change lets the qemu split this one large surface data into multiple
      in case of blob-resource as well so that each sub frame then can be blitted
      properly to each scanout.
      
      v2: resizing qemu console in virtio_gpu_update_dmabuf to scanout's width and
          height
      
      v3: updating stub function of virtio_gpu_update_dmabuf to match the type
      
      Cc: Gerd Hoffmann <kraxel@redhat.com>
      Cc: Vivek Kasireddy <vivek.kasireddy@intel.com>
      Signed-off-by: default avatarDongwon Kim <dongwon.kim@intel.com>
      Message-Id: <20211104065153.28897-5-dongwon.kim@intel.com>
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      e86a93f5
  7. Nov 02, 2021
  8. Sep 15, 2021
  9. Aug 31, 2021
  10. Jul 26, 2021
    • Volker Rümelin's avatar
      ui/gtk: add a keyboard fifo to the VTE consoles · 584af1f1
      Volker Rümelin authored
      
      Since commit 8eb13bbb ("ui/gtk: vte: fix sending multiple
      characeters") it's very easy to lock up QEMU with the GTK ui.
      If you configure a guest with a serial device and the guest
      doesn't listen on this device, QEMU will lock up after
      entering two characters in the serial console. That's because
      current code uses a busy loop for the chardev write retries
      and the busy loop doesn't terminate in this case.
      
      To fix this problem add a fifo to the VTE consoles and use the
      chr_accept_input() callback function to write the remaining
      characters in the queue to the chardev.
      
      The fifo has a size of 4096 bytes, so one can copy and paste
      a fairly large URL or file path.
      
      Fixes: 8eb13bbb ("ui/gtk: vte: fix sending multiple characeters")
      Signed-off-by: default avatarVolker Rümelin <vr_qemu@t-online.de>
      Message-Id: <20210725165039.5242-1-vr_qemu@t-online.de>
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      584af1f1
  11. Jun 23, 2021
  12. May 27, 2021
  13. May 21, 2021
  14. Mar 23, 2021
  15. Mar 04, 2021
    • Akihiko Odaki's avatar
      ui/console: Add placeholder flag to message surface · b5a087b0
      Akihiko Odaki authored
      
      The surfaces created with former qemu_create_message_surface
      did not display the content from the guest and always contained
      simple messages describing the reason.
      
      A display backend may want to hide the window showing such a
      surface. This change renames the function to
      qemu_create_placeholder_surface, and adds "placeholder" flag; the
      display can check the flag to decide to do anything special like
      hiding the window.
      
      Signed-off-by: default avatarAkihiko Odaki <akihiko.odaki@gmail.com>
      Message-Id: <20210225101316.83940-1-akihiko.odaki@gmail.com>
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      b5a087b0
    • Akihiko Odaki's avatar
      configure: Improve OpenGL dependency detections · bc6a3565
      Akihiko Odaki authored
      
      This has the following visible changes:
      
      - GBM is required only for OpenGL dma-buf.
      - X11 is explicitly required by gtk-egl.
      - EGL is now mandatory for the OpenGL displays.
      
      The last one needs some detailed description. Before this change,
      EGL was tested only for OpenGL dma-buf with the check of
      EGL_MESA_image_dma_buf_export. However, all of the OpenGL
      displays depend on EGL and EGL_MESA_image_dma_buf_export is always
      defined by epoxy's EGL interface.
      Therefore, it makes more sense to always check the presence of EGL
      and say the OpenGL displays are available along with OpenGL dma-buf
      if it is present.
      
      Signed-off-by: default avatarAkihiko Odaki <akihiko.odaki@gmail.com>
      Message-Id: <20210223060307.87736-1-akihiko.odaki@gmail.com>
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      bc6a3565
Loading