Le mer. 3 juil. 2019 à 04:35, David Airlie <airlied(a)redhat.com> a écrit :
On Tue, Jul 2, 2019 at 10:57 PM Olivier Fourdan <ofourdan(a)redhat.com> wrote:
>
> Hi,
>
> On Tue, Jul 2, 2019 at 2:22 PM Peter Robinson <pbrobinson(a)gmail.com> wrote:
> > On Mon, Jul 1, 2019 at 12:02 PM Florian Weimer <fweimer(a)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)