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

[Samuel Thibault]

Svante Signell, le mar. 17 nov. 2020 15:31:03 +0100, a ecrit:
> On Tue, 2020-11-17 at 15:22 +0100, Samuel Thibault wrote:
> > Svante Signell, le mar. 17 nov. 2020 15:22:02 +0100, a ecrit:
> > > On Tue, 2020-11-17 at 14:57 +0100, Samuel Thibault wrote:
> > > > Svante Signell, le mar. 17 nov. 2020 14:53:56 +0100, a ecrit:
> > > > > > > Which of these (and xorg* packages) are needed?
> > > > > > 
> > > > > > Needed for what?
> > > > > 
> > > > > For testing if some of the dri/drv drivers work on Hurd: e.g.
> > > > > r200,
> > > > > r300 etc.
> > > > 
> > > > dri cannot work. You changes in libdrm only introduced some stub
> > > > interface. Actual drm implementation is needed to get any kind of
> > > > direct rendering working
> > > 
> > > The changes to libdrm are similar to the kFreeBSD solution. So you
> > > mean
> > > that dri won't work there either?
> > 
> > kFreeBSD does have some drm infrastructure.
> 
> Ok. What is needed for Hurd to have drm infrastructure, kernel
> support? 

There were some discussions about it on the list some years ago. Yes,
some kernel support probably, and coordination between user processes
using it. Not a simple hack anyway.

> Another question: libgbm1 now builds, and many packages build-depends
> on libgbm-dev (and maybe other packages not yet available): mpv,
> directfdb, virglrender, ukvm, kmscube, etc. Are they also unusable
> if/when built?

It depends whether they require direct rendering or not.

Samuel