bug-hurd
[Top][All Lists]
Advanced

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

Re: Testing direct rendering/more video cards with qemu?


From: Samuel Thibault
Subject: Re: Testing direct rendering/more video cards with qemu?
Date: Tue, 17 Nov 2020 14:22:44 +0100
User-agent: NeoMutt/20170609 (1.8.3)

Svante Signell, le mar. 17 nov. 2020 11:41:52 +0100, a ecrit:
> I managed to build more packages from mesa based on that libdrm is now
> available. Is there any way to test these packages with qemu?

Which packages? Those mentioned below in your mail? They don't depend
that much on the emulated hardware, and rather on the software being
used.

> qemu-system-x86_64 --help shows
> -vga [std|cirrus|vmware|qxl|xenfb|tcx|cg3|virtio|none]
>                 select video card type

Yes, that's basically all. Apart from the virtual devices meant for
virtualization, qemu doesn't propose many virtual cards.

> Which of these (and xorg* packages) are needed?

Needed for what?

> I had to make a dirty patch for non-linux of libva:va/va_trace.c since
> gettid() or syscall(__NR_ttid) is not available on GNU/Hurd (or
> GNU/kFreeBSD. Any ideas on how to make a workaround? pthread_self()
> does not seem to work: See
> http://clanguagestuff.blogspot.com/2013/08/gettid-vs-pthreadself.html

"work" wholy depends what it is used for. gettid is a very linuxish
thing. What I read from va/va_trace.c looks like it could be very fine
with using pthread_self().

(In general, relying on gettid() to provide non-reusable thread ids is
nonsense: tids do wrap around as well).

Samuel



reply via email to

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