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
