Le mer. 3 juil. 2019 à 04:35, David Airlie <airlied@xxxxxxxxxx> a écrit : > > On Tue, Jul 2, 2019 at 10:57 PM Olivier Fourdan <ofourdan@xxxxxxxxxx> wrote: > > > > Hi, > > > > On Tue, Jul 2, 2019 at 2:22 PM Peter Robinson <pbrobinson@xxxxxxxxx> wrote: > > > On Mon, Jul 1, 2019 at 12:02 PM Florian Weimer <fweimer@xxxxxxxxxx> 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) _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx