On Thu, Dec 14, 2017 at 11:33:03AM -0300, Philippe Mathieu-Daudé wrote: > Hi Stefan, > > On 12/14/2017 06:39 AM, Stefan Hajnoczi wrote: > [...] > > Device qtests are better done in C than Python. Python is not good at > > binary I/O and porting this to Python 3 will be extra work later (Python > > 2 is set for End-of-Life in 2020, see https://pythonclock.org/). > > > > More importantly, we already have libqos in C with a guest memory > > allocator, PCI, and virtio support. Fragmenting the small amount effort > > that goes into device testing will delay libqos reaching critical mass. > > Critical mass is where libqos provides all the infrastructure you need > > to set up a device and focus on your actual test instead of machine, > > bus, or device initialization. Starting a Python device testing effort > > will just lead to duplication and 2 underdeveloped device testing > > frameworks. > > > > Is there a specific reason why adding SD Card support to libqos is not > > possible in C? > > Short (joking) answer: Would you write tests/qemu-iotests/041 in C? ;)
041 is not a device-level test. It doesn't poke device registers, it's a functional test. In my email I said I support using Python for those types of tests. > Now thinking about the specific reasons... > > What I intend to do is add qtests for the SDHCI implementation. > There are different revisions of the standard specs. It would be great to have SDHCI support in libqos. PCI and virtio are covered today and support for more busses will help reach that critical mass where tests can be written for most QEMU device models without first writing a new device driver framework. Please post your SDHCI test code, so we can discuss the details and consider whether it's more like 041 or more like tests/ide-test.c. Stefan
signature.asc
Description: PGP signature
