linux-kernel - Re: [PATCH 3/5] FS: Export poll_select_copy_remaining and rename poll_select_copy_remaining in compat.c so it does not pick the wrong copy.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20130913095347.GA10385@arm.com>
Date:	Fri, 13 Sep 2013 10:53:47 +0100
From:	Catalin Marinas <catalin.marinas@....com>
To:	Andrew Pinski <pinskia@...il.com>
Cc:	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Alexander Viro <viro@...iv.linux.org.uk>,
	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
	Andrew Pinski <apinski@...ium.com>
Subject: Re: [PATCH 3/5] FS: Export poll_select_copy_remaining and rename
 poll_select_copy_remaining in compat.c so it does not pick the wrong copy.

On Wed, Sep 11, 2013 at 10:00:14PM +0100, Andrew Pinski wrote:
> On Wed, Sep 11, 2013 at 4:09 AM, Catalin Marinas
> <catalin.marinas@....com> wrote:
> > On Mon, Sep 09, 2013 at 10:32:57PM +0100, Andrew Pinski wrote:
> >>   The ILP32 ABI in ARM64 uses a slightly different pselect from either
> >>   the compat or even the native LP64 ABI.  We would want to reuse some
> >>   of the code path that are used as the size of the timespec is the
> >>   same, so this patch exports poll_select_copy_remaining from
> >>   fs/select.c and renames the copy in fs/compat.c to make sure that it
> >>   is not being used.
> >>
> >> Signed-off-by: Andrew Pinski <apinski@...ium.com>
> >
> > I think this patch has to wait until we review the ILP32 ABI for arm64.
> > When I looked at this some time ago I thought we can just use the native
> > arm64 pselect6 and ppoll. Once we agree that's not possible we can push
> > this patch. On its own it doesn't have much value.
> 
> Since fd_set is defined by XPG4.2  to be a struct of an array of
> "long"'s, we cannot change the definition in user space.
> 
> I tried using the native ppoll/pselect for the ABI first.  It worked
> for little-endian just fine but failed hard when big-endian.
> If we only care about little-endian arm64 at this point, I can remove
> this part of the patch and keep it for when we (Cavium) submits the
> big-endian patches.

I see the issue now. I think for the initial set of patches we can
assume little endian. We need a lot more testing, at least for AArch32
mode (we can kick off some tests here once these patches get closer to
merging).

-- 
Catalin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/