[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMkWEXMQekGAgub2bTmZh=kFsAT2oZoW+j=ksbRMo7+-cX+=aw@mail.gmail.com>
Date: Sun, 21 Oct 2018 22:20:31 +0000
From: Michael Tirado <mtirado418@...il.com>
To: Dave Airlie <airlied@...il.com>
Cc: Airlied@...ux.ie, dri-devel@...ts.freedesktop.org,
LKML <linux-kernel@...r.kernel.org>, kraxel@...hat.com,
alexander.deucher@....com, christian.koenig@....com,
David1.zhou@....com, Hongbo.He@....com,
Sean Paul <seanpaul@...omium.org>, Gustavo@...ovan.org,
maarten.lankhorst@...ux.intel.com
Subject: Re:
On Mon, Oct 22, 2018 at 1:50 AM Dave Airlie <airlied@...il.com> wrote:
>
> On Mon, 22 Oct 2018 at 10:49, Michael Tirado <mtirado418@...il.com> wrote:
> >
> > On Mon, Oct 22, 2018 at 12:26 AM Dave Airlie <airlied@...il.com> wrote:
> > >
> > > This shouldn't be necessary, did someone misbackport the mmap changes without:
> If you have custom userspace software, make sure it's using
> AC_SYS_LARGEFILE or whatever the equivalant is in your build system.
>
> 64-bit file offsets are important.
>
That fixed it! -D_FILE_OFFSET_BITS=64 is the pre-processor define
needed. It's a bit more than unintuitive but I'm glad I don't need
this stupid patch anymore, Thanks.
In case anyone is further interested I have attached test program
since I spent the last hour or so chopping it up anyway :S [ gcc -o
kms -D_FILE_OFFSET_BITS=64 main.c ]
Download attachment "main.c" of type "application/octet-stream" (17153 bytes)
Powered by blists - more mailing lists