Re: x86_64: 32bit emulation problems

From: Andi Kleen (ak_at_muc.de)
Date: 03/01/05

  • Next message: Chris Wright: "Re: 2.6.11-rc5-mm1" 
    Date:	1 Mar 2005 22:48:32 +0100
Date:	Tue, 1 Mar 2005 22:48:32 +0100
To: Bernd Schubert <bernd-schubert@web.de>

    On Tue, Mar 01, 2005 at 10:07:01PM +0100, Bernd Schubert wrote:
    > Hello Andi,
    >
    > sorry, due to some mail sending/refusing problems, I had to resend to the
    > nfs-list, which prevented the answers there to be posted to the other CCs.
    >
    > > It is most likely some kind of user space problem. I would change
    > > it to int err = stat(dir, &buf);
    > > and then go through it with gdb and see what value err gets assigned.
    > >
    > > I cannot see any kernel problem.
    >
    > The err value will become -1 here.

    strace didn't say so, and normally it doesn't lie about things like this.

    > > bernd@hitch*** tests>./test_stat32 /mnt/test/yp
    > > stat for /mnt/test/yp failed
    > > ernno: 75 (Value too large for defined data type)

    errno is undefined unless a system call returned -1 before or
    you set it to 0 before.

    > > But why does stat64() on a 64-bit kernel tries to fill in larger data than

    A 64bit kernel has no stat64(). All stats are 64bit.

    > > on a 32-bit kernel and larger data also only for nfs-mount points? Hmm, I
    > > will tomorrow compare the tcp-packges sent by the server.
    >
    > So I still think thats a kernel bug.

    Your data so far doesn't support this assertion.

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

  • Next message: Chris Wright: "Re: 2.6.11-rc5-mm1"