From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Date: Thu, 14 Jan 2010 09:18:26 -0600 Subject: [U-Boot] [PATCH v4 02/12] SPEAr : Adding basic SPEAr architecture support. In-Reply-To: <83d1d72b1001132220m2f9ce8a8xc6178cc4e397e0e0@mail.gmail.com> References: <4B4DC538.5090909@windriver.com> <83d1d72b1001132220m2f9ce8a8xc6178cc4e397e0e0@mail.gmail.com> Message-ID: <4B4F35C2.8090501@windriver.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Vipin Kumar wrote: > Hello Tom, > >> + >> +#include >> +#include >> +#include >> + >> +void reset_cpu(ulong ignored) >> +{ >> + struct syscntl_regs *syscntl_regs_p = >> + (struct syscntl_regs *)CONFIG_SPEAR_SYSCNTLBASE; >> + >> This is not bi-sect able >> >> CONFIG_SPEAR_SYSCNTLBASE is not defined until #7. >> This looks like a register base address. >> This should be defined in spr_syscntl.h >> >> This also applies to CONFIG_SPEAR_MISCBASE. >> Should be in spr_misc.h >> > > I intentionally used include/configs/spear.h as the location to define > base addresses. The reason is that same IP can be embedded in more > than one SoCs. Offcourse, the IP can lie at a different base address > in each of them. In that case,we pick base address from > include/configs/spear.h > > Also, other architectures use configs/xxx.h for defining base addresses > > Now, because spear.h is not added until the support for spear600 > board is added, it leads to the problem you described above. > Offcourse, a build is not possible before adding first board support > > So how should we prcoceed, > 1. keep it as it is bacause build in not possible OR No > 2. reorder the patch I do not think simple reording of the patches ok either. As I want the SOC support first, then boards. You are using the spear.h file as if it was in include/asm/arch/spear.h not in include/configs. There are other problems with spear.h At the least it will need to be a version of this per board. To be bisectable. 1. You need to define register offsets in asm/arch file or 2. Move the non bisectable code to a later patch I prefer 1. Tom > > Best Regards, > Vipin