From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Eric Paris <eparis@redhat.com>
Cc: Sachin Sant <sachinp@in.ibm.com>,
linux-s390@vger.kernel.org,
Stephen Rothwell <sfr@canb.auug.org.au>,
linux-next@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Martin Schwidefsky <schwidefsky@de.ibm.com>
Subject: Re: [-next Nov 17] s390 build break(arch/s390/kernel/compat_wrapper.S)
Date: Tue, 17 Nov 2009 14:55:25 +0100 [thread overview]
Message-ID: <20091117135525.GF5124@osiris.boeblingen.de.ibm.com> (raw)
In-Reply-To: <1258465241.2876.29.camel@dhcp231-106.rdu.redhat.com>
On Tue, Nov 17, 2009 at 08:40:41AM -0500, Eric Paris wrote:
> On Tue, 2009-11-17 at 13:52 +0100, Heiko Carstens wrote:
> > On Tue, Nov 17, 2009 at 05:36:19PM +0530, Sachin Sant wrote:
> > > Today's next 20091117 build failed on s390 with
> > >
> > > arch/s390/kernel/compat_wrapper.S: Assembler messages:
> > > arch/s390/kernel/compat_wrapper.S:1871: Error: operand out of range (164 is not between 0 and 15)
> > > arch/s390/kernel/compat_wrapper.S:1871: Error: junk at end of line: `(%r15)'
> > > make[1]: *** [arch/s390/kernel/compat_wrapper.o] Error 1
> > >
> > > The code in question was added by commit 9db3031ac785b068eb4636465eebb7b346c48dbb
> > >
> > > fanotify: sys_fanotify_mark declartion
> >
> > Hmm, the compat wrapper for sys_fanotify_mark is more broken (besides the
> > fact that it doesn't compile).
> > The same is true for sys_fanotify_init.
> >
> > I thought it was general consensus that new syscalls should be wired up only
> > on x86 and let arch maintainers wire them up on their architectures.
> > Besides that a simple C source needs to be delivered so it can be easily
> > tested on each architecture.
> >
> > Especially we want to avoid subtle sign extension bugs like we have them here.
> > Probably gone unnoticed if there wouldn't be a compile bug.
>
> I'll un-wire tonight or fix it if you tell me how. I guess my code was
> supposed to use l instead of or as in sys_fallocate_wrapper() instead of
> copying sys32_lookup_dcookie_wrapper().
Yes, also some places should have used lgfr instead of llgfr for proper sign
extension. But please, just drop the s390 bits from your patch.
Its easier and less painful for us to do it ourselves instead of reviewing
and fixing these things. (No offence intended!).
> Simple C source is available, but without s390 syscall definitions at
> people.redhat.com/~eparis/fanotify
>
> touch /tmp/tmp
> ./fanotify /tmp/tmp &
> ^Z
> echo hello > /tmp/tmp
> fg
> ^C
Ok, thanks!
next prev parent reply other threads:[~2009-11-17 13:55 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20091117195309.6cc3ead0.sfr@canb.auug.org.au>
2009-11-17 12:06 ` [-next Nov 17] s390 build break(arch/s390/kernel/compat_wrapper.S) Sachin Sant
2009-11-17 12:52 ` Heiko Carstens
2009-11-17 13:40 ` Eric Paris
2009-11-17 13:55 ` Heiko Carstens [this message]
2009-11-17 15:23 ` Eric Paris
2009-11-17 15:50 ` Heiko Carstens
2009-11-17 15:57 ` Eric Paris
2009-11-17 16:14 ` Heiko Carstens
[not found] ` <20091118070418.DBf2hazUNDfF-9Tymc3du3TRVk6W2U6ST6Bu523Tqkk@z>
2009-11-18 7:04 ` Heiko Carstens
2009-11-18 9:27 ` Russell King
[not found] ` <20091118144936.j0CjEFKx6PdiJoPJjTx6Q3hnZebLK1peKGxrXjVYDFw@z>
2009-11-18 14:49 ` Ralf Baechle
[not found] ` <20091118160257.BXPdUCdPY5ZJ8RACMd15XIkyhTa3c0FTbLO53DtKsLc@z>
2009-11-18 16:02 ` Eric Paris
[not found] ` <20091118162233.BSpfS7b2cZW7iKDFg4qCF0cQNbLw-kAoov2S3FjOGjg@z>
2009-11-18 16:22 ` Heiko Carstens
[not found] ` <20091118173400.bX28QUFJ7k161I-nIueourpcaEyXb7ZgAqaRD3m4hgc@z>
2009-11-18 17:34 ` Martin Schwidefsky
[not found] ` <20091118184156.Mf3CK-SosHrvXCUJsVyvZszdcnLf1RLD5cEVYEjwW7A@z>
2009-11-18 18:41 ` Heiko Carstens
2009-11-19 8:54 ` Martin Schwidefsky
2009-11-18 17:24 ` Eric Paris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091117135525.GF5124@osiris.boeblingen.de.ibm.com \
--to=heiko.carstens@de.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=eparis@redhat.com \
--cc=linux-next@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=sachinp@in.ibm.com \
--cc=schwidefsky@de.ibm.com \
--cc=sfr@canb.auug.org.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox