[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180516180138.GB5486@asgard.redhat.com>
Date: Wed, 16 May 2018 20:01:38 +0200
From: Eugene Syromiatnikov <esyr@...hat.com>
To: Jason Gunthorpe <jgg@...lanox.com>
Cc: Linux Torvalds <torvalds@...ux-foundation.org>,
Doug Ledford <dledford@...hat.com>, linux-rdma@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [GIT PULL] Please pull RDMA subsystem changes
On Wed, May 16, 2018 at 11:49:33AM -0600, Jason Gunthorpe wrote:
> On Wed, May 16, 2018 at 07:39:08PM +0200, Eugene Syromiatnikov wrote:
> > On Fri, Apr 06, 2018 at 10:05:41AM -0600, Jason Gunthorpe wrote:
> > > RDMA: Change all uapi headers to use __aligned_u64 instead of __u64
> > Looks like this change changed the size of struct hfi1_ctxt_info and the
> > value of HFI1_IOCTL_CTXT_INFO ioctl number as a result.
>
> Only on 32 bit..
>
> HF1 does not build on 32 bit kernels, so the 32 bit version of the
> ioctl is never supported.
>
> HFI1 also does not define '.compat_ioctl' so even a 32 bit user space
> on 64 bit kernel cannot call this ioctl.
>
> So, yes it changed, but it doesn't matter.
>
> > > IB/uverbs: Extend uverbs_ioctl header with driver_id
> > This patch changed the value of the RDMA_VERBS_IOCTL ioctl number.
> >
> > (see https://lists.strace.io/pipermail/strace-devel/2018-May/008196.html
> > for the reference)
>
> Yes.
>
> RDMA_VERBS_IOCTL has been considered experimental and was protected by
> a CONFIG option.
>
> After the above commit the experimental was dropped and the ABI was
> fixed, but prior to doing so, the struct was revised based on
> feedback.
>
> There is no userspace user of the old struct, only the new struct.
>
> Basically from strace's perspective it should use the new ioctl #'s
> across all kernel revs and it will be correct as there is no user
> space that will issue the old ioctls.
Got it, thanks for the clarification!
Powered by blists - more mailing lists