Hello, we are trying to run autopkgtest with a computer with and AMD GPU card.
so the idea is to implement OpenCL test on real hardware.
In order to run these test the hardware should be available in the unshare backend.
for this the /dev/dri and /dev/kfd must be available.
I discuss about this here[1] with the guyes in charge of the rocm stack.
I would like to know if you could help and make sbuild work out of the box in our case
for now I do not know if there is an sbuild configuration that could help fixing this...
Control: -1 reassign autopkgtest
Hi Frederic,
so the idea is to implement OpenCL test on real hardware.
In order to run these test the hardware should be available in the unshare backend.
Why in the unshare backend?
Unlikely it is meant to provide some form of isolation and not expose hardware. I guess one of the other autopkgtest backends would be a
better fit.
Once it is working with autopkgtest, coming up with an sbuild config
should be easy.
Jochen Sprickerhof <jspricke@debian.org> writes:
Why in the unshare backend?
because it is the sbuild prefered backend now. I try to stick to the
sbuild default so when I run sbuild it use unshare with autopkgtest.
the rocm peoples are already proposing specific backend with podman or >docker, but nothing for unshare.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 489 |
Nodes: | 16 (2 / 14) |
Uptime: | 53:59:55 |
Calls: | 9,673 |
Calls today: | 4 |
Files: | 13,719 |
Messages: | 6,170,784 |