Le mer. 3 juil. 2019 à 04:35, David Airlie airlied@redhat.com a écrit :
On Tue, Jul 2, 2019 at 10:57 PM Olivier Fourdan ofourdan@redhat.com wrote:
Hi,
On Tue, Jul 2, 2019 at 2:22 PM Peter Robinson pbrobinson@gmail.com wrote:
On Mon, Jul 1, 2019 at 12:02 PM Florian Weimer fweimer@redhat.com wrote:
[...]
<sys/io.h> on Arm hasn't worked for a long, long time, so we've removed it from glibc. Sorry it broke the build.
It seems xorg-x11-server was also using this in it's builds:
https://koji.fedoraproject.org/koji/taskinfo?taskID=35892190
Precisely, that's why I raised the issue here :)
FWIW, I managed to get the Xserver to build by removing the `#include <sys/io.h>` and references to outb/outw/outl :
http://koji.fedoraproject.org/koji/taskinfo?taskID=35981723
But I don;t think it'll fly with the Xorg drivers, as those are most likely the consumers of outb/outw/outl.
So I filed https://gitlab.freedesktop.org/xorg/xserver/issues/840 upstream to gauge the water and see what we can do.
Any driver that does port io. should probably not be built on ARM, unless the port io can be disabled anyways.
The opentegra DDX driver uses xorg/compiler.h (that you didn't touched in the freedesktop PR) but doesn't seems to rely on outb/outw/outl, so I will see if this driver can be built without it.
For the opentegra case, here an info about why it can still be considered relevant over the modesetting driver https://bugzilla.redhat.com/show_bug.cgi?id=1606757#c5 Basically, it still relies on "WIP" libdrm until the kernel tegra driver abi is reworked...
Thx
Thx
-- -
Nicolas (kwizart)