From: Arnd Bergmann <arnd@arndb.de>
To: Tobias Klauser <tklauser@distanz.ch>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>, linux-kernel@vger.kernel.org,
        linux-arch@vger.kernel.org
Subject: Re: [PATCH v9 01/17] h8300: Assembly headers.
Date: Mon, 27 Apr 2015 11:33:51 +0200
Message-ID: <2948748.6qO2hTmrkc@wuerfel>
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <20150427092622.GD11048@distanz.ch>
References: <1430112924-1134-1-git-send-email-ysato@users.sourceforge.jp> <4430626.HbYtNkMCT0@wuerfel> <20150427092622.GD11048@distanz.ch>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1987
Lines: 52

On Monday 27 April 2015 11:26:22 Tobias Klauser wrote:
> On 2015-04-27 at 09:48:39 +0200, Arnd Bergmann <arnd@arndb.de> wrote:
> > On Monday 27 April 2015 09:42:41 Tobias Klauser wrote:
> > > > diff --git a/arch/h8300/include/asm/elf.h b/arch/h8300/include/asm/elf.h
> > > > new file mode 100644
> > > > index 0000000..09031d0
> > > > --- /dev/null
> > > > +++ b/arch/h8300/include/asm/elf.h
> > > > @@ -0,0 +1,101 @@
> > > > +#ifndef __ASM_H8300_ELF_H
> > > > +#define __ASM_H8300_ELF_H
> > > > +
> > > > +/*
> > > > + * ELF register definitions..
> > > > + */
> > > > +
> > > > +#include <asm/ptrace.h>
> > > > +#include <asm/user.h>
> > > > +
> > > > +typedef unsigned long elf_greg_t;
> > > > +
> > > > +#define ELF_NGREG (sizeof(struct user_regs_struct) / sizeof(elf_greg_t))
> > > > +typedef elf_greg_t elf_gregset_t[ELF_NGREG];
> > > > +typedef unsigned long elf_fpregset_t;
> > > > +
> > > > +/*
> > > > + * This is used to ensure we don't load something for the wrong architecture.
> > > > + */
> > > > +#define elf_check_arch(x) ((x)->e_machine == EM_H8_300)
> > > 
> > > EM_H8_300 is still used before it is introduced in patch 15/17, please
> > > change the patch order. Otherwise you break bisectability.
> > 
> > While that is true in principle, I really wouldn't care about that
> > when introducing a new architecture: There is no way to use this
> > code unless you introduce all code first.
> 
> Agreed. But should the ELF machine at least be introduced before the
> build infrastructure (patch 10/17) is added? Otherwise we're able to
> compile the new arch port in principle but it will fail due to the
> missing definition.
> 

Yes, moving the the patch that adds the build scripts last in the
series makes sense.

	Arnd
--
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/