qemu-devel
[Top][All Lists]
Advanced

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

[GSoC/Outreachy QEMU proposal] Extend support for ioctls in QEMU linux-u


From: Aleksandar Markovic
Subject: [GSoC/Outreachy QEMU proposal] Extend support for ioctls in QEMU linux-user mode
Date: Thu, 23 Jan 2020 14:34:01 +0100

Extend support for ioctls in QEMU linux-user mode


PLANNED ACTIVITIES

BACKGROUND

There is currently 2500+ ioctls defined in Linux kernel. QEMU linux-user currently supports only several hundred. There is a constant need for expanding ioctl support in QEMU. Users use Linux-user mode in variety of setups (for example, building and testing tools and applications under chroot environment), and, on a regular basis, efforts by multiple people are made to fill in missing support. However, these efforts have been usually done on a piece-by-piece basis, i a limited way covering a partucular need. This project will take more proactive stance, and try to improve QEMU before users start complaining.

PART I:

   a) Add strace support for outputing ioctl IDs (the second argument of ioctl()) as strings rather than numbers - for all platform independant ioctls.
   b) Add strace support for printing the third argument of ioctl() (be it int, string, structure or array) - limited to selected ioctls that are frequently used.

PART II:

   a) Amend support for existing groups of ioctls that are not completed 100% (let's say, filesystem ioctls)
   b) Add support for a selected group of ioctls that are not currently supported (for example, dm ioctls, Bluetooth ioctls, or Radeon DRM ioctls)

PART III:

  a) Develop unit tests for selected ioctls that are already supported in QEMU.

DELIVERABLES

The deliverables are in the form of source code for each part, intended to be upstreamed, and time needed for upstreaming (addressing reviews, etc.) process is included int this project.

The delivery of results can and should be distributed over larger period of time 2-3 months.


Montor: open (I propose Laurent Vivier)

Student: open

reply via email to

[Prev in Thread] Current Thread [Next in Thread]